dri-devel June 2010

dri-devel@lists.freedesktop.org

71 participants
237 discussions

[Bug 28600] New: The LXterminal Window TitleBar does not show up when KMS is enabled
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28600 Summary: The LXterminal Window TitleBar does not show up when KMS is enabled Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jjorge(a)free.fr On a R100 Mobility GPU, Mandriva 2010.1 , I can try Radeon Modesetting. All works, except the title bar of LXterminal that appears transparent. I still can move the windo clicking on it. Then WM used is OpenBox. ATI Technologies Inc Radeon Mobility M6 LY -- 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 28520] New: X: page allocation failure. 2.6.35-rc3
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28520 Summary: X: page allocation failure. 2.6.35-rc3 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: mikko.cal(a)gmail.com I hit this bug. It was present with 2.6.35-rc2 too. Mesa git, xf86-video-ati git. Xorg-server 1.8.1. X: page allocation failure. order:0, mode:0x4 Pid: 1514, comm: X Not tainted 2.6.35-rc3 #1 Call Trace: [<ffffffff8108ce49>] ? __alloc_pages_nodemask+0x629/0x680 [<ffffffff8108c920>] ? __alloc_pages_nodemask+0x100/0x680 [<ffffffffa00db8f3>] ? ttm_get_pages+0x2c3/0x448 [ttm] [<ffffffffa00d4658>] ? __ttm_tt_get_page+0x98/0xc0 [ttm] [<ffffffffa00d4988>] ? ttm_tt_populate+0x48/0x90 [ttm] [<ffffffffa00d4a26>] ? ttm_tt_bind+0x56/0xa0 [ttm] [<ffffffffa00d5230>] ? ttm_bo_handle_move_mem+0x1d0/0x430 [ttm] [<ffffffffa00d76d6>] ? ttm_bo_move_buffer+0x166/0x180 [ttm] [<ffffffffa00b9736>] ? drm_mm_kmalloc+0x26/0xc0 [drm] [<ffffffff81030ea9>] ? get_parent_ip+0x9/0x20 [<ffffffffa00d7786>] ? ttm_bo_validate+0x96/0x130 [ttm] [<ffffffffa00d7b35>] ? ttm_bo_init+0x315/0x390 [ttm] [<ffffffffa0122eb8>] ? radeon_bo_create+0x118/0x210 [radeon] [<ffffffffa0122fb0>] ? radeon_ttm_bo_destroy+0x0/0xb0 [radeon] [<ffffffffa013704c>] ? radeon_gem_object_create+0x8c/0x110 [radeon] [<ffffffffa013711f>] ? radeon_gem_create_ioctl+0x4f/0xe0 [radeon] [<ffffffffa00b10e6>] ? drm_ioctl+0x3d6/0x470 [drm] [<ffffffffa01370d0>] ? radeon_gem_create_ioctl+0x0/0xe0 [radeon] [<ffffffff810b965f>] ? do_sync_read+0xbf/0x100 [<ffffffff810c8965>] ? vfs_ioctl+0x35/0xd0 [<ffffffff810c8b28>] ? do_vfs_ioctl+0x88/0x530 [<ffffffff81031ed7>] ? sub_preempt_count+0x87/0xb0 [<ffffffff810c9019>] ? sys_ioctl+0x49/0x80 [<ffffffff810ba4fe>] ? sys_read+0x4e/0x90 [<ffffffff810024ab>] ? system_call_fastpath+0x16/0x1b Mem-Info: DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 CPU 1: hi: 0, btch: 1 usd: 0 CPU 2: hi: 0, btch: 1 usd: 0 CPU 3: hi: 0, btch: 1 usd: 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 156 CPU 1: hi: 186, btch: 31 usd: 164 CPU 2: hi: 186, btch: 31 usd: 192 CPU 3: hi: 186, btch: 31 usd: 175 Normal per-cpu: CPU 0: hi: 186, btch: 31 usd: 177 CPU 1: hi: 186, btch: 31 usd: 153 CPU 2: hi: 186, btch: 31 usd: 147 CPU 3: hi: 186, btch: 31 usd: 168 active_anon:248943 inactive_anon:70653 isolated_anon:0 active_file:231008 inactive_file:258837 isolated_file:0 unevictable:1 dirty:5 writeback:0 unstable:0 free:5083 slab_reclaimable:53052 slab_unreclaimable:16244 mapped:45401 shmem:4420 pagetables:6333 bounce:0 DMA free:13036kB min:28kB low:32kB high:40kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15704kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes lowmem_reserve[]: 0 3255 3760 3760 DMA32 free:5704kB min:6780kB low:8472kB high:10168kB active_anon:915704kB inactive_anon:184904kB active_file:789940kB inactive_file:901472kB unevictable:4kB isolated(anon):0kB isolated(file):0kB present:3333920kB mlocked:4kB dirty:4kB writeback:0kB mapped:114500kB shmem:17136kB slab_reclaimable:197620kB slab_unreclaimable:38500kB kernel_stack:776kB pagetables:12928kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 505 505 Normal free:1840kB min:1048kB low:1308kB high:1572kB active_anon:80068kB inactive_anon:97708kB active_file:134092kB inactive_file:133876kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:517120kB mlocked:0kB dirty:16kB writeback:0kB mapped:67104kB shmem:544kB slab_reclaimable:14588kB slab_unreclaimable:26468kB kernel_stack:1936kB pagetables:12404kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 DMA: 1*4kB 1*8kB 0*16kB 1*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 3*4096kB = 13036kB DMA32: 200*4kB 10*8kB 1*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 1*4096kB = 5952kB Normal: 232*4kB 2*8kB 0*16kB 2*32kB 3*64kB 1*128kB 2*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1840kB 494223 total pagecache pages 66 pages in swap cache Swap cache stats: add 475, delete 409, find 6/7 Free swap = 2094600kB Total swap = 2096476kB 983024 pages RAM 33615 pages reserved 397983 pages shared 655130 pages non-shared [TTM] Unable to allocate page. radeon 0000:01:05.0: object_init failed for (7827456, 0x00000002) [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (7827456, 2, 4096, -12) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) -- 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 28426] New: hardware cursor corruption with radeon+kms
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28426 Summary: hardware cursor corruption with radeon+kms 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: maillist(a)pnpitalia.it please see also bug #19215, may be related After some days the xorg server is up and running the cursor get corrupted. This is a kde4 desktop on a dual 1920x1080 screen powered by an ATI Radeon HD 4670. The bug happens often, having played a game like Aquaria (in windowed mode) help a lot, but it does not guarantees an immediate trigger. This time xorg was up and running for about four days (not totally sure), yesterday I've played with the already mentioned Aquaria. please feel free to request further information since I don't know where to start I've tried to be broad on covering the system information, here is what the attached zip file contain: - "cursor-gimp.jpeg" cursor as it should be (after a reboot) - "VGA-0-cursor-broken.jpeg" cursor as it's shown in the left monitor VGA-0 - "DVI-0-cursor-broken.jpeg" cursor as it's shown in the right monitor DVI-0 - "Xorg.0.log" log for the server on vt7 whit kde running - "Xorg.1.log" tentative to start another X server on vt8, it also had a broken cursor - "xorg.conf" "SWcursor" is commented out - "radeontool--debug-regs.log" `radeontool debug regs` output - "installed-software.log" radeon and x11 related software installed on this pc - "modinfo-radeon.log" `modinfo radeon` output - "lsmod.log" `lsmod` output - "xrandr--verbose.log" `xrandr -q --verbose` output - "lspci-vvv.log" `lspci -vvv` output - "lshw.log" `lshw` output, it's an hardware lister - "dmesg.log" `dmesg` output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 17

[Bug 28373] New: DRM lockup on X startup
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28373 Summary: DRM lockup on X startup Product: DRI Version: DRI 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: mattias.nissler(a)gmx.de I've tried to get the DRM/KMS stuff going on my Ati X800 Pro R423 PCIE. Here are theversions I've tried with: drm-2.6.git at 9e67e5b Merge tag 'v2.6.34' into drm-radeon-testing libdrm git at 607e228 Enable silent automake rules. xf86-video-ati git at 428125c r3xx-r5xx: enable color tiling by default on KMS mesa git at b202c78 r300: fix blits for textures of width/height greater than 2048 on r5xx The kernel boots up just fine and the text console switches to the drm framebuffer device as expected. When starting the X server, the VT switch occurs, but the display just freezes (presumably at modesetting time). The kernel doesn't crash, but graphics become unusable (no VT switching, modesetting whatsoever possible from the command line). In my kernel logs, I see the following: Jun 3 17:51:06 kea kernel: INFO: task X:3245 blocked for more than 120 seconds. Jun 3 17:51:06 kea kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 3 17:51:06 kea kernel: X D ffffffff8175c820 0 3245 3243 0x00400004 Jun 3 17:51:06 kea kernel: ffff88007c515788 0000000000000046 0000000000000000 ffffffff00000000 Jun 3 17:51:06 kea kernel: ffff88007c515fd8 ffff88007c515fd8 ffff88007a961040 0000000000014000 Jun 3 17:51:06 kea kernel: ffff88007c515fd8 0000000000014000 ffffffff81a67020 ffff88007a961040 Jun 3 17:51:06 kea kernel: Call Trace: Jun 3 17:51:06 kea kernel: [<ffffffff81743bc3>] mutex_lock_nested+0x183/0x370 Jun 3 17:51:06 kea kernel: [<ffffffff813bfb5b>] ? radeon_ring_lock+0x2b/0x60 Jun 3 17:51:06 kea kernel: [<ffffffff813bfb5b>] radeon_ring_lock+0x2b/0x60 Jun 3 17:51:06 kea kernel: [<ffffffff8174519b>] ? _raw_write_unlock_irqrestore+0x3b/0x60 Jun 3 17:51:06 kea kernel: [<ffffffff813d36a1>] r300_gpu_is_lockup+0x71/0x190 Jun 3 17:51:06 kea kernel: [<ffffffff813a8aee>] radeon_fence_wait+0x32e/0x3c0 Jun 3 17:51:06 kea kernel: [<ffffffff810926b0>] ? autoremove_wake_function+0x0/0x40 Jun 3 17:51:06 kea kernel: [<ffffffff813a82a5>] ? radeon_fence_emit+0xe5/0x130 Jun 3 17:51:06 kea kernel: [<ffffffff814074c8>] radeon_pm_set_clocks+0x428/0x670 Jun 3 17:51:06 kea kernel: [<ffffffff81407742>] ? radeon_pm_compute_clocks+0x32/0x280 Jun 3 17:51:06 kea kernel: [<ffffffff814077f0>] radeon_pm_compute_clocks+0xe0/0x280 Jun 3 17:51:06 kea kernel: [<ffffffff813ac42c>] radeon_crtc_mode_fixup+0x2c/0x50 Jun 3 17:51:06 kea kernel: [<ffffffff81358958>] drm_crtc_helper_set_mode+0x138/0x3c0 Jun 3 17:51:06 kea kernel: [<ffffffff81359657>] drm_crtc_helper_set_config+0x837/0x8e0 Jun 3 17:51:06 kea kernel: [<ffffffff8136be00>] drm_mode_setcrtc+0x170/0x3c0 Jun 3 17:51:06 kea kernel: [<ffffffff8135e79a>] drm_ioctl+0x33a/0x4c0 Jun 3 17:51:06 kea kernel: [<ffffffff8136bc90>] ? drm_mode_setcrtc+0x0/0x3c0 Jun 3 17:51:06 kea kernel: [<ffffffff810973de>] ? up_read+0x1e/0x40 Jun 3 17:51:06 kea kernel: [<ffffffff81114a98>] vfs_ioctl+0x38/0xd0 Jun 3 17:51:06 kea kernel: [<ffffffff81114c7a>] do_vfs_ioctl+0x8a/0x640 Jun 3 17:51:06 kea kernel: [<ffffffff8111527a>] sys_ioctl+0x4a/0x80 Jun 3 17:51:06 kea kernel: [<ffffffff81032f42>] system_call_fastpath+0x16/0x1b Jun 3 17:51:06 kea kernel: 6 locks held by X/3245: Jun 3 17:51:06 kea kernel: #0: (&dev->mode_config.mutex){......}, at: [<ffffffff8136bcca>] drm_mode_setcrtc+0x3a/0x3c0 Jun 3 17:51:06 kea kernel: #1: (&rdev->pm.mutex){......}, at: [<ffffffff81407742>] radeon_pm_compute_clocks+0x32/0x280 Jun 3 17:51:06 kea kernel: #2: (&dev->struct_mutex){......}, at: [<ffffffff814070d1>] radeon_pm_set_clocks+0x31/0x670 Jun 3 17:51:06 kea kernel: #3: (&rdev->vram_mutex){......}, at: [<ffffffff814070db>] radeon_pm_set_clocks+0x3b/0x670 Jun 3 17:51:06 kea kernel: #4: (&rdev->cp.mutex){......}, at: [<ffffffff814070e5>] radeon_pm_set_clocks+0x45/0x670 Jun 3 17:51:06 kea kernel: #5: (&rdev->cp.mutex){......}, at: [<ffffffff813bfb5b>] radeon_ring_lock+0x2b/0x60 I've had a quick look at the code, seems radeon_ring_lock cannot acquire the lock, since it's already taken by radeon_pm_set_clocks? But maybe the 300_gpu_is_lockup call indicates there's a bigger problem occurring before? You see, I don't know the code ;) If you want me to try patches, different versions etc. I'm happy to help. Keep up the good work! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 28217] New: Black screen and crash on r600 with radeon module not loaded
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28217 Summary: Black screen and crash on r600 with radeon module not loaded 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: kilobug(a)freesurf.fr If the radeon kernel module isn't loaded, starting Xorg gives me a black screen and I need to do a hard reboot (reset). I've a HD4650 radeon, so it's r600 driver. This didn't happen with my old Radeon 9250, but I did upgrade X and kernel at the same time (to have r600 support), so not sure if it's related to hardware or to more recent X. I'm using Debian GNU/Linux with 64-bits kernel and 32-bits userland and : - xserver-xorg-video-radeon version 1:6.13.0-2 - xserver-xorg version 1:7.5+6 - libgl1-mesa-dri version 7.8.1-1 - kernel 2.6.33-2-amd64 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 13

[Bug 28069] New: maniadrive - smooth play with LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable otherwise
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28069 Summary: maniadrive - smooth play with LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable otherwise Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pcpa(a)mandriva.com.br The problem described in https://bugs.freedesktop.org/show_bug.cgi?id=28002 actually also happens with the ati driver. Just that with the ati driver, it is less visible (the car position jumps less), but with LIBGL_ALWAYS_INDIRECT it also becomes a lot more smooth. -- 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 28030] New: HDMI audio does not work with HD4200 IGP but does work with radeonhd
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=28030 Summary: HDMI audio does not work with HD4200 IGP but does work with radeonhd 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: seanius(a)debian.org I've been using the radeonhd driver for some time due to the fact that it supports audio over HDMI, so i can have everything routed to my HDMI receiver over one cable. I read that recently the radeon driver was supposed to offer support for this as well, and since it's otherwise a better driver i thought i'd give it a go. unfortunately, i am greeted with the sound of silence, and not hte simon and garfunkel version (which would equally be surprising, but...). if i switch my xorg config to use the radonhd driver audio still works on this machine, but without running x or with x running and radeon driver loaded, nothing. alsa sees the devices, and I can play to it via sox, but I don't hear anything. here's some info that might be useful, please let me know if you need anything else. lspci: 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200] 01:05.1 Audio device: ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] kernel: Linux htpc 2.6.34-rc6 #1 SMP Fri Apr 30 18:58:36 CEST 2010 x86_64 GNU/Linux dmesg | grep -i radeon: [ 28.209345] [drm] radeon kernel modesetting enabled. [ 28.209617] radeon 0000:01:05.0: setting latency timer to 64 [ 28.216607] [drm] radeon: power management initialized [ 28.216623] radeon 0000:01:05.0: VRAM: 256M 0xC0000000 - 0xCFFFFFFF (256M used) [ 28.216630] radeon 0000:01:05.0: GTT: 512M 0xA0000000 - 0xBFFFFFFF [ 28.219976] [drm] radeon: 256M of VRAM memory ready [ 28.219980] [drm] radeon: 512M of GTT memory ready. [ 28.220065] [drm] radeon: irq initialized. [ 28.221688] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [ 28.273545] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin [ 28.280034] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [ 28.320843] [drm] radeon: ib pool ready. [ 28.321217] [drm] Radeon Display Connectors [ 28.650110] fb0: radeondrmfb frame buffer device [ 28.650115] [drm] Initialized radeon 2.3.0 20080528 for 0000:01:05.0 on minor 0 kernel options: options radeon modeset=1 audio=1 (also tried with modeset=0) aplay -L: null Discard all samples (playback) or generate zero samples (capture) front:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog Front speakers surround40:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=SB,DEV=0 HDA ATI SB, ALC889A Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=HDMI HDA ATI HDMI, ATI HDMI HDMI Audio Output lsmod: Module Size Used by nls_utf8 1240 0 nls_cp437 5825 0 btrfs 375614 0 zlib_deflate 17634 1 btrfs crc32c 2584 1 libcrc32c 986 1 btrfs ufs 57094 0 qnx4 6345 0 hfsplus 64974 0 hfs 37094 0 minix 21517 0 ntfs 158011 0 vfat 7832 0 msdos 6265 0 fat 39741 2 vfat,msdos jfs 137530 0 xfs 736926 0 exportfs 3066 1 xfs reiserfs 193312 0 ext4 273039 0 jbd2 61357 1 ext4 crc16 1311 1 ext4 ext2 53155 0 cryptd 5422 0 aes_x86_64 7380 2 aes_generic 26090 1 aes_x86_64 ppdev 5299 0 lp 8078 0 parport 25598 2 ppdev,lp acpi_cpufreq 5673 0 cpufreq_stats 2649 0 cpufreq_conservative 7886 0 cpufreq_powersave 926 0 cpufreq_userspace 1904 0 binfmt_misc 6446 1 uinput 6654 1 fuse 50041 5 loop 12218 0 joydev 8344 0 snd_hda_codec_idt 44345 1 arc4 1314 2 snd_hda_intel 19402 1 ecb 1865 2 snd_hda_codec 64924 2 snd_hda_codec_idt,snd_hda_intel snd_hwdep 5468 1 snd_hda_codec snd_pcm_oss 31980 0 snd_mixer_oss 12687 1 snd_pcm_oss pcmcia 29415 0 snd_pcm 61553 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_midi 4454 0 snd_rawmidi 15945 1 snd_seq_midi snd_seq_midi_event 4738 1 snd_seq_midi iwl3945 51692 0 snd_seq 42374 2 snd_seq_midi,snd_seq_midi_event iwlcore 84262 1 iwl3945 nouveau 366209 3 snd_timer 16288 2 snd_pcm,snd_seq snd_seq_device 4515 3 snd_seq_midi,snd_rawmidi,snd_seq mac80211 148124 2 iwl3945,iwlcore dell_wmi 2579 0 ttm 39325 1 nouveau drm_kms_helper 19995 1 nouveau cfg80211 114001 3 iwl3945,iwlcore,mac80211 yenta_socket 18897 0 rsrc_nonstatic 6873 1 yenta_socket psmouse 44995 0 dell_laptop 5040 0 video 18189 0 tpm_tis 7349 0 tpm 9843 1 tpm_tis tpm_bios 4629 1 tpm dcdbas 4992 1 dell_laptop evdev 7426 24 pcmcia_core 11412 3 pcmcia,yenta_socket,rsrc_nonstatic serio_raw 3726 0 snd 46659 13 snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device wmi 5443 1 dell_wmi i2c_i801 7822 0 rfkill 13314 3 cfg80211,dell_laptop output 1732 1 video battery 5518 0 ac 2200 0 drm 143465 5 nouveau,ttm,drm_kms_helper i2c_algo_bit 4297 1 nouveau rng_core 3166 0 processor 28802 3 acpi_cpufreq i2c_core 15804 5 nouveau,drm_kms_helper,i2c_i801,drm,i2c_algo_bit button 4706 1 nouveau soundcore 4726 1 snd snd_page_alloc 6097 2 snd_hda_intel,snd_pcm intel_agp 25635 0 dm_snapshot 24498 0 dm_mirror 11626 0 dm_region_hash 6640 1 dm_mirror dm_log 7645 2 dm_mirror,dm_region_hash ext3 105714 3 jbd 36203 1 ext3 mbcache 5152 3 ext4,ext2,ext3 dm_mod 54789 9 dm_snapshot,dm_mirror,dm_log raid1 18423 0 md_mod 76980 1 raid1 sg 19029 0 sr_mod 12711 0 sd_mod 30243 5 crc_t10dif 1284 1 sd_mod cdrom 29769 1 sr_mod ata_generic 3023 0 ata_piix 20556 5 libata 132830 2 ata_generic,ata_piix uhci_hcd 18218 0 scsi_mod 124407 4 sg,sr_mod,sd_mod,libata tg3 104200 0 ide_pci_generic 2828 0 ehci_hcd 29920 0 libphy 14000 1 tg3 ide_core 76791 1 ide_pci_generic usbcore 124669 3 uhci_hcd,ehci_hcd nls_base 6369 9 nls_utf8,nls_cp437,hfsplus,hfs,ntfs,vfat,fat,jfs,usbcore thermal 12046 0 thermal_sys 12036 3 video,processor,thermal -- 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

[Bug 27609] New: Regression: r600 CS checker rejects narrow FBO renderbuffers.
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=27609 Summary: Regression: r600 CS checker rejects narrow FBO renderbuffers. Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nbowler(a)draconx.ca Created an attachment (id=34944) --> (https://bugs.freedesktop.org/attachment.cgi?id=34944) Full kernel log including failure message. The R600 CS checker recently merged into the mainline kernel breaks rendering to FBOs with renderbuffers of width <= 48. The height does not matter. Attempting to run such a program terminates with drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. and in dmesg: radeon 0000:03:00.0: r600_cs_track_validate_cb:198 cb pitch (32 x 4 = 128) invalid radeon 0000:03:00.0: r600_packet3_check:1109 invalid cmd stream 514 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Please see the test case attached to bug 27590 for a program which triggers this issue. The program works on Linux 2.6.33 and with the software rasterizer. The problem is reproducible with both mesa 7.8.1 and git master, against latest Linus git kernel. -- 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 28000] New: [Mobile GM965/GL96][Wine][3D] Display and textures corrupted in Warhammer 40k Soulstorm
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=28000 Summary: [Mobile GM965/GL96][Wine][3D] Display and textures corrupted in Warhammer 40k Soulstorm Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fdelente(a)mail.cpod.fr Created an attachment (id=35465) --> (https://bugs.freedesktop.org/attachment.cgi?id=35465) Xorg.0.log $ lspci 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) $ uname -m i686 $ uname -a Linux slick 2.6.32.3-smp #7 SMP PREEMPT Tue Apr 6 19:10:03 CEST 2010 i686 Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz GenuineIntel GNU/Linux -- xf86-video-intel/xserver/mesa/libdrm version: xf86-video-intel-2.11.0-i386-1 xorg-server-1.8.0-i386-1 Mesa-7.8.1-i386-1 libdrm-2.4.20-i386-1 -- kernel version: ("uname -r") 2.6.32.3-smp -- Linux distribution: Slackware 13.0 initially, but I recompiled many packages from source -- Machine or mobo model: Packard Bell BG46 fr -- Display connector: (e.g. VGA, DVI, HDMI, S-video, ...) VGA? LCD panel 3) Reproduce steps. Probability if not 100% reproducible. 100% reproducible: when starting Soulstorm, some bitmaps and 3D textures are corrupted. The same game works flawlessly on another computer with an Nvidia card. 4) Attachment: -- Xorg.0.log -- dmesg output (better with boot option "drm.debug=0x06") -- xorg.conf (if you changed any default options) No change there -- screenshot or photo (optional, a picture is worth a thousand words) -- output of "xrandr --verbose" for display mode issue -- intel_reg_dumper output (see the guide) for display issue. -- for GPU hang, get the last batch buffer (see the guide). -- 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 28841] New: Heavy text corruption in virtual consoles using DRI
by bugzilla-daemon＠freedesktop.org 14 Oct '19

14 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=28841 Summary: Heavy text corruption in virtual consoles using DRI Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: eblanca76(a)users.sourceforge.net I have a clean install of latest ubuntu lucid lynx, I added framebuffer support for g550 (matroxfb) and text in virtual consoles appears corrupted, it is made of random pixels appearing far away from the expected prompt. I can get back to clean text if I switch to xorg (ctrl+f7) then back to the virtual console, but if I type in new text, it appears ugly as usual. The only workaround for this is to disable DRI, then the text appears perfect and no switch is needed. Of course, this way the system cannot support any game. I attach my actual xorg.conf. My config: ubuntu 10.04 (Lucid) 2.6.32-22-generic i686 GNU/Linux with gnome 2.30.2 and xorg X server 1.7.6. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2010