dri-devel May 2013

dri-devel@lists.freedesktop.org

116 participants
705 discussions

[Bug 34296] New: Failure loading nouveau for nVidia GeForce 8600 GT on ASUS XG Station(external 1x PCIe encasing for an GPU)
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=34296 Summary: Failure loading nouveau for nVidia GeForce 8600 GT on ASUS XG Station(external 1x PCIe encasing for an GPU) Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: revellion(a)gmail.com loading Nouveau fails with Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Detected 256MiB VRAM Feb 15 01:39:21 localhost kernel: mtrr: zero sized request Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: 512 MiB GART (aperture) Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Error mapping EVO DMA push buffer: -12 Feb 15 01:39:21 localhost kernel: [drm] nouveau 0000:0c:00.0: Error creating EVO channel: -12 Feb 15 01:39:21 localhost kernel: nouveau 0000:0c:00.0: PCI INT A disabled Feb 15 01:39:21 localhost kernel: nouveau: probe of 0000:0c:00.0 failed with error -12 And nothing gets outputted on any of the connected monitors during any part of the driver loading, not even a mode switch or anything. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 28095] New: X crash with PFIFO_CACHE_ERROR. (Nouveau on Riva TNT).
by bugzilla-daemon＠freedesktop.org 09 Dec '14

09 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=28095 Summary: X crash with PFIFO_CACHE_ERROR. (Nouveau on Riva TNT). Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bzipitidoo(a)hotmail.com Created an attachment (id=35642) --> (https://bugs.freedesktop.org/attachment.cgi?id=35642) lernel log System is a Pentium II with a Diamond Viper V550 (Riva TNT) card. OS is Arch Linux, with latest versions of Nouveau from git repositories on freedesktop.org: kernel 2.6.34-rc5 libdrm 2.4.20 xf86-video-nouveau 0.0.16 I have "options drm debug=1" in /etc/modprobe.d/modprobe.conf. Acceleration is enabled. With this setup, X works for a few minutes and then crashes. I was running Firefox and lxterminal (am using lxde with openbox window manager). The first problem I saw was the titlebar for lxterminal was not always rendered. Grabbed the graphics from the web page behind it. The crash happened when I tried to search for something in Firefox's search dialog at the upper left. Went into a loop in which the pop up menu of suggested search terms flickered on and off perhaps 10 times, then X crashed. Saw many of these messages in kernel.log: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 15/5 Mthd 0x0638 Data 0x00dcdad5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 61533] New: GPU lockups uccurs regularilly on kernel 3.8 caused by Opera browser hardware accelerated rendering
by bugzilla-daemon＠freedesktop.org 04 Dec '14

04 Dec '14

https://bugs.freedesktop.org/show_bug.cgi?id=61533 Priority: medium Bug ID: 61533 Assignee: dri-devel(a)lists.freedesktop.org Summary: GPU lockups uccurs regularilly on kernel 3.8 caused by Opera browser hardware accelerated rendering Severity: critical Classification: Unclassified OS: Linux (All) Reporter: ken20001(a)ukr.net Hardware: x86-64 (AMD64) Status: NEW Version: XFree86 4.4.0 Component: DRM/Radeon Product: DRI Just upgraded kernel to version 3.8 on my system and several GPU lockups uccured when I opened pastebin link in Opera browser. (Here is expample link: http://paste.ubuntu.com/5568971/ or http://paste.ubuntu.com/5568954/). Several times I opened such several links in Opera and one time it caused GPU lockup and other times it even freezes. After turning off Opera Hardware Acceleration there was no lokups. And the thing is that with kernel 3.5 no lockups occured even with hardware acceleration turned on. Software: Kubuntu 12.10 x86_64 Linux 3.8.0-7-generic #16~lp1084783v1 KDE 4.10, desktop effects enabled. OpenGL version string: 3.0 Mesa 9.2-devel (git-533dc3b quantal-oibaf-ppa) libdrm-radeon1: 2.4.42+git1302251607.41fc2c~gd~q xserver-xorg-video-radeon: 1:7.1.0+git1302220944.f1059e~gd~q xserver-xorg-core: 2:1.13.0-0ubuntu6.1 Hardware: Intel C2D 7200 ASUS P5B Deluxe AMD Radeon HD 2600 XТ -- You are receiving this mail because: You are the assignee for the bug.

1 20

[Bug 31532] New: rv670 AGP gart + gallium - GPU lockups. PCIE gart runs but stalls.
by bugzilla-daemon＠freedesktop.org 19 Nov '14

19 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=31532 Summary: rv670 AGP gart + gallium - GPU lockups. PCIE gart runs but stalls. Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lists(a)andyfurniss.entadsl.com Running d-r-t kernels, xserver 1.9 and git mesa, ddx, lib drm. Any non trivial mesa demo with r600g will cause a gpu lockup/reset unless I use PCIE gart and turn off writebacks. Tiling on/off makes no difference. Not a regression AFAICT, this box was retired a while back, before 600g was really usable, so I don't have and have been unable to find a time when it ever worked. Classic KMS + AGP gart works OK. Both Classic KMS and Gallium with agpmode=-1 have stalling problems. Classic runs demos fine, but will stall for 1/2 sec on some games and some levels eg. openarena anholt is OK but other levels will stutter a bit. These do not show with latencytop. Classic + UMS does not stall. Gallium has far worse stalling problems than classic. Some mesa demos will stall, gearbox shows the most - up to a second when running sometimes more at start. Latency top will show gallium stalls - radeon_fence_wait often shows 488ms but never more. Long stalls such as when starting games/demos seem to be in - radeon_cs_ioctl I have seen 3000ms for games and 1000ms for demos. Openarena anholt demo 600g behaves strangely - it will stall so much while loading and rendering the first few frames that this takes minutes. After this the demo will run at full speed to completion (sometimes stalls again midway). Benchmark results have shown it took 8 seconds to render one of the early frames - 840 frames 45.0 seconds 18.7 fps 7.0/53.5/8004.0/23.7 ms. -- 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 64376] New: radeon fatal error during GPU init (Radeon 5850, KVM GPU passthrough)
by bugzilla-daemon＠freedesktop.org 18 Nov '14

18 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=64376 Priority: medium Bug ID: 64376 Assignee: dri-devel(a)lists.freedesktop.org Summary: radeon fatal error during GPU init (Radeon 5850, KVM GPU passthrough) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: luke-jr+freedesktopbugs(a)utopios.org Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Booting on a KVM instance tested to work fine with fglrx: [ 3.771157] [drm] Initialized drm 1.1.0 20060810 [ 4.006077] [drm] radeon kernel modesetting enabled. [ 4.006350] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 [ 4.006714] [drm] initializing kernel modesetting (CYPRESS 0x1002:0x6899 0x1458:0x21E4). [ 4.006723] [drm] register mmio base: 0xFEB80000 [ 4.006724] [drm] register mmio size: 131072 [ 4.006785] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 4.006786] radeon 0000:00:05.0: Fatal error during GPU init [ 4.006789] [drm] radeon: finishing device. [ 4.006792] [TTM] Memory type 2 has not been initialized [ 4.008077] radeon: probe of 0000:00:05.0 failed with error -22 -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 29226] New: on r600 3d applications are rendered too bright
by bugzilla-daemon＠freedesktop.org 11 Nov '14

11 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=29226 Summary: on r600 3d applications are rendered too bright Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: hramrach(a)centrum.cz I am running r600 card with 2.6.34 kernel and Mesa 7.8.2. ATI Technologies Inc RV710 [Radeon HD 4350] Since switching to the card I noticed rendering issues the most prominent being incorrect colors. The colors of many objects seem overly bright and lack saturation, the lighted areas show large patches of white or nearly white color. The UI which is 2d/unlit looks OK and so do glxgears. This does not happen on r300 card or Intel card. I tried running planeshift with software rendering and the character preview after logging in looked much better. However, after running with software renderer the issue is gone. This might be because planeshift calculates some lighting information during runtime and it was changed by the calculations performed on the software renderer. Planeshift can be found at http://www.planeshift.it/download.html I am not sure what the exact issue is. So far I was unable to reproduce it visibly with a trivial program. However, it also happens when running a 3D program through wine. -- 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 59649] New: [r600][RV635] GPU lockup CP stall / GPU resets over and over - Kernel 3.7, 3.8-rcX
by bugzilla-daemon＠freedesktop.org 10 Nov '14

10 Nov '14

https://bugs.freedesktop.org/show_bug.cgi?id=59649 Priority: medium Bug ID: 59649 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600][RV635] GPU lockup CP stall / GPU resets over and over - Kernel 3.7, 3.8-rcX Severity: major Classification: Unclassified OS: Linux (All) Reporter: shawn.starr(a)rogers.com Hardware: x86-64 (AMD64) Status: NEW Version: 9.0 Component: Drivers/Gallium/r600 Product: Mesa Using Linux kernel 3.7 and up to 3.8-rc3 Unable to have a stable session with my RV635 GPU Jan 19 03:45:26 segfault kernel: [15008.313696] radeon 0000:01:00.0: Saved 185 dwords of commands on ring 0. Jan 19 03:45:26 segfault kernel: [15008.313704] radeon 0000:01:00.0: GPU softreset Jan 19 03:45:26 segfault kernel: [15008.313711] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:45:26 segfault kernel: [15008.313717] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 Jan 19 03:45:26 segfault kernel: [15008.313723] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 Jan 19 03:45:26 segfault kernel: [15008.313730] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.313736] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.313742] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000006 Jan 19 03:45:26 segfault kernel: [15008.313748] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80000645 Jan 19 03:45:26 segfault kernel: [15008.313761] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE Jan 19 03:45:26 segfault kernel: [15008.328772] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 Jan 19 03:45:26 segfault kernel: [15008.344782] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:45:26 segfault kernel: [15008.344785] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 Jan 19 03:45:26 segfault kernel: [15008.344787] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200080C0 Jan 19 03:45:26 segfault kernel: [15008.344789] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344792] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344794] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jan 19 03:45:26 segfault kernel: [15008.344797] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80100000 Jan 19 03:45:26 segfault kernel: [15008.345799] radeon 0000:01:00.0: GPU reset succeeded, trying to resume Jan 19 03:45:26 segfault kernel: [15008.348414] [drm] probing gen 2 caps for device 8086:2a41 = 1/0 Jan 19 03:45:26 segfault kernel: [15008.350360] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). Jan 19 03:45:26 segfault kernel: [15008.350399] radeon 0000:01:00.0: WB enabled Jan 19 03:45:26 segfault kernel: [15008.350403] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880229236c00 Jan 19 03:45:26 segfault kernel: [15008.381778] [drm] ring test on 0 succeeded in 1 usecs Jan 19 03:45:26 segfault kernel: [15008.384549] [drm] ib test on ring 0 succeeded in 0 usecs Jan 19 03:46:12 segfault kernel: [15053.625108] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec ... Jan 19 03:46:12 segfault kernel: [15053.975428] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:12 segfault kernel: [15054.123890] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:12 segfault kernel: [15054.125748] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). Jan 19 03:46:12 segfault kernel: [15054.125785] radeon 0000:01:00.0: WB enabled Jan 19 03:46:12 segfault kernel: [15054.125789] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880229236c00 Jan 19 03:46:12 segfault kernel: [15054.157608] [drm] ring test on 0 succeeded in 0 usecs Jan 19 03:46:23 segfault kernel: [15064.657103] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec Jan 19 03:46:23 segfault kernel: [15064.657114] radeon 0000:01:00.0: GPU lockup (waiting for 0x00000000000441b6 last fence id 0x00000000000441a8) Jan 19 03:46:23 segfault kernel: [15064.657121] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). Jan 19 03:46:23 segfault kernel: [15064.657134] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35). Jan 19 03:46:23 segfault kernel: [15064.657140] radeon 0000:01:00.0: ib ring test failed (-35). Jan 19 03:46:23 segfault kernel: [15064.658211] radeon 0000:01:00.0: GPU softreset Jan 19 03:46:23 segfault kernel: [15064.658218] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xE57C24E0 Jan 19 03:46:23 segfault kernel: [15064.658224] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00113303 Jan 19 03:46:23 segfault kernel: [15064.658230] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200030C0 Jan 19 03:46:23 segfault kernel: [15064.658236] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x01000000 Jan 19 03:46:23 segfault kernel: [15064.658242] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00001002 Jan 19 03:46:23 segfault kernel: [15064.658248] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00028482 Jan 19 03:46:23 segfault kernel: [15064.658254] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80838645 Jan 19 03:46:23 segfault kernel: [15064.829116] radeon 0000:01:00.0: Wait for MC idle timedout ! Jan 19 03:46:23 segfault kernel: [15064.829123] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE Jan 19 03:46:23 segfault kernel: [15064.844133] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 Jan 19 03:46:23 segfault kernel: [15064.860144] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 Jan 19 03:46:23 segfault kernel: [15064.860150] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 an 19 03:46:23 segfault kernel: [15064.860163] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x2000B0C0 Jan 19 03:46:23 segfault kernel: [15064.860169] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860175] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860181] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jan 19 03:46:23 segfault kernel: [15064.860191] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80100000 Jan 19 03:46:23 segfault kernel: [15064.861197] radeon 0000:01:00.0: GPU reset succeeded, trying to resume Jan 19 04:39:23 segfault kernel: [ 2791.671107] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). Jan 19 04:39:23 segfault kernel: [ 2791.671115] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35). Then floods console with [drm:radeon_cs_ib_chunk] *ERROR* Failed to schedule IB ! radeon 0000:01:00.0: couldn't schedule ib (over and over) mesa-dri-drivers-9.0.1-3.fc18.x86_64 libdrm-2.4.40-1.fc18.x86_64 kernels: kernel-3.7.3-201.fc18.x86_64, kernel-devel-3.8.0-0.rc3.git1.2.fc19.x86_64 I have not tried on 3.8-rc4 yet Laptop: Lenovo ThinkPad W500 -- You are receiving this mail because: You are the assignee for the bug.

1 28

[Bug 53971] New: radeon:Soft reset GPU in StarCraft2 under Wine
by bugzilla-daemon＠bugzilla.kernel.org 09 Oct '14

09 Oct '14

https://bugzilla.kernel.org/show_bug.cgi?id=53971 Summary: radeon:Soft reset GPU in StarCraft2 under Wine Product: Drivers Version: 2.5 Kernel Version: 3.8.0-rc7 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: stalkerg(a)gmail.com Regression: No Random GPU resets and freeze on Radeon 6770 with SC2 game under wine 1.5.23 (GLSL disable, pbuffer enable). Linux sagita 3.8.0-rc7 #1 SMP PREEMPT Sat Feb 16 18:13:51 MSK 2013 x86_64 AMD FX(tm)-8120 Eight-Core Processor AuthenticAMD GNU/Linux Mesa 9.2-devel (git-f1ab67c) radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000002236b last fence id 0x000000000002235e) radeon 0000:01:00.0: Saved 407 dwords of commands on ring 0. radeon 0000:01:00.0: GPU softreset: 0x00000003 radeon 0000:01:00.0: GRBM_STATUS = 0xE4002CA4 radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0xC0000005 radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0 radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x04000000 radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00040000 radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00048402 radeon 0000:01:00.0: R_008680_CP_STAT = 0x80860243 radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B radeon 0000:01:00.0: GRBM_STATUS = 0x00003828 radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 radeon 0000:01:00.0: SRBM_STATUS = 0x200000C0 radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000 radeon 0000:01:00.0: GPU reset succeeded, trying to resume [drm] probing gen 2 caps for device 1002:5a16 = 2/0 [drm] PCIE gen 2 link speeds already enabled [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). radeon 0000:01:00.0: WB enabled radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff8802321edc00 radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff8802321edc0c [drm] ring test on 0 succeeded in 3 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 1 usecs -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 1

[Bug 34462] New: 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?)
by bugzilla-daemon＠freedesktop.org 14 Sep '14

14 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=34462 Summary: 180 second hang on boot, DRM doesn't seem to initialize (firmware issue?) Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: owen.riddy(a)gmail.com Created an attachment (id=43540) --> (https://bugs.freedesktop.org/attachment.cgi?id=43540) dmesg from Debian Unstable, fails to load I have a Radeon 3450 graphics card and have been using Debian Squeeze (linux 2.6.32). The card was/is very well supported by the radeon graphics driver, and firmware was being properly loaded (Debian splits the firmware into a separate package from the kernel). Whenever I compiled a newer vanilla kernel KMS didn't work (starting with 2.6.33, I believe. It was a while ago) and X wouldn't load. Every so often I tried a different kernel, and the problem remained. On X, the system would completely hang with a blank screen (I couldn't access any virtual terminals). I assumed I'd mis-configured my kernel and gave up. Debian has now upgraded to linux 2.6.37-1 and this image seems to have the same problem. After upgrading, I get a suspicious 180 second pause when the kernel "populates /dev", which I now attribute to a bug. I'm getting an error message about modprobe blocking (in dmesg). I suspect firmware loading problems: Wheezy (fails, 2.6.37): dmesg | grep -C 4 icroc [ 4.325551] [drm] radeon: 256M of VRAM memory ready [ 4.325554] [drm] radeon: 512M of GTT memory ready. [ 4.325619] [drm] radeon: irq initialized. [ 4.325622] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 4.326544] [drm] Loading RS780 Microcode [ 4.329997] input: HDA ATI SB Headphone as /devices/pci0000:00/0000:00:14.2/sound/card0/input7 [ 4.414321] radeon 0000:01:05.0: WB enabled [ 4.446469] [drm] ring test succeeded in 1 usecs [ 4.446595] [drm] radeon: ib pool ready. Squeeze (works, 2.6.32): dmesg | grep -C 4 icroc [ 4.616162] [drm] radeon: 256M of VRAM memory ready [ 4.616163] [drm] radeon: 512M of GTT memory ready. [ 4.616204] [drm] radeon: irq initialized. [ 4.616206] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 4.616624] [drm] Loading RS780 Microcode [ 4.616627] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [ 4.714728] hda_codec: ALC1200: BIOS auto-probing. [ 4.716081] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/input/input6 [ 4.809447] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin -- [ 4.941941] radeon 0000:02:00.0: irq 30 for MSI/MSI-X [ 4.941946] radeon 0000:02:00.0: radeon: using MSI. [ 4.941978] [drm] radeon: irq initialized. [ 4.941980] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 4.942370] [drm] Loading RV620 Microcode [ 4.942372] platform radeon_cp.0: firmware: requesting radeon/RV620_pfp.bin [ 4.982496] platform radeon_cp.0: firmware: requesting radeon/RV620_me.bin [ 4.988086] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [ 5.025570] [drm] ring test succeeded in 0 usecs To be sure I haven't tainted the configuration, the method to get a test platform was: * Installed the Squeeze release base system * Upgrade to Wheezy, rebooted to test KMS (virtual terminal screen resolution was large, suggesting it worked) * Upgraded to unstable and reboot, at which point I get the 180 second hang and modprobe errors, as well as a rather low resolution VT. lspci and other info can be found on this bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613922 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 8

[Bug 44126] New: [r300g] 0ad: carpet textures "flash" and get hidden by ground texture.
by bugzilla-daemon＠freedesktop.org 05 Sep '14

05 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=44126 Bug #: 44126 Summary: [r300g] 0ad: carpet textures "flash" and get hidden by ground texture. 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 54794 --> https://bugs.freedesktop.org/attachment.cgi?id=54794 example of carpets partially hidden by ground texture Since 0ad alpha 8 there is a new faction: Persians. Their civic center has a couple of carpets on it (just start a map with Persians and see the main building). When you zoom (using mouse wheel) or rotate (using Q and E keys) the screen, the carpets on the civic center "flash" and get partially hidden by the ground texture. An example screenshot is attached. Llvmpipe doesn't have this problem, as well other videos and screenshots found on the net. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

← Newer
1
...
27
28
29
30
31
32
33
...
71
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2013