~thopiekar/arm-mali/xf86-video-fbturbo

From Revision 198 to 179

expand all

collapse all

Rev		Summary	Authors	Date	Diff	Files
198		Merge pull request #45 from jacmet/drop-dri2-include Merge pull request #45 from jacmet/drop-dri2-include sunxi_x_g2d: drop unused dri2 include	Siarhei Siamashka	8 years ago
197		sunxi: probe both screen layers at disp probing sunxi: probe both screen layers at disp probing Some boards use an inverted screen layer configuration, making the original code unable to enable disp layers functionality properly. This commit adds a fallback mechanism to the actual disp probing sequence, allowing those cases to be properly handled. Signed-off-by: Jérôme Oufella <jerome.oufella@savoirfairelinux.com>	Jerome Oufella	9 years ago
196		Check if the kernel framebuffer driver returns errors on bad... Check if the kernel framebuffer driver returns errors on bad ioctls When probing for the copyarea ioctl, we want to be sure that the kernel just does not return 0 (success) for any unsupported ioctls. The rockchip vendor kernels have been reported to have this issue. In the case if the support for the Raspberry Pi specific copyarea ioctl was detected by mistake, moving windows or scrolling was broken. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	9 years ago
195		vdpau: Report DRI2 VDPAU driver name as 'sunxi' on Allwinner... vdpau: Report DRI2 VDPAU driver name as 'sunxi' on Allwinner hardware Try to load the 'sunxi_cedar_mod' kernel module. And if it loads successfully, then report the DRI2 VDPAU name as 'sunxi'. This allows to use libvdpau-sunxi without setting the VDPAU_DRIVER environment variable. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
194		Don't use hardware cursor for rotated desktop Don't use hardware cursor for rotated desktop Fixes https://github.com/ssvb/xf86-video-fbturbo/issues/30 Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
193		Post-release version bump to 0.5.1 Post-release version bump to 0.5.1 Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
192		Pre-release version bump to 0.4.0 Pre-release version bump to 0.4.0 It makes sense to make a formal release. Providing the pre-generated 'configure' script should make it less likely for people to mess with autotools and encounter troubles:     https://github.com/ssvb/xf86-video-fbturbo/issues/28     https://github.com/ssvb/xf86-video-fbturbo/issues/25 Also it's likely that this particular xf86-video-fbturbo git master snapshot was used in:     http://www.raspberrypi.org/archives/5580 Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
191		autotools: add missing headers to Makefile.am to fix 'make d... autotools: add missing headers to Makefile.am to fix 'make distcheck' Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
190		mali: detect and workaround mismatch between back and front ... mali: detect and workaround mismatch between back and front buffers After window creation or resize, the mali blob on the client side requests two dri2 buffers (for back and front) from the ddx. The problem is that the 'swap' and 'get_buffer' operations are executed out of order relative to each other and we may have different possible patterns of dri2 communication: 1. swap swap swap swap get_buffer swap get_buffer swap swap ... 2. swap swap swap get_buffer swap swap get_buffer swap swap ... A major annoyance is that both mali blob on the client side and the ddx driver in xserver need have the same idea about which one of there two buffers goes to front and which goes to back. Older commit https://github.com/ssvb/xf86-video-fbturbo/commit/30b4ca27d1c4 tried to address this problem in a mostly empirical way and managed to solve it at least for the synthetic test gles-rgb-cycle-demo and for most of the real programs (such as Qt5 applications, etc.) However appears that this heuristics is not 100% reliable in all cases. The Extreme Tux Racer game run in glshim manages to trigger the back and front buffers mismatch. Which manifests itself as erratic penguin movement. This patch adds a special check, which now randomly samples certain bytes from the dri2 buffers to see which one of them has been modified by the client application between buffer swaps. If we see that the rendering actually happens to the front buffer instead of the back buffer, then we just change the roles of these buffers. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
189		Auto-detect mali DRI device path Auto-detect mali DRI device path When using exynos_drm, /dev/dri/card0 is now the exynos-drm node, and /dev/dri/card1 is mali. Instead of hardcoding mali at card0, use libdrm to automatically provide the correct device node path. Signed-off-by: Daniel Drake <drake@endlessm.com>	Daniel Drake	10 years ago
188		Set proper ELF attributes for the ARM assembly functions Set proper ELF attributes for the ARM assembly functions Fixes linking related fragility, which could result in crashes when doing Thumb2->ARM function calls. Reported-by: Luc Verhaegen <libv@skynet.be> Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
187		ump: set ump_alternative_fb_secure_id to invalid ump: set ump_alternative_fb_secure_id to invalid This avoids a kernel oops due to the badly implemented and badly checked ump interface. Signed-off-by: Luc Verhaegen <libv@skynet.be>	Luc Verhaegen	10 years ago
186		configure: check for ump/ump.h configure: check for ump/ump.h And disable building ump when it is not there. Signed-off-by: Luc Verhaegen <libv@skynet.be>	Luc Verhaegen	10 years ago
185		fix up dri driverName to select the lima driver fix up dri driverName to select the lima driver The binary driver is unaffected by it, only when mesa-dri is fully installed does it do something. Signed-off-by: Luc Verhaegen <libv@skynet.be>	Luc Verhaegen	10 years ago
184		Fix the 'forgotten else' regression to use NEON on Cortex-A8... Fix the 'forgotten else' regression to use NEON on Cortex-A8 again Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
183		Use ARM LDM instead of VFP for uncached reads on Marvell PJ4 Use ARM LDM instead of VFP for uncached reads on Marvell PJ4 Marvell PJ4 core used in CuBox very poorly handles VFP uncached reads from the framebuffer. Using WMMX or ARM LDM reads is much faster, with LDM instructions having a minor advantage. This improves framebuffer read performance from ~50MB/s to ~100MB/s. WMMX runtime detection and PJ4 core identification is also added as part of this fix. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
182		RPi: implement threshold for deciding between CPU and DMA bl... RPi: implement threshold for deciding between CPU and DMA blits Benchmarking with x11perf, modified to support wider range of sizes for the scroll operation. Tests have been run at the stock 700MHz CPU clock frequency and with 1280x720 32bpp desktop. $ DISPLAY=:0 ./x11perf -scroll5 -scroll10 -scroll15 -scroll20 \                        -scroll30 -scroll50 -scroll100 == CPU == 1000000 trep @   0.0289 msec ( 34600.0/sec): Scroll 5x5 pixels 1000000 trep @   0.0387 msec ( 25800.0/sec): Scroll 10x10 pixels 1000000 trep @   0.0459 msec ( 21800.0/sec): Scroll 15x15 pixels  450000 trep @   0.0576 msec ( 17300.0/sec): Scroll 20x20 pixels  350000 trep @   0.0817 msec ( 12200.0/sec): Scroll 30x30 pixels  200000 trep @   0.1564 msec (  6390.0/sec): Scroll 50x50 pixels  100000 trep @   0.4446 msec (  2250.0/sec): Scroll 100x100 pixels == fb_copyarea (DMA) acceleration == 1000000 trep @   0.0307 msec ( 32500.0/sec): Scroll 5x5 pixels 1000000 trep @   0.0353 msec ( 28300.0/sec): Scroll 10x10 pixels 1000000 trep @   0.0397 msec ( 25200.0/sec): Scroll 15x15 pixels 1000000 trep @   0.0464 msec ( 21600.0/sec): Scroll 20x20 pixels  400000 trep @   0.0645 msec ( 15500.0/sec): Scroll 30x30 pixels  250000 trep @   0.1177 msec (  8500.0/sec): Scroll 50x50 pixels  100000 trep @   0.2783 msec (  3590.0/sec): Scroll 100x100 pixels This shows that the ioctls overhead and the DMA setup cost is not so significant for the Raspberry Pi. DMA already becomes a bit faster than CPU at 10x10 size of the blit operation. Even though there is no significant difference between CPU and DMA for extremely small sizes of operations (the other overhead is clearly dominating), setting a threshold is not going to harm: == mixed CPU / fb_copyarea (DMA) with 90 pixels threshold == 1000000 trep @   0.0291 msec ( 34300.0/sec): Scroll 5x5 pixels 1000000 trep @   0.0345 msec ( 29000.0/sec): Scroll 10x10 pixels 1000000 trep @   0.0395 msec ( 25300.0/sec): Scroll 15x15 pixels 1000000 trep @   0.0466 msec ( 21400.0/sec): Scroll 20x20 pixels  400000 trep @   0.0650 msec ( 15400.0/sec): Scroll 30x30 pixels  250000 trep @   0.1181 msec (  8470.0/sec): Scroll 50x50 pixels  100000 trep @   0.2784 msec (  3590.0/sec): Scroll 100x100 pixels If some other ARM devices also implement Raspberry Pi compatible accelerated fb_copyarea ioctl, then the threshold selection may be reconsidered. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
181		Allow to disable Raspberry Pi fb_copyarea acceleration via x... Allow to disable Raspberry Pi fb_copyarea acceleration via xorg.conf Now acceleration is only used in the case if the AccelMethod option is not set (so that it is assumed to be a default choice) or when it is explicitly set to "COPYAREA". Any other value (for example "CPU") disables acceleration. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
180		Mention Raspberry Pi in the 2D acceleration section of the R... Mention Raspberry Pi in the 2D acceleration section of the README Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago
179		Support DMA-optimized fb_copyarea from the Raspberry Pi kern... Support DMA-optimized fb_copyarea from the Raspberry Pi kernel This provides basic 2D acceleration support for Raspberry Pi to speed up moving windows and scrolling. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>	Siarhei Siamashka	10 years ago

• Older »

Loggerhead is a web-based interface for Breezy
Version: 2.0.1