dri-devel September 2010

dri-devel@lists.freedesktop.org

71 participants
367 discussions

[Bug 27755] New: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords
by bugzilla-daemon＠freedesktop.org 17 Nov '10

17 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=27755 Summary: [KMS] sauerbraten crash with drmRadeonCmdBuffer: -22. -> Vertex array 0 need 83794200 dwords have 112640 dwords Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fabio.ped(a)libero.it [bug splitted from bug #27507] I am getting this: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. when starting douze maps with sauerbraten (with shaders enabled). dmesg shows: [ 309.795013] radeon 0000:01:00.0: (PW 1) Vertex array 0 need 83794200 dwords have 112640 dwords [ 309.795019] [drm:r100_cs_track_check] *ERROR* Max indices 16758840 [ 309.795022] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! I am using current mesa git with: GL_RENDERER = Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX/SSE2 TCL DRI2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 30188] New: X server crashes with a SIGBUS on Evergreen
by bugzilla-daemon＠freedesktop.org 12 Nov '10

12 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=30188 Summary: X server crashes with a SIGBUS on Evergreen Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: tomasz.figa(a)gmail.com I have recently switched my desktop PC with Radeon HD 5770 from fglrx to xf86-video-ati and discovered a problem causing the X server to crash with a SIGBUS signal. I can reproduce this bug by opening a PDF document in Okular and scrolling through several pages back and forth, then mouse cursor hangs and X server crashes. It happens regardless of kernel version. Disabling RenderAccel helps, but it's not a solution since it turns off the acceleration. It's not a duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=29738 , because it still happens with pre-709ea97145c125b3811ff70429e90ebdb0e832e5 kernels. My setup: Linux 2.6.35.4, git drm-fixes or git drm-radeon-testing xorg-server git 09/13 xf86-video-ati git 09/13 libdrm git 09/13 Intel Core 2 Quad Q6600 Processor AMD Radeon HD 5770 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 31

[Bug 28327] New: Latest d-r-t breaks rendering on RV670
by bugzilla-daemon＠freedesktop.org 05 Nov '10

05 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=28327 Summary: Latest d-r-t breaks rendering on RV670 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lists(a)andyfurniss.entadsl.com Just updated drt to get the last few commits on AGP rv670 and exa rendering is is trashed. xterm contents OK, but window decoration/menus trashed, glxgears no output, seamonkey display corrupt. dmesg has lots of errors like - [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 0 to big radeon 0000:02:00.0: r600_packet3_check:1256 invalid cmd stream 635 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1920 21 4 0 -> 344064 have 163840) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> 2621440 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 0 to big radeon 0000:02:00.0: r600_packet3_check:1256 invalid cmd stream 635 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (214 60 4 0 -> 67680 have 61440) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> -1610612736 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> -1610612736 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> 2621440 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> 5242880 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (507 4 4 0 -> 8384 have 8192) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1024 320 4 0 -> 5242880 have 1310720) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (507 4 4 0 -> 8384 have 8192) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 0 to big radeon 0000:02:00.0: r600_packet3_check:1256 invalid cmd stream 635 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! radeon 0000:02:00.0: texture bo too small (1920 21 4 0 -> 344064 have 163840) [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[Bug 28342] New: When cold-booting gfx is messed up with latest drm-radeon-testing kernel
by bugzilla-daemon＠freedesktop.org 05 Nov '10

05 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=28342 Summary: When cold-booting gfx is messed up with latest drm-radeon-testing kernel Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: magnus(a)jensenligan.se This only occurs when computer has been of for a long time (e.g over night) Does not work either when booting into gdm, or booting into console and loading radeon module manually. If i first boot an vanilla kernel and go into X then warm-boot into d-r-t kernel it will not show up anymore until next time i cold-boot. It seems like the drm is having troubles initializing my gfx output. My gfx card is an agp hd3650 (rv635) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 31

Remaining BKL users, what to do
by Arnd Bergmann 05 Nov '10

05 Nov '10

The big kernel lock is gone from almost all code in linux-next, this is the status of what I think will happen to the remaining users: drivers/gpu/drm/i810/{i810,i830}_dma.c: Fixable, but needs someone with the hardware to test. Can probably be marked CONFIG_BROKEN_ON_SMP if nobody cares. drivers/media/video (V4L): Mauro is working on it, some drivers get moved to staging while the others get fixed. An easy workaround would be possible by adding per-driver mutexes, but Mauro wants to it properly by locking all the right places. fs/adfs: Probably not hard to fix, but needs someone to test it. adfs has only seen janitorial fixes for the last 5 years. Do we know of any users? fs/autofs: Pretty much dead, replaced by autofs4. I'd suggest moving this to drivers/staging in 2.6.37 and letting it die there. fs/coda: Coda seems to have an active community, but not all of their code is actually part of linux (pioctl!), while the last official release is missing many of the cleanups that were don in Linux. Not sure what to do, if someone is interested, the best way might be a fresh start with a merger of the mainline linux and the coda.cs.cmu.edu codebase in drivers/staging. Just removing the BKL without the Coda community seems like a heap of pointless work. fs/freevxfs: Uses the BKL in readdir and lookup, should be easy to fix. Christoph? fs/hpfs: Looks fixable, if anyone cares. Maybe it's time for retirement in drivers/staging though. The web page only has a Link to the linux-2.2 version. fs/lockd: Trond writes that he has someone working on BKL removal here. fs/locks.c: Patch is under discussion, blocked by work on fs/lockd currently. fs/ncpfs: Should be fixable if Petr still cares about it. Otherwise suggest moving to drivers/staging if there are no users left. fs/qnx4: Should be easy to fix, there are only a few places in the code that use the BKL. Anders? fs/smbfs: Last I heard this was considered obsolete. Should be move it to drivers/staging now? fs/udf: Not completely trivial, but probably necessary to fix. Project web site is dead, I hope that Jan Kara can be motivated to fix it though. fs/ufs: Evgeniy Dushistov is maintaining this, I hope he can take care of getting rid of the BKL in UFS. kernel/trace/blktrace.c: Should be easy. Ingo? Steven? net/appletalk: net/ipx/af_ipx.c: net/irda/af_irda.c: Can probably be saved from retirement in drivers/staging if the maintainers still care. net/x25: Andrew Hendry has started working on it. This is all that's left now. I still need to submit a few patches for simple file system changes, but it seems we're getting closer to finally killing it for good. Arnd

22 48

[Bug 29703] New: mesa demos crashing on rv710 r600g
by bugzilla-daemon＠freedesktop.org 04 Nov '10

04 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=29703 Summary: mesa demos crashing on rv710 r600g Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: hramrach(a)centrum.cz some curently broken demos: locks up GPU: shadowtex teapot dlist-* deriv bounce arbocclude segfaults the program: arbfplight arbfslight bitmap as a bonus some interesting effects: failed clear - shows garbage or some pictures displayed in other applications: copypix clear* array draws a mesh on r600c but draws nothing on r600g (paints the background over the mesh?) firecube flashes dissolv works very fast on r600g but the patterns are odd and it is impossibly slow on r600c (much slower than software) -- 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 29928] New: [RADEON-KMS, Evergreen, Eyefinity 5] Invalid output on 4th monitor
by bugzilla-daemon＠freedesktop.org 03 Nov '10

03 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=29928 Summary: [RADEON-KMS, Evergreen, Eyefinity 5] Invalid output on 4th monitor Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ishikawa(a)hanzubon.jp Current Radeon KMS does not support Eyefinity 5 ? I tested Eyefinity 5 with 4 monitors, 3 of these monitors outputs are fine, but last monitor (4th monitor)'s output is very ugly. Hardware setup: Graphic Card: - PowerColor Eyefinity 5 HD5770 1GB GDDR5 - http://www.powercolor.com/Global/products_features.asp?id=240 - This Graphic card has 5 mini DisplayPorts Monitors: 2 x HYUNDAI W240D - Resolution: 1920x1200 - connected to the card with mini-DP to Dual Link DVI passive convertor (this cable included the graphic card package) 2 x BenQ G2400DW - Resolution: 1920x1200 - connected to the card with mini-DP to DP cable (included the package) and DP to DVI active convertor (This one http://akiba-pc.watch.impress.co.jp/hotline/20100529/ni_cawesome.html this is a Japanese page. Sorry, I can not find English informations) Software setup: Linux kernel version 2.6.36-rc3 (from linus git tree, commit 2bfc96a127bc1cc94d26bfaa40159966064f9c8c) * Output images are attached. Picture 1 is monitor connected mini-DP port 1. It is a normal output of 'ps aux on linux console'. Monitors connected on port 2 and port 3 are some as this one. Picture 2 is monitor conncted port 4 on the same time. I saw some kind of timing problem with noises. * On xf86-driver-ati (evergreen git branch) with individual output on all monitors xrandr setup, monitor 1,2,3's output are correct. But Monitor 4's output is same as Monitor 3 with some kind of timeing problem (timing problem and noises looks same as KMS console display). So, I think monitor 4 output on KMS is same as monitor 3 with some timing glitch. * A monitor connected largest number of port is ugly when 4 monitors are connected. When connected with only 3 monitors, these are fine. Ugly output is not depend on a kind of links and port. For example: (DP means connected with active convertor on this setting) Port 1 -> DVI1 Port 2 -> DVI2 Port 3 -> DP1 Port 4 -> DP2 Port 5 -> none Problem on DP2 monitor only Port 1 -> DVI1 Port 2 -> DVI2 Port 3 -> DP1 Port 4 -> none Port 5 -> DP2 Problem on DP2 monitor only Port 1 -> DP1 Port 2 -> DP2 Port 3 -> DVI1 Port 4 -> DVI2 Port 5 -> none Problem on DVI2 monitor only Port 1 -> DP1 Port 2 -> DVI1 Port 3 -> DP2 Port 4 -> DVI2 Port 5 -> none Problem on DVI2 monitor only Port 1 -> DP1 Port 2 -> DVI1 Port 3 -> DVI2 Port 4 -> none Port 5 -> DP2 Problem on DP2 monitor only Port 1 -> DP1 Port 2 -> DVI1 Port 3 -> DP2 Port 4 -> DVI2 Port 5 -> none Problem on DVI2 monitor only Port 1 -> DVI1 Port 2 -> DVI2 Port 3 -> DP1 Port 4 -> none Port 5 -> none All 3 monitors are fine. Port 1 -> DVI1 Port 2 -> DVI2 Port 3 -> none Port 4 -> DP1 Port 5 -> none All 3 monitors are fine. Port 1 -> DVI1 Port 2 -> none Port 3 -> none Port 4 -> DVI2 Port 5 -> DP1 All 3 monitors are fine. * I know the Eyefinity restriction(related clock source). 2 of 4 monitor are linked with DisplayPort (with Active DVI convertor), other 2 are linked with DVI. These link settings are OK for Eyefinity 5. I checked this link config does works on Windows 7 (Individual Items are displyed on each monitor). * I think it is not a hardware problem. Monitors and link cables, active convetor exchange each other is not effect on the problems. And all hardwares works fine on other Graphic cards or Other OSs (e.g 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 11

[Bug 28375] New: [KMS][RV620] Lockup on PM reclock
by bugzilla-daemon＠freedesktop.org 02 Nov '10

02 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=28375 Summary: [KMS][RV620] Lockup on PM reclock Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zajec5(a)gmail.com I use today's d-r-t with my notebook. 1) Booting into init 3 and massive (50 times) switching between high and low profile No problems. 2) Booting into init 5 and switching to high profile Some kind of [black screen|lockup|reclock] loop. I get black screen for second, then corrupted and freezed display for a moment, then black screen again and so on. Sysrq works. 3) Booting into init 5, switching to dynpm, provoking short upclocking Black screen for a second, just WARNING or lockup detection (dmesgs attached) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 19

[Bug 30009] New: [r300g] radeon: The kernel rejected CS
by bugzilla-daemon＠freedesktop.org 31 Oct '10

31 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=30009 Summary: [r300g] radeon: The kernel rejected CS Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: step2back+freedesktop(a)gmail.com Created an attachment (id=38417) --> (https://bugs.freedesktop.org/attachment.cgi?id=38417) fragement of debug I try to start games: wine-Steam-Portal, Nexuiz. All of them end with: radeon: The kernel rejected CS, see dmesg for more information. kernel Linux xt 2.6.35-19-generic #28-Ubuntu SMP Sun Aug 29 06:34:38 UTC 2010 x86_64 GNU/Linux userspace From https://launchpad.net/~xorg-edgers/+archive/ppa/+packages?field.name_filter… . Page contains software's version with commit number. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 14

[Bug 28294] New: [r300g] Unigine Sanctuary: almost everything is black
by bugzilla-daemon＠freedesktop.org 31 Oct '10

31 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=28294 Summary: [r300g] Unigine Sanctuary: almost everything is black Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=35899) --> (https://bugs.freedesktop.org/attachment.cgi?id=35899) terminal output I noticed ARB_half_float_vertex support in mesa this morning which is needed for Unigine. I gave it a try and it finally starts. However almost everything is black except for fires from torches (screenshot attached). Terminal is full of mesa user errors and there are some missing opcodes like: r300: Unknown TGSI/RC opcode: KILP r300: Unknown TGSI/RC opcode: BGNLOOP r300: Unknown TGSI/RC opcode: BRK r300: Unknown TGSI/RC opcode: ENDLOOP r300 FP: Compiler Error: r500_fragprog_emit.c::translate_rgb_op(): translate_rgb_op(1): unknown opcode Using a dummy shader instead. If there's an 'unknown opcode' message, please file a bug report and attach this log. r300 VP: Compiler error: Unknown opcode 32 Using a dummy shader instead. If there's an 'unknown opcode' message, please file a bug report and attach this log. Probably more than one problem. However this is a big improvement indeed. This may be the first time Unigine actually tries to render something with open source drivers :-) 01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 50

← Newer
1
...
9
10
11
12
13
14
15
...
37
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2010