dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[PATCHv15 0/7] of: add display helper
by Steffen Trumtrar 10 Dec '12

10 Dec '12

Hi! Changes since v14: - fix "const struct *" warning (reported by: Leela Krishna Amudala <l.krishna(a)samsung.com>) - return -EINVAL when htotal or vtotal are zero - remove unreachable code in of_get_display_timings - include headers in .c files and not implicit in .h - sort includes alphabetically - fix lower/uppercase in binding documentation - rebase onto v3.7-rc7 Changes since v13: - fix "const struct *" warning (reported by: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com>) - prevent division by zero in fb_videomode_from_videomode Changes since v12: - rename struct display_timing to via_display_timing in via subsystem - fix refreshrate calculation - fix "const struct *" warnings (reported by: Manjunathappa, Prakash <prakash.pm(a)ti.com>) - some CodingStyle fixes - rewrite parts of commit messages and display-timings.txt - let display_timing_get_value get all values instead of just typical Changes since v11: - make pointers const where applicable - add reviewed-by Laurent Pinchart Changes since v10: - fix function name (drm_)display_mode_from_videomode - add acked-by, reviewed-by, tested-by Changes since v9: - don't leak memory when previous timings were correct - CodingStyle fixes - move blank lines around Changes since v8: - fix memory leaks - change API to be more consistent (foo_from_bar(struct bar, struct foo)) - include headers were necessary - misc minor bufixe Changes since v7: - move of_xxx to drivers/video - remove non-binding documentation from display-timings.txt - squash display_timings and videomode in one patch - misc minor fixes Changes since v6: - get rid of some empty lines etc. - move functions to their subsystems - split of_ from non-of_ functions - add at least some kerneldoc to some functions Changes since v5: - removed all display stuff and just describe timings Changes since v4: - refactored functions Changes since v3: - print error messages - free alloced memory - general cleanup Changes since v2: - use hardware-near property-names - provide a videomode structure - allow ranges for all properties (<min,typ,max>) - functions to get display_mode or fb_videomode Steffen Trumtrar (7): viafb: rename display_timing to via_display_timing video: add display_timing and videomode video: add of helper for display timings/videomode fbmon: add videomode helpers fbmon: add of_videomode helpers drm_modes: add videomode helpers drm_modes: add of_videomode helpers .../devicetree/bindings/video/display-timing.txt | 107 ++++++++++ drivers/gpu/drm/drm_modes.c | 70 +++++++ drivers/video/Kconfig | 21 ++ drivers/video/Makefile | 4 + drivers/video/display_timing.c | 24 +++ drivers/video/fbmon.c | 93 +++++++++ drivers/video/of_display_timing.c | 219 ++++++++++++++++++++ drivers/video/of_videomode.c | 54 +++++ drivers/video/via/hw.c | 6 +- drivers/video/via/hw.h | 2 +- drivers/video/via/lcd.c | 2 +- drivers/video/via/share.h | 2 +- drivers/video/via/via_modesetting.c | 8 +- drivers/video/via/via_modesetting.h | 6 +- drivers/video/videomode.c | 44 ++++ include/drm/drmP.h | 13 ++ include/linux/display_timing.h | 104 ++++++++++ include/linux/fb.h | 12 ++ include/linux/of_display_timing.h | 20 ++ include/linux/of_videomode.h | 18 ++ include/linux/videomode.h | 54 +++++ 21 files changed, 870 insertions(+), 13 deletions(-) create mode 100644 Documentation/devicetree/bindings/video/display-timing.txt create mode 100644 drivers/video/display_timing.c create mode 100644 drivers/video/of_display_timing.c create mode 100644 drivers/video/of_videomode.c create mode 100644 drivers/video/videomode.c create mode 100644 include/linux/display_timing.h create mode 100644 include/linux/of_display_timing.h create mode 100644 include/linux/of_videomode.h create mode 100644 include/linux/videomode.h -- 1.7.10.4

5 19

[Bug 55919] New: fatal error: nouveau/nouveau_device.h: No such file or directory
by bugzilla-daemon＠freedesktop.org 08 Dec '12

08 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=55919 Priority: medium Bug ID: 55919 Assignee: dri-devel(a)lists.freedesktop.org Summary: fatal error: nouveau/nouveau_device.h: No such file or directory Severity: major Classification: Unclassified OS: Linux (All) Reporter: spark74(a)gmx.de Hardware: x86-64 (AMD64) Status: NEW Version: 7.11 Component: Drivers/Gallium/r300 Product: Mesa After make linux-x86-64 I got make[4]: Entering directory `/remote/lithop4-3/egger/mesa/Mesa-7.11.2/src/gallium/drivers/nvfx' gcc -c -I. -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary -I../../../../src/gallium/drivers -I../../../../src/gallium/drivers/nouveau/include -Wall -Wmissing-prototypes -Wdeclaration-after-statement -Wpointer-arith -O3 -g -fPIC -m64 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_XSHM -DHAVE_POSIX_MEMALIGN -DUSE_X86_64_ASM -I/usr/X11R6/include -std=c99 -ffast-math -fno-strict-aliasing nv04_2d.c -o nv04_2d.o nv04_2d.c:36:36: fatal error: nouveau/nouveau_device.h: No such file or directory compilation terminated. make[4]: *** [nv04_2d.o] Error 1 make[4]: Leaving directory `/remote/lithop4-3/egger/mesa/Mesa-7.11.2/src/gallium/drivers/nvfx' make[3]: *** [default] Error 1 make[3]: Leaving directory `/remote/lithop4-3/egger/mesa/Mesa-7.11.2/src/gallium/drivers' make[2]: *** [default] Error 1 make[2]: Leaving directory `/remote/lithop4-3/egger/mesa/Mesa-7.11.2/src/gallium' make[1]: *** [subdirs] Error 1 make[1]: Leaving directory `/remote/lithop4-3/egger/mesa/Mesa-7.11.2/src' What is wrong and is it needed to build this gallium drivers if I just want to have libGL.so and libOSMesa.so? My linux is Red Hat Enterprise Linux WS release 4 (Nahant Update 8) and gcc version 4.5.2 (GCC). I even tried to build libdrm-2.4.39 but there is no nouveau_device.h, too. I tried to copy a nouveau_device.h from somewhere else but then the next nouveau-header is missing. It would be great if you give me an advice. Kind regards, Roland -- You are receiving this mail because: You are the assignee for the bug.

1 11

[PATCH 1/2] drm/exynos: remove unnecessary code.
by Inki Dae 07 Dec '12

07 Dec '12

plane->fb will be set to new fb after update_plane callback is called by drm_mode_set_plane() Signed-off-by: Inki Dae <inki.dae(a)samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_plane.c b/drivers/gpu/drm/exynos/exynos_drm_plane.c index 60b877a..862ca1e 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_plane.c +++ b/drivers/gpu/drm/exynos/exynos_drm_plane.c @@ -204,7 +204,6 @@ exynos_update_plane(struct drm_plane *plane, struct drm_crtc *crtc, return ret; plane->crtc = crtc; - plane->fb = crtc->fb; exynos_plane_commit(plane); exynos_plane_dpms(plane, DRM_MODE_DPMS_ON); -- 1.7.4.1

4 11

[PATCH 0/6] drm/ttm: lru lock atomicity removal
by Maarten Lankhorst 06 Dec '12

06 Dec '12

With all the previous patches there shouldn't be anything lying on the reservations being atomic with removal of the bo's from the lru lists any more. As such we can finally fix the locking primitives and make it act like normal mutex calls. Patch 1 is the actual removal of the guarantee in ttm_bo_reserve patch 2 is a cleanup of ttm_eu_backoff_reservation from removing that guarantee patch 3...6 are introducing ttm_bo_reserve_slowpath. After this series, this should directly map to my proposed extensions to mutex.

4 14

[Bug 35446] New: Problem with Blender and big textures
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=35446 Summary: Problem with Blender and big textures Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: disnel(a)disnel.com When I try to use a big texture (4096x4096) in blender 2.56beta, I get following error: r300: CS space validation failed. (not enough memory?) Skipping rendering. and no texture is displayed. Smaller textures (tested 2048x2048) works fine. Also with LIBGL_ALWAYS_SOFTWARE=1 it works fine. When I try bigger texture (8000x6048), I get no error, but also no texture and I can see screen corruption with Compiz (bad window shadows, applets on panel, background on 2nd display etc). Blender files with textures and image with corrupted display are here http://devel.disnel.com/tmp/ (I dont'know, how big files can I attach here). I'am using mesa 7.11.0-git2011016+gallium from xorg-edgers with Ubuntu 10.10 x86_64. My graphics card is Radeon X1400. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 55606] New: r300_dri.so.tmp: tries to link to yylex
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=55606 Priority: medium Bug ID: 55606 Assignee: dri-devel(a)lists.freedesktop.org Summary: r300_dri.so.tmp: tries to link to yylex Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: treeve(a)sourcemage.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Created attachment 68068 --> https://bugs.freedesktop.org/attachment.cgi?id=68068&action=edit Full compile log make[3]: Entering directory `/var/git/mesalib/src/gallium/targets/dri-r300' /bin/sh ../../../../bin/mklib -o r300_dri.so.tmp -noprefix -linker 'g++' -ldflags '-s -L/usr/lib -s -ldl -lpthread' \ target.o ../../../../src/mesa/drivers/dri/common/utils.o ../../../../src/mesa/drivers/dri/common/dri_util.o ../../../../src/mesa/drivers/dri/common/xmlconfig.o ../../../../src/gallium/state_trackers/dri/drm/libdridrm.a ../../../../src/gallium/winsys/radeon/drm/libradeonwinsys.a ../../../../src/gallium/drivers/galahad/libgalahad.a ../../../../src/gallium/drivers/trace/libtrace.a ../../../../src/gallium/drivers/rbug/librbug.a ../../../../src/gallium/drivers/r300/libr300.a \ -Wl,--start-group ../../../../src/mesa/libmesagallium.a ../../../../src/gallium/auxiliary/libgallium.a -Wl,--end-group \ ../../../../lib/libdricore9.0.0.so -ldrm -lexpat -lm -ldl -ldrm_radeon -lLLVMMCJIT -lLLVMBitWriter -lLLVMX86AsmParser -lLLVMX86Disassembler -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport mklib: Making Linux shared library: r300_dri.so.tmp g++ -march=native -mtune=native -m64 -pipe -ffast-math -funroll-loops -O3 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -fPIC -D_GNU_SOURCE -DUSE_X86_64_ASM -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV -DHAVE_LLVM=0x0301 -fvisibility=hidden -o r300_dri.so.test ../../../../src/mesa/drivers/dri/common/dri_test.o r300_dri.so.tmp ../../../../lib/libdricore9.0.0.so -ldrm -lexpat -lm -ldl -ldrm_radeon -s -L/usr/lib -s -ldl -lpthread; r300_dri.so.tmp: undefined reference to `yylex' collect2: error: ld returned 1 exit status make[3]: *** [r300_dri.so] Error 1 I have the following software:llvm llvm-3.1 gcc-4.7.2 bison-2.6.2 libdrm-2.4.39 Using mesalib git branch 9.0, commit b2048c5e905cb6321212e33391926fc720b89121 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 36554] New: Amnesia game causes black screen or kernel locks
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=36554 Summary: Amnesia game causes black screen or kernel locks Product: Mesa Version: git Platform: x86 (IA32) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: oreaus(a)gmail.com When trying to play the game Amnesia, it causes a black screen after a few audio stutters, or the audio continually stutters forever and the machine is locked. If the screen is black and audio still playing, these messages are spewn: Apr 24 15:37:08 admin kernel: [ 250.786755] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(0). Apr 24 15:37:08 admin kernel: [ 250.786762] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:08 admin kernel: [ 250.990053] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(1). Apr 24 15:37:08 admin kernel: [ 250.990060] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:08 admin kernel: [ 251.197292] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(2). Apr 24 15:37:08 admin kernel: [ 251.197298] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:08 admin kernel: [ 251.329062] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(3). Apr 24 15:37:08 admin kernel: [ 251.329081] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:08 admin kernel: [ 251.423753] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(4). Apr 24 15:37:08 admin kernel: [ 251.423760] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:09 admin kernel: [ 251.712296] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(5). Apr 24 15:37:09 admin kernel: [ 251.712302] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:09 admin kernel: [ 251.935463] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(6). Apr 24 15:37:09 admin kernel: [ 251.935469] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:09 admin kernel: [ 252.031268] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(7). Apr 24 15:37:09 admin kernel: [ 252.031275] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:09 admin kernel: [ 252.478776] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(8). Apr 24 15:37:09 admin kernel: [ 252.478783] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:10 admin kernel: [ 253.079451] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(9). Apr 24 15:37:10 admin kernel: [ 253.079457] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:10 admin kernel: [ 253.679454] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(10). Apr 24 15:37:10 admin kernel: [ 253.679460] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:11 admin kernel: [ 254.279886] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(11). Apr 24 15:37:11 admin kernel: [ 254.279893] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:12 admin kernel: [ 254.880871] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(12). Apr 24 15:37:12 admin kernel: [ 254.880878] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:12 admin kernel: [ 255.480850] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(13). Apr 24 15:37:12 admin kernel: [ 255.480857] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:13 admin kernel: [ 256.081846] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(14). Apr 24 15:37:13 admin kernel: [ 256.081852] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! Apr 24 15:37:13 admin kernel: [ 256.681937] [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(15). Apr 24 15:37:13 admin kernel: [ 256.681943] [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! I have tried several different kernel versions between 2.6.35 and 2.6.38 but the result is the same. Sometimes the game will run but the majority of the time it does not work. I have also tried several different combinations of game settings and nothing seems to make much difference. I rebuilt mesa master and libtxc_dxtn against it but it does not help. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 15

[Bug 30401] New: starting programs with Qt 4.7 opengl es2 graphicssystem fail
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=30401 Summary: starting programs with Qt 4.7 opengl es2 graphicssystem fail Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: martinstolpe(a)gmail.com I've compiled Qt 4.7 with the opengl es2 backend. When I try to start for example dolphin with the opengl engine: okular -graphicssystem=opengl it fails with the following error: okular: symbol lookup error: /usr/lib/egl/egl_gallium.so: undefined symbol: drmGetMagic Card is a X1400 in T60 notebook. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 54767] New: [r300g] 298 failures on WebGL Conformance Test
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=54767 Bug #: 54767 Summary: [r300g] 298 failures on WebGL Conformance Test Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fabio.ped(a)libero.it Created attachment 66963 --> https://bugs.freedesktop.org/attachment.cgi?id=66963 298 failing WebGL tests on 2012-09-11 When running WebGL Conformance Test: https://www.khronos.org/registry/webgl/conformance-suites/1.0.1/webgl-confo… on r300 git on a RV530 298 tests fail. See the attachment for failing tests. If some get fixed I can later open a new bug for every test. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 42009] New: audio stutters with xorg state tracker and 2D acceleration enabled
by bugzilla-daemon＠freedesktop.org 05 Dec '12

05 Dec '12

https://bugs.freedesktop.org/show_bug.cgi?id=42009 Bug #: 42009 Summary: audio stutters with xorg state tracker and 2D acceleration enabled Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: martinstolpe(a)gmail.com Created attachment 52543 --> https://bugs.freedesktop.org/attachment.cgi?id=52543 perf output when 2D acceleration is disabled Audio output of flashplayer stutters massively when 2D acceleration is enabled. It's much better when 2D acceleration is disabled. When 2D acceleration is disabled the audio stutters when switching between tabs/windows. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

← Newer
1
...
41
42
43
44
45
46
47
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012