dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 50892] New: Invalid command stream with TURKS running Cinnamon
by bugzilla-daemon＠freedesktop.org 23 Jan '14

23 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=50892 Bug #: 50892 Summary: Invalid command stream with TURKS running Cinnamon Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zboszor(a)pr.hu I got these errors on my AMD A4-3300 notebook (ASUS K53TA) after I upgraded to kernel 3.4.0 and xorg-x11-drv-ati-6.14.4-6.20120602git930760942 yesterday evening (CET): Jun 7 19:26:41 localhost kernel: [ 889.757979] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:439 cb[0] bo too small (layer size 18874368, offset 0, max layer 1, bo size 4718592, slice 18431) Jun 7 19:26:41 localhost kernel: [ 889.757986] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:443 problematic surf: (1536 768) (4 4 1 1 1 64 1) Jun 7 19:26:41 localhost kernel: [ 889.757989] radeon 0000:00:01.0: evergreen_packet3_check:2055 invalid cmd stream 2587 Jun 7 19:26:41 localhost kernel: [ 889.757993] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:26:50 localhost systemd-tmpfiles[1176]: Successfully loaded SELinux database in 20ms 513us, size on heap is 532K. Jun 7 19:26:50 localhost systemd-tmpfiles[1176]: stat(/run/user/zozo/gvfs) failed: Permission denied Jun 7 19:27:04 localhost kernel: [ 913.093258] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:439 cb[0] bo too small (layer size 10223616, offset 0, max layer 1, bo size 2555904, slice 9983) Jun 7 19:27:04 localhost kernel: [ 913.093272] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:443 problematic surf: (1024 624) (4 4 1 1 1 64 1) Jun 7 19:27:04 localhost kernel: [ 913.093280] radeon 0000:00:01.0: evergreen_packet3_check:2055 invalid cmd stream 5344 Jun 7 19:27:04 localhost kernel: [ 913.093286] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:05 localhost kernel: [ 914.074877] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:05 localhost kernel: [ 914.074883] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:06 localhost kernel: [ 915.073121] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:06 localhost kernel: [ 915.073127] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:06 localhost kernel: [ 915.166232] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:06 localhost kernel: [ 915.166237] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.193506] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.193511] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.291245] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.291251] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.317023] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.317028] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.327642] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.327649] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.343749] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.343761] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! Jun 7 19:27:07 localhost kernel: [ 915.360748] radeon 0000:00:01.0: evergreen_cs_track_validate_texture:796 texture bo too small (layer size 10223616, offset 0, max layer 1, depth 1, bo size 2555904) (1024 624) Jun 7 19:27:07 localhost kernel: [ 915.360760] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! At first I thought I had to RMA the notebook because the display only showed a single horizontal line in the middle of the screen. Rebooting the machine showed various problems: missing icons (like the "faces" icon for users on the GDM screen) and after logging in various bluish - magentaish rectangles on the screen. Rebooting back to 3.3.7 at the time didn't fix the problem but after yum reinstall "*" at least 3.3.7-1.fc17 is usable. 3.4.0-1.fc17 reliably shows this problem. Today I accidentally reproduced this on my desktop machine with AMD Radeon HD6570 and kernel 3.4.0-1.fc17. I use Cinnamon on both machines. It turns out that the bad behaviour only shows up (but reliably) if I move the mouse pointer to the "magic spot" on the screen, i.e. the top-left corner so the workspace switcher kicks in. Killing X with Ctrl-Alt-BkSp cures it. The difference between my desktop machine and the notebook is that for some reason, when X starts, the cursor shows up in the top-left corner on my notebook but in the middle of the screen on my desktop machine. So, the error occurred on the notebook as soon login was attempted without moving the mouse. Currently installed relevant software versions: kernel-3.3.7-1.fc17.x86_64 kernel-3.4.0-1.fc17.x86_64 mesa-libGL-8.0.3-1.fc17.i686 mesa-libGL-8.0.3-1.fc17.x86_64 mesa-dri-drivers-8.0.3-1.fc17.x86_64 mesa-dri-drivers-8.0.3-1.fc17.i686 xorg-x11-server-Xorg-1.12.0-5.fc17.x86_64 xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.x86_64 cinnamon-1.4.0-5.UP1.fc17.x86_64 muffin-1.0.3-3.fc17.x86_64 Since I heard about the current state of ColorTiling2D is not yet usable, I thought it might somehow kick in and created this file on my notebook: # cat /etc/X11/xorg.conf.d/01-radeon.conf ########################### Section "Device" Identifier "Radeon" Driver "radeon" Option "ColorTiling2D" "off" EndSection ########################### Xorg.0.conf confirms setting ColorTiling2D to off explicitly but it didn't solve the problem on the notebook. The order of events on the notebook: yum upgrade installed these: Jun 7 15:56:23 localhost yum[876]: Updated: avahi-0.6.31-3.fc17.x86_64 Jun 7 15:56:23 localhost yum[876]: Updated: avahi-glib-0.6.31-3.fc17.x86_64 Jun 7 15:56:27 localhost yum[876]: Updated: xulrunner-13.0-1.fc17.x86_64 Jun 7 15:56:28 localhost yum[876]: Updated: xsane-common-0.998-10.fc17.x86_64 Jun 7 15:56:28 localhost yum[876]: Updated: xsane-gimp-0.998-10.fc17.x86_64 Jun 7 15:56:33 localhost yum[876]: Updated: firefox-13.0-1.fc17.x86_64 Jun 7 15:56:34 localhost yum[876]: Updated: avahi-ui-gtk3-0.6.31-3.fc17.x86_64 Jun 7 15:56:34 localhost yum[876]: Updated: avahi-gobject-0.6.31-3.fc17.x86_64 Jun 7 15:56:36 localhost yum[876]: Updated: fontconfig-devel-2.8.0-7.fc17.x86_64 Jun 7 15:56:39 localhost yum[876]: Updated: kernel-headers-3.4.0-1.fc17.x86_64 Jun 7 15:56:39 localhost yum[876]: Updated: xorg-x11-drv-synaptics-1.6.1-1.fc17.x86_64 Jun 7 15:56:40 localhost yum[876]: Updated: avahi-autoipd-0.6.31-3.fc17.x86_64 Jun 7 15:56:41 localhost yum[876]: Updated: kpartx-0.4.9-26.fc17.x86_64 Jun 7 15:56:45 localhost yum[876]: Updated: fontconfig-2.8.0-7.fc17.i686 Jun 7 15:56:55 localhost yum[876]: Installed: kernel-3.4.0-1.fc17.x86_64 yum --enablerepo=updates-testing upgrade libX11* xorg-x11-drv-ati installed these: Jun 7 15:59:23 localhost yum[10612]: Updated: libX11-common-1.5.0-1.fc17.noarch Jun 7 15:59:26 localhost yum[10612]: Updated: libX11-1.5.0-1.fc17.x86_64 Jun 7 15:59:31 localhost yum[10612]: Updated: libX11-devel-1.5.0-1.fc17.x86_64 Jun 7 15:59:33 localhost yum[10612]: Updated: xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.x86_64 Jun 7 15:59:34 localhost yum[10612]: Updated: libX11-1.5.0-1.fc17.i686 Then the error kicked in after a reboot. I flashed the BIOS from version 207 to 214 after that, didn't solve anything. Then yum distro-sync downgraded these: Jun 7 19:28:28 localhost yum[1392]: Installed: libX11-common-1.4.99.901-2.fc17.noarch Jun 7 19:28:29 localhost yum[1392]: Installed: libX11-1.4.99.901-2.fc17.x86_64 Jun 7 19:28:32 localhost yum[1392]: Installed: libX11-devel-1.4.99.901-2.fc17.x86_64 Jun 7 19:28:33 localhost yum[1392]: Installed: xorg-x11-drv-ati-6.14.4-5.20120417git0bda305f7.fc17.x86_64 Jun 7 19:28:34 localhost yum[1392]: Installed: libX11-1.4.99.901-2.fc17.i686 Jun 7 19:28:57 localhost yum[1403]: Updated: libX11-common-1.5.0-1.fc17.noarch Jun 7 19:28:57 localhost yum[1403]: Updated: libX11-1.5.0-1.fc17.x86_64 Jun 7 19:29:01 localhost yum[1403]: Updated: libX11-devel-1.5.0-1.fc17.x86_64 Jun 7 19:29:02 localhost yum[1403]: Updated: libX11-1.5.0-1.fc17.i686 Since yesterday the above libX11* and xorg-x11-drv-ati versions were moved to updated from updates-testing. Today I performed a yum reinstall "*" to ensure that every packages are ok. memtest86+ was ran on the machine after I bought it in January, it happily ran Fedora 16. Then it was upgraded to F17 during its RC series and only yum upgrade was performed since then, possibly missing some rebuilds which yum reinstall "*" finally included. Or it was simply a gremlin in the machine. After this yum reinstall "*", I rebooted several times switching between 3.4.0 and 3.3.7. 3.3.7 is usable, 3.4.0 triggers the "invalid command stream" messages in the syslog. -- 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 45290] New: [bisected r200] fdo23670-drawpix_stencil fails and crashes
by bugzilla-daemon＠freedesktop.org 22 Jan '14

22 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=45290 Bug #: 45290 Summary: [bisected r200] fdo23670-drawpix_stencil fails and crashes Classification: Unclassified Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: idr(a)freedesktop.org There seem to be at least two problems with fdo23670-drawpix_stencil (and other stencil tests) on r200. There is incorrect rendering, which bisects to the first commit listed below, and a crash, which bisects to the second. The backtrace of the segfault is: (gdb) bt #0 0x00007ffff5a2fd5f in radeon_unmap_renderbuffer_s8z24 (ctx=0x6992d0, rb=0x85d2d0) at radeon_fbo.c:270 #1 0x00007ffff5a2fe31 in radeon_unmap_renderbuffer (ctx=0x6992d0, rb=0x85d2d0) at radeon_fbo.c:290 #2 0x00007ffff5a40726 in radeon_renderbuffer_unmap (ctx=0x6992d0, rb=0x85d2d0) at radeon_span.c:510 #3 0x00007ffff5a408a8 in radeon_unmap_framebuffer (ctx=0x6992d0, fb=0x85cc50) at radeon_span.c:545 #4 0x00007ffff5a40a67 in radeonSpanRenderFinish (ctx=0x6992d0) at radeon_span.c:579 #5 0x00007ffff5d0d249 in swrast_render_finish (ctx=0x6992d0) at swrast/s_context.h:335 #6 0x00007ffff5d0f5ae in _swrast_DrawPixels (ctx=0x6992d0, x=50, y=50, width=20, height=20, format=6401, type=5121, unpack=0x6a8bb0, pixels=0x7fffffffdf30) at swrast/s_drawpix.c:750 #7 0x00007ffff5c0c9a6 in _mesa_meta_DrawPixels (ctx=0x6992d0, x=50, y=50, width=20, height=20, format=6401, type=5121, unpack=0x6a8bb0, pixels=0x7fffffffdf30) at drivers/common/meta.c:2217 #8 0x00007ffff5ca6311 in _mesa_DrawPixels (width=20, height=20, format=6401, type=5121, pixels=0x7fffffffdf30) at main/drawpix.c:131 #9 0x0000000000429ba0 in piglit_display () at /home/idr/devel/graphics/piglit/tests/bugs/fdo23670-drawpix_stencil.c:68 #10 0x0000000000429c51 in display () at /home/idr/devel/graphics/piglit/tests/util/piglit-framework.c:56 #11 0x00007ffff7b0db07 in ?? () from /usr/lib64/libglut.so.3 #12 0x00007ffff7b11269 in fgEnumWindows () from /usr/lib64/libglut.so.3 #13 0x00007ffff7b0dfe2 in glutMainLoopEvent () from /usr/lib64/libglut.so.3 #14 0x00007ffff7b0e8d5 in glutMainLoop () from /usr/lib64/libglut.so.3 #15 0x000000000042a3c0 in main (argc=1, argv=0x7fffffffe4b8) at /home/idr/devel/graphics/piglit/tests/util/piglit-framework.c:304 (gdb) print tiled_s8z24_map $1 = (uint32_t *) 0x7ffff4d09000 (gdb) print dst_offset $2 = 53288 (gdb) print untiled_s8z24_map $3 = (uint32_t *) 0x868b10 (gdb) print src_offset $4 = 256 (gdb) print tiled_s8z24_map[dst_offset/4] Cannot access memory at address 0x7ffff4d16028 (gdb) commit 345fc4161967f15fb80848cd7dc6a63100f8c12d Author: Eric Anholt <eric(a)anholt.net> Date: Wed Oct 12 17:05:20 2011 -0700 swrast: Convert color glReadPixels slow path to using MapRenderbuffer. This may be a bit slower than before because we're switching from per-format compiled loops in GetRow to _mesa_unpack_rgba_block_unpack's loop around a callback to unpack a pixel. The solution there would be to make _mesa_unpack_rgba_block fold the span loop into the format handlers. (On the other hand, function call overhead will hardly matter if MapRenderbuffer means the driver gets the data into cacheable memory instead of uncached). The adjust_colors code should no longer be required, since the unpack function does the 565 to float conversion in a single pass instead of converting it (poorly) through 8888 as apparently happened in the past. Reviewed-by: Brian Paul <brianp(a)vmware.com> commit 7d91ecf7a3a08c01a704f2d427444f7a97991680 Author: Dave Airlie <airlied(a)redhat.com> Date: Mon Dec 5 19:15:04 2011 +0000 radeon/r200: add draw/stencil buffer detiling This moves the detiling to the fbo mapping, r200 depth is always tiled, and we can't detile it with the blitter. Signed-off-by: Dave Airlie <airlied(a)redhat.com> -- 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

[Bug 43441] New: [RADEON:KMS:RV370:RESUME] garbage on screen (console or X) after suspend-resume with radeon (KMS only)
by bugzilla-daemon＠bugzilla.kernel.org 17 Jan '14

17 Jan '14

https://bugzilla.kernel.org/show_bug.cgi?id=43441 Summary: [RADEON:KMS:RV370:RESUME] garbage on screen (console or X) after suspend-resume with radeon (KMS only) Product: Drivers Version: 2.5 Kernel Version: 2.6.32-3.5rc2 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: cyberbat(a)lavabit.com Regression: No Created an attachment (id=73681) --> (https://bugzilla.kernel.org/attachment.cgi?id=73681) full kernel 3.5rc2 log Screen on my Samsung R50 notebook with AMD Mobility Radeon X300 (RV370 chipset) become completely unusable after resume (watch screenshots). I've tested different kernels from 2.6.32 till 3.5rc2. Just the same thing. The thing happens only with KMS turned on. I have tried suspend from X (Xfce) and from console (using pm-suspend). I repeatedly get following errors in kernel log after resume: Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000000023d last fence id 0x000000000000023c) Jun 15 18:56:39 localhost kernel: Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:392) RBBM_STATUS=0x80010140 Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:411) RBBM_STATUS=0x80010140 Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:423) RBBM_STATUS=0x00000140 Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: GPU reset succeed Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: GPU reset succeed Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: f5eaf400 unpin not necessary Jun 15 18:56:39 localhost kernel: [drm] radeon: 1 quad pipes, 1 Z pipes initialized. Jun 15 18:56:39 localhost kernel: [drm] PCIE GART of 512M enabled (table at 0x00000000D0040000). Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: WB enabled Jun 15 18:56:39 localhost kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0xff8de000 Jun 15 18:56:39 localhost kernel: [drm] radeon: ring at 0x00000000B0001000 Jun 15 18:56:39 localhost kernel: [drm] ring test succeeded in 1 usecs Jun 15 18:56:39 localhost kernel: [drm] ib test succeeded in 0 usecs ... Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000490 last fence id 0x000000000000033b) Jun 15 18:58:32 localhost kernel: Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:392) RBBM_STATUS=0x80010140 Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:411) RBBM_STATUS=0x80010140 Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:423) RBBM_STATUS=0x00000140 Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: GPU reset succeed Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: GPU reset succeed Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: f5eaf400 unpin not necessary Jun 15 18:58:32 localhost kernel: [drm] radeon: 1 quad pipes, 1 Z pipes initialized. Jun 15 18:58:32 localhost kernel: [drm] PCIE GART of 512M enabled (table at 0x00000000D0040000). Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: WB enabled Jun 15 18:58:32 localhost kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0xff8de000 Jun 15 18:58:32 localhost kernel: [drm] radeon: ring at 0x00000000B0001000 Jun 15 18:58:32 localhost kernel: [drm] ring test succeeded in 1 usecs Jun 15 18:58:32 localhost kernel: [drm] ib test succeeded in 0 usecs Jun 15 19:00:46 localhost /usr/sbin/gpm[1110]: *** info [daemon/processrequest.c(42)]: Jun 15 19:00:46 localhost /usr/sbin/gpm[1110]: Request on 6 (console 1) Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: GPU lockup CP stall for more than 200579msec Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000000058f) Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: failed to get a new IB (-35) Jun 15 19:01:42 localhost kernel: [drm:radeon_cs_ib_chunk] *ERROR* Failed to get ib ! Jun 15 19:01:42 localhost kernel: Failed to wait GUI idle while programming pipes. Bad things might happen. Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:392) RBBM_STATUS=0x80010140 Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:411) RBBM_STATUS=0x80010140 Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: (r300_asic_reset:423) RBBM_STATUS=0x00000140 Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: GPU reset succeed Jun 15 19:01:42 localhost kernel: radeon 0000:01:00.0: GPU reset succeed I recognize that I have really old notebook, but It has enough power for my tasks so it will be good to use KMS on it cause I loose a lot of features of X without it. -- 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 8

[Bug 49747] New: dpms on only works on DP0 on a hd5700
by bugzilla-daemon＠freedesktop.org 17 Jan '14

17 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=49747 Bug #: 49747 Summary: dpms on only works on DP0 on a hd5700 Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: daniel(a)ffwll.ch On my hd5700 with 5 dp outputs, dpms off works as expected, but dpms on only brings back the screen on output 0. 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Juniper [Radeon HD 5700 Series] [1002:68b8] 06:00.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI Juniper HDMI Audio [Radeon HD 5700 Series] [1002:aa58] Kernel is drm-next as of a few days ago, precisely: commit 4f256e8aa3eda15c11c3cec3ec5336e1fc579cbd Merge: 4086b1e dc257cf Author: Dave Airlie <airlied(a)redhat.com> Date: Mon May 7 16:09:09 2012 +0100 Merge branch 'for-airlied' of git://people.freedesktop.org/~danvet/drm-intel Daniel prepared this branch with a back-merge as git was getting very confused about changes in intel_display.c plus a bunch of drm/i915 patches. I'll attach dmesg, Xorg.log and xrandr --verbose. If I should just retest with latest drm-next, please just holler. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 22

[Bug 32455] New: Crash with mame using OpenGL with newest Gallium on Radeon 4350
by bugzilla-daemon＠freedesktop.org 14 Jan '14

14 Jan '14

https://bugs.freedesktop.org/show_bug.cgi?id=32455 Summary: Crash with mame using OpenGL with newest Gallium on Radeon 4350 Product: Mesa Version: git Platform: All OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bitbytebit(a)gmail.com This is a backtrace of the issue, seems the first buffer is 0x0 and crashing on that in the r600g Gallium driver. This is running the newest Mame using OpenGL, Linux-Next, everything basically from GIT and newest up to date code. I suspect something in Mame might be causing the first buffer to be NULL, but not sure and it works on Classic so something is different in Gallium I am guessing. arcade mesa # lspci -v -s 01:00.0 01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD 4350] (prog-if 00 [VGA controller]) Subsystem: Diamond Multimedia Systems Device 4350 Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at d0000000 (64-bit, prefetchable) [size=256M] Memory at c8b00000 (64-bit, non-prefetchable) [size=64K] I/O ports at 2000 [size=256] [virtual] Expansion ROM at e01e0000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information <?> Kernel driver in use: radeon Kernel modules: radeon Linux arcade 2.6.37-rc5-next-20101213 #1 SMP Tue Dec 14 18:23:46 CST 2010 i686 Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz GenuineIntel GNU/Linux (gdb) run pacman -verbose Starting program: /mnt/livecd/usr/games/bin/mame pacman -verbose [Thread debugging using libthread_db enabled] Parsing mame.ini [New Thread 0xb6f4db70 (LWP 25175)] Build version: 0.140u2 (Dec 16 2010) Build architecure: SDLMAME_ARCH= Build defines 1: SDLMAME_UNIX=1 SDLMAME_X11=1 SDLMAME_LINUX=1 Build defines 1: LSB_FIRST=1 MAME_DEBUG=1 DISTRO=generic SYNC_IMPLEMENTATION=tc SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1 Compiler defines A: __GNUC__=4 __GNUC_MINOR__=4 __GNUC_PATCHLEVEL__=4 __VERSION__="4.4.4" Compiler defines B: __unix__=1 __i386__=1 Compiler defines C: __USE_FORTIFY_LEVEL=0 SDL Device Driver : x11 SDL Monitor Dimensions: 648 x 480 Enter sdlwindow_init Using SDL single-window OpenGL driver (SDL 1.2) Leave sdlwindow_init 648x 480 -> 0.001621 Loaded opengl shared library: <default> Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable OpenGL: X.Org OpenGL: Gallium 0.4 on AMD RV710 OpenGL: 2.1 Mesa 7.10-devel OpenGL: texture rectangle supported OpenGL: non-power-of-2 textures supported (new method) OpenGL: vertex buffer supported OpenGL: pixel buffers supported OpenGL: framebuffer object supported OpenGL: GLSL supported, but disabled OpenGL: max texture size 8192 x 8192 Keyboard: Start initialization Input: Adding Kbd #1: System keyboard Keyboard: Registered System keyboard Keyboard: End initialization Mouse: Start initialization Input: Adding Mouse #1: System mouse Mouse: Registered System mouse Mouse: End initialization Joystick: Start initialization Joystick: End initialization Audio: Start initialization Audio: Driver is alsa [New Thread 0xb565eb70 (LWP 25176)] Audio: frequency: 48000, channels: 2, samples: 1024 sdl_create_buffers: creating stream buffer of 57344 bytes Audio: End initialization ouput: unable to open output notifier file /tmp/sdlmame_out Input: Changing default joystick map = s8.4s8.44s8.4445 s8888888s 4s88888s6 44s888s66 444555666 444555666 444555666 44s222s66 4s22222s6 s2222222s Input: Changing default joystick map = s8.4s8.44s8.4445 s8888888s 4s88888s6 44s888s66 444555666 444555666 444555666 44s222s66 4s22222s6 s2222222s Matching font: /usr/share/fonts/liberation-fonts/LiberationSans-Regular.ttf 648x 480 -> 0.001621 Starting Driver Device 'root' (missing dependencies; rescheduling) Starting Z80 'maincpu' Starting Video Screen 'screen' Starting Speaker 'mono' (missing dependencies; rescheduling) Starting Namco 'namco' Starting Driver Device 'root' (missing dependencies; rescheduling) Starting Speaker 'mono' Starting Driver Device 'root' OpenGL: VBO supported OpenGL: PBO supported OpenGL: FBO supported OpenGL: using vid filter: 0 GL texture: copy 1, shader 0, dynamic 1, 288x224 288x224 [PALETTE16, Equal: 0, Palette: 1, scale 1x1, border 0, pitch 384,288/8192], colors: 512, bytes/pix 4 Program received signal SIGSEGV, Segmentation fault. 0xb5c01eec in r600_buffer_is_user_buffer (buffer=0x0) at r600_resource.h:103 103 r600_resource.h: No such file or directory. in r600_resource.h (gdb) backtrace #0 0xb5c01eec in r600_buffer_is_user_buffer (buffer=0x0) at r600_resource.h:103 #1 0xb5c0247b in r600_set_vertex_buffers (ctx=0xe0aadc0, count=1, buffers=0xbfffe9fc) at r600_state_common.c:191 #2 0xb5ced384 in st_draw_vbo (ctx=0xe484218, arrays=0xe4b0468, prims=0xbfffec5c, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3) at state_tracker/st_draw.c:701 #3 0xb5ce692a in vbo_draw_arrays (ctx=0xe484218, mode=7, start=0, count=4, numInstances=1) at vbo/vbo_exec_array.c:588 #4 0xb5ce6a67 in vbo_exec_DrawArrays (mode=7, start=0, count=4) at vbo/vbo_exec_array.c:619 #5 0x08fd463f in drawogl_window_draw (window=0xdf9cdf8, dc=0, update=1) at src/osd/sdl/drawogl.c:1525 #6 0x08fc5090 in draw_video_contents_wt (param=0xdfb58e8, threadid=0) at src/osd/sdl/window.c:1233 #7 0x08fc2e7f in execute_async (callback=0x8fc4f7f <draw_video_contents_wt>, wp=0xbfffee3c) at src/osd/sdl/window.c:160 #8 0x08fc4781 in sdlwindow_video_window_update (machine=0xdfb1aa0, window=0xdf9cdf8) at src/osd/sdl/window.c:1009 #9 0x08f9f281 in sdl_osd_interface::update (this=0xbffff3a0, skip_redraw=false) at src/osd/sdl/video.c:346 #10 0x0984308f in video_manager::frame_update (this=0xe4c1670, debug=false) at src/emu/video.c:253 #11 0x0981551d in screen_device::vblank_begin_callback (this=0xdf748f8) at src/emu/screen.c:799 #12 0x098164f2 in screen_device::static_vblank_begin_callback (machine=0xdfb1aa0, ptr=0xdf748f8, param=0) at src/emu/screen.h:207 #13 0x098297d2 in timer_execute_timers (machine=0xdfb1aa0) at src/emu/timer.c:389 #14 0x098116bd in device_scheduler::timeslice (this=0xdfb23dc) at src/emu/schedule.c:244 #15 0x097b3fe1 in running_machine::run (this=0xdfb1aa0, firstrun=true) at src/emu/machine.c:412 #16 0x097b1131 in mame_execute (osd=..., options=0xdfa2498) at src/emu/mame.c:203 #17 0x0973fe2d in cli_execute (argc=3, argv=0xbffff474, osd=..., osd_options=0xada9460) at src/emu/clifront.c:175 #18 0x08f9a37c in main (argc=3, argv=0xbffff474) at src/osd/sdl/sdlmain.c:328 (gdb) bt full #0 0xb5c01eec in r600_buffer_is_user_buffer (buffer=0x0) at r600_resource.h:103 No locals. #1 0xb5c0247b in r600_set_vertex_buffers (ctx=0xe0aadc0, count=1, buffers=0xbfffe9fc) at r600_state_common.c:191 i = 0 rctx = 0xe0aadc0 vbo = 0xbfffe9fc max_index = 4294967295 #2 0xb5ced384 in st_draw_vbo (ctx=0xe484218, arrays=0xe4b0468, prims=0xbfffec5c, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3) at state_tracker/st_draw.c:701 st = 0xe4ad880 pipe = 0xe0aadc0 vp = 0xe9086f0 vpv = 0xe8f4db8 vbuffer = {{stride = 8, max_index = 3, buffer_offset = 0, buffer = 0x0}, {stride = 27394048, max_index = 1, buffer_offset = 9584641, buffer = 0x1248001}, {stride = 28753921, max_index = 3059970036, buffer_offset = 244352752, buffer = 0xbfffea78}, {stride = 3050865665, max_index = 3221220076, buffer_offset = 27394050, buffer = 0xbfffea58}, {stride = 27394049, max_index = 3, buffer_offset = 8, buffer = 0xbfffea78}, {stride = 3050862229, max_index = 3073952510, buffer_offset = 3059184192, buffer = 0x62f}, {stride = 27394070, max_index = 27394086, buffer_offset = 3073952510, buffer = 0xe8f7b08}, {stride = 3059970036, max_index = 3059970036, buffer_offset = 244352752, buffer = 0xbfffeab8}, {stride = 3074823052, max_index = 3, buffer_offset = 16, buffer = 0x6}, {stride = 64, max_index = 3074823064, buffer_offset = 6, buffer = 0x2c}, {stride = 3059184192, max_index = 3074690840, buffer_offset = 20, buffer = 0xb74613b8}, {stride = 3074690564, max_index = 3074691314, buffer_offset = 48, buffer = 0xb745fff4}, {stride = 0, max_index = 3074823040, buffer_offset = 3221220088, buffer = 0xb74613b0}, {stride = 3074818036, max_index = 3074823040, buffer_offset = 0, buffer = 0xbfffeaf8}, {stride = 3073962252, max_index = 16, buffer_offset = 244370256, buffer = 0x204b0}, {stride = 3059970036, max_index = 3061087648, buffer_offset = 0, buffer = 0x0}, {stride = 3050328421, max_index = 244272520, buffer_offset = 3221220192, buffer = 0x2c}, {stride = 13, max_index = 13, buffer_offset = 13, buffer = 0x11}, {stride = 0, max_index = 0, buffer_offset = 244352752, buffer = 0x9d60251c}, {stride = 234445880, max_index = 3059970036, buffer_offset = 3061087648, buffer = 0xbfffeb98}, {stride = 3050879936, max_index = 239616536, buffer_offset = 234567304, buffer = 0xbfffeb60}, {stride = 44, max_index = 244352752, buffer_offset = 234622136, buffer = 0xbfffeb88}, {stride = 3051056141, max_index = 239616536, buffer_offset = 138412032, buffer = 0x101}, {stride = 16, max_index = 0, buffer_offset = 0, buffer = 0xbfffeb98}, {stride = 239790520, max_index = 3051171495, buffer_offset = 3059970036, buffer = 0xbfffeba8}, { stride = 3051055507, max_index = 239616536, buffer_offset = 138412032, buffer = 0x8}, {stride = 3049939911, max_index = 239616536, buffer_offset = 3059970036, buffer = 0xbfffebd8}, {stride = 3050223256, max_index = 239616536, buffer_offset = 138412032, buffer = 0xbfffebd8}, {stride = 3049938678, max_index = 2000000000, buffer_offset = 234554628, buffer = 0xb7f15319}, {stride = 239786112, max_index = 16, buffer_offset = 3059970036, buffer = 0xbfffec08}, {stride = 3059970036, max_index = 3061087648, buffer_offset = 0, buffer = 0xbfffec08}, {stride = 3050004713, max_index = 233940708, buffer_offset = 138412032, buffer = 0x9cc2505}} attr = 3049941235 velements = {{src_offset = 235552416, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_R32G32_FLOAT}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_R32G32_FLOAT}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_NONE}, { src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 3073952510, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_B5G5R5A1_UNORM}, { src_offset = 56, instance_divisor = 3074823060, vertex_buffer_index = 5, src_format = PIPE_FORMAT_R32G32B32_UNORM}, {src_offset = 0, instance_divisor = 3074690840, vertex_buffer_index = 0, src_format = 3074823096}, {src_offset = 3074690564, instance_divisor = 3074691314, vertex_buffer_index = 40, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 3074823040, vertex_buffer_index = 0, src_format = 3074823088}, {src_offset = 3074818036, instance_divisor = 3074823040, vertex_buffer_index = 244352752, src_format = 3221219576}, ---Type <return> to continue, or q <return> to quit--- {src_offset = 3073962252, instance_divisor = 0, vertex_buffer_index = 0, src_format = 3073948022}, {src_offset = 3059970036, instance_divisor = 3221219852, vertex_buffer_index = 244352752, src_format = 3221219624}, {src_offset = 3049429450, instance_divisor = 244272480, vertex_buffer_index = 244271440, src_format = PIPE_FORMAT_NONE}, {src_offset = 0, instance_divisor = 0, vertex_buffer_index = 0, src_format = PIPE_FORMAT_R32G32_UNORM}, {src_offset = 244272480, instance_divisor = 0, vertex_buffer_index = 27394177, src_format = 3221219704}, {src_offset = 3050860887, instance_divisor = 3221219772, vertex_buffer_index = 1, src_format = PIPE_FORMAT_R10G10B10A2_UNORM}, {src_offset = 244352752, instance_divisor = 3221219672, vertex_buffer_index = 3073962045, src_format = 3221219704}, {src_offset = 3050862229, instance_divisor = 244284112, vertex_buffer_index = 3059184463, src_format = 705}, { src_offset = 244352752, instance_divisor = 4294967295, vertex_buffer_index = 4, src_format = 244284112}, {src_offset = 1, instance_divisor = 3059970036, vertex_buffer_index = 16, src_format = 3221219784}, {src_offset = 3050864047, instance_divisor = 3221220076, vertex_buffer_index = 45, src_format = 27394114}, {src_offset = 0, instance_divisor = 27394177, vertex_buffer_index = 13, src_format = PIPE_FORMAT_L16_UNORM}, {src_offset = 3059184463, instance_divisor = 705, vertex_buffer_index = 3059184544, src_format = 665}, { src_offset = 3221219868, instance_divisor = 28753921, vertex_buffer_index = 3, src_format = 27394114}, {src_offset = 27394177, instance_divisor = 3221219940, vertex_buffer_index = 3059970036, src_format = 3221219960}, {src_offset = 3050877559, instance_divisor = 3221220076, vertex_buffer_index = 8, src_format = PIPE_FORMAT_X8R8G8B8_UNORM}, {src_offset = 0, instance_divisor = 28753921, vertex_buffer_index = 27394102, src_format = 27394048}, {src_offset = 3059184544, instance_divisor = 665, vertex_buffer_index = 3, src_format = PIPE_FORMAT_R8G8_B8G8_UNORM}} num_vbuffers = 1 num_velements = 2 ibuffer = {index_size = 0, offset = 0, buffer = 0x0} userSpace = 0 '\000' vertDataEdgeFlags = 0 '\000' info = {indexed = 0 '\000', mode = 0, start = 0, count = 0, start_instance = 0, instance_count = 0, index_bias = 0, min_index = 0, max_index = 0, primitive_restart = 0 '\000', restart_index = 0} i = 239620080 __FUNCTION__ = "st_draw_vbo" #3 0xb5ce692a in vbo_draw_arrays (ctx=0xe484218, mode=7, start=0, count=4, numInstances=1) at vbo/vbo_exec_array.c:588 vbo = 0xe4ae118 exec = 0xe4ae9b8 prim = {{mode = 7, indexed = 0, begin = 1, end = 1, weak = 0, no_current_update = 1, pad = 0, start = 0, count = 4, basevertex = 0, num_instances = 1}, {mode = 24, indexed = 0, begin = 1, end = 0, weak = 0, no_current_update = 0, pad = 29250, start = 1, count = 3221220504, basevertex = -1244223421, num_instances = 239616536}} #4 0xb5ce6a67 in vbo_exec_DrawArrays (mode=7, start=0, count=4) at vbo/vbo_exec_array.c:619 ctx = 0xe484218 __FUNCTION__ = "vbo_exec_DrawArrays" #5 0x08fd463f in drawogl_window_draw (window=0xdf9cdf8, dc=0, update=1) at src/osd/sdl/drawogl.c:1525 i = 0 vofs = 96 pendingPrimitive = -1 is_vector = 0 prim = 0xe8db8e0 texture = 0xe8ebcc0 scrnum = 0 screen = 0xdf295c0 sdl = 0xe0a1df0 hofs = 100 curPrimitive = -1 ---Type <return> to continue, or q <return> to quit--- #6 0x08fc5090 in draw_video_contents_wt (param=0xdfb58e8, threadid=0) at src/osd/sdl/window.c:1233 dc = 0 update = 1 wp = 0xdfb58e8 window = 0xdf9cdf8 #7 0x08fc2e7f in execute_async (callback=0x8fc4f7f <draw_video_contents_wt>, wp=0xbfffee3c) at src/osd/sdl/window.c:160 wp_temp = 0xdfb58e8 #8 0x08fc4781 in sdlwindow_video_window_update (machine=0xdfb1aa0, window=0xdf9cdf8) at src/osd/sdl/window.c:1009 wp = {window = 0xdf9cdf8, list = 0xe0a0cdc, machine = 0xdfb1aa0, resize_new_width = 0, resize_new_height = 0} primlist = 0xe0a0cdc tempwidth = 224 tempheight = 288 #9 0x08f9f281 in sdl_osd_interface::update (this=0xbffff3a0, skip_redraw=false) at src/osd/sdl/video.c:346 window = 0xdf9cdf8 #10 0x0984308f in video_manager::frame_update (this=0xe4c1670, debug=false) at src/emu/video.c:253 phase = 3 skipped_it = false current_time = {seconds = 0, attoseconds = 16499999999932416} #11 0x0981551d in screen_device::vblank_begin_callback (this=0xdf748f8) at src/emu/screen.c:799 No locals. #12 0x098164f2 in screen_device::static_vblank_begin_callback (machine=0xdfb1aa0, ptr=0xdf748f8, param=0) at src/emu/screen.h:207 No locals. #13 0x098297d2 in timer_execute_timers (machine=0xdfb1aa0) at src/emu/timer.c:389 was_enabled = 1 global = 0xe086390 timer = 0xe0864e0 #14 0x098116bd in device_scheduler::timeslice (this=0xdfb23dc) at src/emu/schedule.c:244 call_debugger = false timerexec = 0xe08b79c #15 0x097b3fe1 in running_machine::run (this=0xdfb1aa0, firstrun=true) at src/emu/machine.c:412 settingsloaded = false error = 0 #16 0x097b1131 in mame_execute (osd=..., options=0xdfa2498) at src/emu/mame.c:203 gamename = {<_astring_base> = {text = 0xbffff13c "pacman", alloclen = 56, smallbuf = "pacman\000\277\373w7\267pa\371\r\006\341\372\nh\361\377\277\364\377E\267\230\361\377\277\300\200\305\tpa\371\r\006\341\372\n\210\361\377\277\006\000\000\000@\362\377\277"}, <No data fields>} driver = 0xa6be760 config = 0xdf9a390 machine = 0xdfb1aa0 firstgame = false firstrun = true exit_pending = false error = 0 #17 0x0973fe2d in cli_execute (argc=3, argv=0xbffff474, osd=..., osd_options=0xada9460) at src/emu/clifront.c:175 gamename_option = 0xdfa0820 "pacman" driver = 0xa6be760 ---Type <return> to continue, or q <return> to quit--- exename = {<_astring_base> = {text = 0xbffff200 "mame", alloclen = 56, smallbuf = "mame\000\000\000\000k\035\356\267\364\237\360\267\364\237\360\267\000\000\000\000\240\362\377\277\\\362\377\277h\362\377\277\300+\367\r\340\370\377\267\000\000\000\000X~\355\r\365\270\357\267"}, <No data fields>} options = 0xdfa2498 result = -1 gamename = {<_astring_base> = {text = 0xbffff240 "pacman", alloclen = 56, smallbuf = "pacman\000\000\rH\356\267\364\237\360\267X~\355\r(\312\355\r\210\362\377\277\bz\362\267 \t\376\267(\312\355\r\377\377\377\377\304\357\377\267@\252\004\b\001\000\000"}, <No data fields>} #18 0x08f9a37c in main (argc=3, argv=0xbffff474) at src/osd/sdl/sdlmain.c:328 osd = {<osd_interface> = {_vptr.osd_interface = 0xada9a28, m_machine = 0xdfb1aa0}, <No data fields>} res = 0 -- 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 39612] New: radeon blocks with new style fencing
by bugzilla-daemon＠bugzilla.kernel.org 06 Jan '14

06 Jan '14

https://bugzilla.kernel.org/show_bug.cgi?id=39612 Summary: radeon blocks with new style fencing Product: Drivers Version: 2.5 Kernel Version: >= 2.6.37 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: linas_fi(a)ymail.com CC: alexdeucher(a)gmail.com Regression: Yes I am using a Radeon HD 3600 in kernel 2.6.36 with xf86-video-ati (KMS). Since 2.6.37 when starting the X server the screen goes black and never shows the desktop. kernel 2.6.36 startx -> Screen goes black -> The wallpaper appears -> The DE loads kernel >= 2.6.37 startx -> Screen goes black -> You can't switch virtual terminals -> REISUB -> Downgrade kernel Reproducible: Always Bisecting shows that it started failing at d0f8a854c340986359a3b0a97e380c71def7a440: drm/radeon/kms/r6xx+: use new style fencing (v3) http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.37.y.git;a=commi… Downstream bug https://bugs.archlinux.org/task/23422 -- 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 9

[Bug 50521] New: nouveau_acpi call _DSM with wrong parameter
by bugzilla-daemon＠bugzilla.kernel.org 28 Dec '13

28 Dec '13

https://bugzilla.kernel.org/show_bug.cgi?id=50521 Summary: nouveau_acpi call _DSM with wrong parameter Product: Drivers Version: 2.5 Kernel Version: 2.6.38 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: alex.williamson(a)redhat.com CC: alan(a)lxorguk.ukuu.org.uk, daniel(a)ffwll.ch Regression: No Cloning for nouveau +++ This bug was initially created as a clone of Bug #32602 +++ Both drivers/gpu/drm/i915/intel_acpi.c and drivers/gpu/drm/nouveau/nouveau_acpi.c call _DSM methods with parameters of _DSM(Buffer, Integer, Integer, Integer). The ACPI spec defines the parameters to be _DSM(Buffer, Integer, Integer, Package). On a UL30VT, the AML preforms operations on Arg3 which are not valid for an Integer data type, resulting in ACPI faults. Excerpt of DSDT: Method (_DSM, 4, NotSerialized) { If (LEqual (Arg0, Buffer (0x10) { /* 0000 */ 0xA0, 0xA0, 0x95, 0x9D, 0x60, 0x00, 0x48, 0x4D, /* 0008 */ 0xB3, 0x4D, 0x7E, 0x5F, 0xEA, 0x12, 0x9F, 0xD4 })) { Store (Zero, Local0) Store (ShiftLeft (DerefOf (Index (Arg3, 0x03)), 0x18), Local0) Add (ShiftLeft (DerefOf (Index (Arg3, 0x02)), 0x10), Local0, Local0) Add (ShiftLeft (DerefOf (Index (Arg3, One)), 0x08), Local0, Local0) Add (ShiftLeft (DerefOf (Index (Arg3, Zero)), Zero), Local0, Local0) ... The Index operation is only valid on a Buffer, String, or Package, which is perfectly reasonable given the definition of the _DSM call. -- 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 4

[Bug 50594] New: VDPAU checks version of wrong DRM driver
by bugzilla-daemon＠freedesktop.org 26 Dec '13

26 Dec '13

https://bugs.freedesktop.org/show_bug.cgi?id=50594 Bug #: 50594 Summary: VDPAU checks version of wrong DRM driver Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: s_j_newbury(a)yahoo.co.uk I have two DRM devices, i965 on-board, and a Radeon HD5450 in a docking station. When both devices are enabled in my Xorg server layout "Screen0" is the i965, and "Screen1", the Radeon. When I run vdpauinfo or try using mplayer -vo vdpau on the Radeon, I get the error: do_winsys_init: DRM version is 1.6.0 but this driver is only compatible with 2.3.x (kernel 2.6.34) or later. This is the version of the intel DRM driver! The i965 obviously doesn't do VDPAU, since it's a "classic" driver, the Radeon, seems to be properly configured. DRI works fine on both. (glxgears etc) I checked to see if it makes a difference whether card0<->card1, but it always looks at the wrong DRM. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 12

[Bug 48191] New: radeon: trace dumped from r600_hdmi.c
by bugzilla-daemon＠bugzilla.kernel.org 23 Dec '13

23 Dec '13

https://bugzilla.kernel.org/show_bug.cgi?id=48191 Summary: radeon: trace dumped from r600_hdmi.c Product: Drivers Version: 2.5 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: dgbaley27(a)0x01b.net Regression: No Created an attachment (id=81831) --> (https://bugzilla.kernel.org/attachment.cgi?id=81831) dmesg output This has been happening since 3.5, but I've just booted 3.6 and I am still getting some worrying stuff in the kernel log. dmesg output attached. The trace begins on line 631. I am passing audio=1 to radeon.ko. Audio does work despite this error. -- 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 2

[Bug 38242] New: Distortion or console image displayed when starting Widelands
by bugzilla-daemon＠bugzilla.kernel.org 23 Dec '13

23 Dec '13

https://bugzilla.kernel.org/show_bug.cgi?id=38242 Summary: Distortion or console image displayed when starting Widelands Product: Drivers Version: 2.5 Kernel Version: 3.0-rc4 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: jlp.bugs(a)gmail.com Regression: No I just installed Widelands game (build15) on the new computer with following hardware: * ASUS P8H67 revision 3.0 motherboard - BIOS 1003 * Intel Core i5 2500K CPU * Gigavyte GV-R575SL-1GI GPU (AMD Radeon HD 5750) * 8 GiB DDR3 memory I get this bug when I start the game. When the game comes up for the first time the image is distorted. To get image back to normal I have to switch to some other console, with Ctrl+Alt+F1 for example, and than back to the console with X11. Then the image is OK and I can play the game. When I start the game for the second time the image of the last visited non-x console is displayed. But this is juts image, it appears it doesn't actually switch to that console, just displays image of it and I still have to use keyboard to switch to non-X console and back to console with X to fix the image. I've also discovered a workaround for this behaviour. If I start the game from terminal emulator (KDE Konzole) with "SDL_VIDEODRIVER=x11 widelands" there is no problem. In this case the game first tries to use X11 and without the option it tries to autodetect what to use so it looks like the bug happens when probing other modes. The software used is: * Linux kernel 3.0-rc4 * Widelands build15 * mesa git-42e7a13 * libdrm from git * xf86-video-ati from git * xorg-server 1.10.99.901 * libsdl 1.2.14 * sdl-gfx 2.0.22 --- Comment #1 from Jure Repinc <jlp.bugs(a)gmail.com> 2011-06-25 15:09:11 --- Created an attachment (id=63482) --> (https://bugzilla.kernel.org/attachment.cgi?id=63482) dmesg --- Comment #2 from Jure Repinc <jlp.bugs(a)gmail.com> 2011-06-25 15:12:31 --- Created an attachment (id=63492) --> (https://bugzilla.kernel.org/attachment.cgi?id=63492) lspci -- 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 3

← Newer
1
...
29
30
31
32
33
34
35
...
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