dri-devel March 2011

dri-devel@lists.freedesktop.org

88 participants
477 discussions

[Bug 29953] New: [r300g] Heroes of Newerth: texture problems
by bugzilla-daemon＠freedesktop.org 09 Jun '11

09 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=29953 Summary: [r300g] Heroes of Newerth: texture problems Product: Mesa Version: git Platform: Other URL: http://www.heroesofnewerth.com/download.php OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se Created an attachment (id=38370) --> (https://bugs.freedesktop.org/attachment.cgi?id=38370) Screenshot The game Heroes of Newerth is showing problems when texture compression (through libtxc_dxtn) is used: most of the menu becomes totally black. Removing libtxc_dxtn.so, or launching the game with MESA_EXTENSION_OVERRIDE="-GL_EXT_texture_compression_s3tc -GL_S3_s3tc" makes it work again. (Though the S2 Games logo that should be visible before the menu loads is still not there with S3TC disabled) Neither llvmpipe or softpipe seems to be affected by this problem. I have tried git from a few months back, and the result is the same, so I don't think this is a regression. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: fd686668289258ffaf6b81057545e50612aac6a8 -- xserver: 1.9.0 -- mesa: dd5ef33e3c2ac7886ca71344e41201d0be2062c0 -- drm: b61e81a191d3a5c269c5f7c40199aebc9ebc034c -- kernel: 2.6.35 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 18

[Bug 30166] New: [wine] Shader issues in rthdribl 1.2
by bugzilla-daemon＠freedesktop.org 09 Jun '11

09 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=30166 Summary: [wine] Shader issues in rthdribl 1.2 Product: Mesa Version: git Platform: Other URL: http://www.daionet.gr.jp/~masa/rthdribl/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se Created an attachment (id=38671) --> (https://bugs.freedesktop.org/attachment.cgi?id=38671) Screenshot comparing llvmpipe and r300g The DirectX9 demo "rthdribl" isn't rendering correctly with r300g. This is partly a regression from the glsl2 merge, but probably not a problem in the GLSL compiler since llvmpipe seems to handle the demo. Rendering wasn't 100% prior to the glsl2 merge either. The "glare" filter causes the screen to be drawn mostly white, so be sure to turn it off: Options → Glare → Glare Type → Disable Version 1.2 of the demo can be downloaded here: http://www.daionet.gr.jp/~masa/rthdribl/ You'll also need mfc42.dll: http://www.dlldump.com/download-dll-files_new.php/dllfiles/M/mfc42.dll/6.0.… System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: e9928fe036e9382fd7bc353f3f05531445f08977 -- xserver: 1.8.99.904 (1.9.0 RC 5) -- mesa: 6f839eb631511925505093be4d0509ac14f5675b -- drm: 23287f05cf2443ddf9e028e29beb5bd30979c6cf -- kernel: 2.6.35.4 -- 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 33389] New: Amesia (closed source game) segfaults
by bugzilla-daemon＠freedesktop.org 04 Jun '11

04 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=33389 Summary: Amesia (closed source game) segfaults Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: r0ugh_l(a)yahoo.de When trying to run Amnesia (http://www.amnesiagame.com/#demo) on my system it gives me this output: [1] 619 segmentation fault ./Amnesia.bin64 It runs fine until the loading screen and then crashes. Steps to reproduce: Run Amnesia with r600 driver Additional information: It doesn't crash if I'm using the llvm-pipe driver. I've tested it at the lowest possible graphics settings. Backtrace: #0 0x000000000082ab08 in hpl::iParticleEmitter::GetMaterial() () #1 0x0000000000805de2 in hpl::iRenderer::RenderObjectZAndAddToRenderList(hpl::iRenderable*) () #2 0x0000000000805e59 in hpl::iRenderer::RenderObjectZAndAddToRenderListStaticCallback(hpl::iRenderer*, hpl::iRenderable*) () #3 0x0000000000807d8f in hpl::iRenderer::RenderAndAddNodeObjects(hpl::iRenderableContainerNode*, bool (*)(hpl::iRenderer*, hpl::iRenderable*), unsigned int) () #4 0x000000000080808a in hpl::iRenderer::CheckForVisibleObjectsAddToListAndRenderZ(hpl::cVisibleRCNodeTracker*, unsigned int, unsigned int, bool, bool (*)(hpl::iRenderer*, hpl::iRenderable*)) () #5 0x00000000007e4841 in hpl::cRendererDeferred::RenderObjects() () #6 0x0000000000809334 in hpl::iRenderer::Render(float, hpl::cFrustum*, hpl::cWorld*, hpl::cRenderSettings*, hpl::cRenderTarget*, bool, std::list<hpl::iRendererCallback*, std::allocator<hpl::iRendererCallback*> >*) () #7 0x000000000082496d in hpl::cScene::Render(float, unsigned int) () #8 0x0000000000925423 in hpl::cEngine::Run() () #9 0x0000000000689890 in hplMain(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () #10 0x000000000090ff29 in main () Version Information: mesa: git 835c4ea1053730c8eea98337c9da1b14fcff6b5e OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 7.11-devel OpenGL shading language version string: 1.20 -- 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 29942] New: oops at drivers/gpu/drm/ttm/ttm_bo.c:272
by bugzilla-daemon＠bugzilla.kernel.org 29 May '11

29 May '11

https://bugzilla.kernel.org/show_bug.cgi?id=29942 Summary: oops at drivers/gpu/drm/ttm/ttm_bo.c:272 Product: Drivers Version: 2.5 Kernel Version: 2.6.38-rc6-wl-00360-gcf65005 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: rossi.f(a)inwind.it Regression: No Created an attachment (id=49232) --> (https://bugzilla.kernel.org/attachment.cgi?id=49232) snapshot of kernel OOPS Kernel OOPS, attached a snapshot. Bug not reproducible, the kernel version is 2.6.38-rc6-wl-00360-gcf65005, latest wireless-testing.git -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 2

[Bug 30901] New: Heroes of Newerth won't start when mesa is compiled with --enable-gallium-llvm
by bugzilla-daemon＠freedesktop.org 26 May '11

26 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=30901 Summary: Heroes of Newerth won't start when mesa is compiled with --enable-gallium-llvm Product: Mesa Version: git Platform: x86 (IA32) URL: http://dl.heroesofnewerth.com/HoNClient-1.0.14.sh OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: drakkk(a)centrum.cz I usually configure mesa like this: "--enable-debug --enable-gallium-radeon --with-dri-drivers= --with-state-trackers=dri,glx", with this HoN starts and runs fine with r300g driver. However I was trying llvmpipe with some other apps and I noticed, when I add "--enable-gallium-llvm", HoN won't start with "K2 - Fatal Error: ARB_vertex_buffer_object not available." This is quite strange because glxinfo is identical and shows GL_ARB_vertex_buffer_object in both cases (and OpenGL vendor string: X.Org R300 Project, OpenGL renderer string: Gallium 0.4 on RV530, so its not like I was using some other driver). I'm quite sure I didn't messed up anything I even asked at #radeon if I'm doing something wrong. LIBGL_DRIVERS_PATH and LD_LIBRARY_PATH are both pointing to right mesa directories and I did git clean -fdx between builds. So far I wasn't able to reproduce this with any other app. This is with Fedora 14 i686, kernel 2.6.35.6-39.fc14, mesa from git, RV530. -- 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 28876] New: [radeon HD4250] Frequent lockups while screen locked
by bugzilla-daemon＠freedesktop.org 20 May '11

20 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=28876 Summary: [radeon HD4250] Frequent lockups while screen locked Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ydirson(a)altern.org Created an attachment (id=36664) --> (https://bugs.freedesktop.org/attachment.cgi?id=36664) Xorg log file, with nearly 30k lines of repeated messages stripped Direct symptoms: - display left unattended with xscreensaver in simple blank mode - DPMS disabled (checked both with xset and xscreensaver-demo) - when coming back to my keyboard the monitor does not get a video signal - I can still login remotely through ssh and reboot the machine properly Hardware is an Asus "M4A88TD-V EVO/USB3" motherboard, featuring radeon HD4250 (RS780). OS is uptodate Debian/testing. syslog contains lines like the following. In this case, although I was not here, it may be that someone tried to use the box. In the 2 other occurences I have traces for, it I may even have been myself, but I did not dig at that time. However, although the Xorg.0.log error lines are not timestamped, the file timestamp itself matches the box' reboot. Since there are ~15000 occurences of the error, X may have been experiencing them since the error reported by the drm module. I can try to get more detailed facts next time (unless unnecessary, just tell). Jun 30 10:17:01 home /USR/SBIN/CRON[27295]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jun 30 10:18:10 home kernel: [130052.418150] executing set pll Jun 30 10:18:10 home kernel: [130052.424023] executing set crtc timing Jun 30 10:18:10 home kernel: [130052.424072] [drm] TMDS-11: set mode 1920x1200 1b Jun 30 10:18:10 home acpid: client 2095[0:0] has disconnected Jun 30 10:18:10 home acpid: client connected from 27304[0:0] Jun 30 10:18:10 home acpid: 1 client rule loaded Jun 30 10:18:13 home kernel: [130055.829085] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 30 10:18:13 home kernel: [130055.829088] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 30 10:18:13 home kernel: [130055.829090] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! [...] Jun 30 10:18:42 home kernel: [130084.275900] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 30 10:18:42 home kernel: [130084.275906] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 30 10:18:42 home kernel: [130084.275912] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 30 11:17:01 home /USR/SBIN/CRON[27329]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) In older occurences (do not recall the precise set of events, although the "wishing to unlock screen" event has always been the only way to see the problem), the 3 error lines occur on a longer timespan, some in sync with the clock (??): Jun 27 19:17:01 home /USR/SBIN/CRON[26082]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jun 27 19:18:09 home kernel: [21853.241075] executing set pll Jun 27 19:18:09 home kernel: [21853.248025] executing set crtc timing Jun 27 19:18:09 home kernel: [21853.248076] [drm] TMDS-11: set mode 1920x1200 1b Jun 27 19:18:12 home kernel: [21856.334252] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:18:12 home kernel: [21856.334261] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:18:12 home kernel: [21856.334269] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! [...] Jun 27 19:18:32 home kernel: [21876.279726] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:18:32 home kernel: [21876.279733] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:18:32 home kernel: [21876.279739] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:19:00 home kernel: [21904.282670] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:19:00 home kernel: [21904.282678] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:19:00 home kernel: [21904.282685] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:20:00 home kernel: [21964.322037] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:20:00 home kernel: [21964.322045] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:20:00 home kernel: [21964.322052] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:21:00 home kernel: [22024.321528] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:21:00 home kernel: [22024.321537] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:21:00 home kernel: [22024.321544] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:22:00 home kernel: [22084.321217] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:22:00 home kernel: [22084.321225] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:22:00 home kernel: [22084.321232] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:23:00 home kernel: [22144.367818] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:23:00 home kernel: [22144.367827] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:23:00 home kernel: [22144.367833] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:24:00 home kernel: [22204.414007] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:24:00 home kernel: [22204.414015] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:24:00 home kernel: [22204.414022] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Jun 27 19:24:12 home kernel: [22216.304962] [drm:radeon_ib_get] *ERROR* radeon: IB(0:0x0000000010101000:668) Jun 27 19:24:12 home kernel: [22216.304970] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB Jun 27 19:24:12 home kernel: [22216.304977] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! Xorg.0.log repeated messages are: (EE) RADEON(0): Timeout trying to update memory controller settings ! (EE) RADEON(0): You will probably crash now ... Package versions are as follows (dpkg -l|grep xserver): x11-xserver-utils 7.5+1 xserver-common 2:1.7.7-2 xserver-xephyr 2:1.7.7-2 xserver-xorg 1:7.5+6 xserver-xorg-core 2:1.7.7-2 xserver-xorg-core-dbg 2:1.7.7-2 xserver-xorg-input-all 1:7.5+6 xserver-xorg-input-evdev 1:2.3.2-6 xserver-xorg-input-synaptics 1.2.2-2 xserver-xorg-input-wacom 0.10.5+20100416-1 xserver-xorg-video-ati 1:6.13.0-2 xserver-xorg-video-fbdev 1:0.4.2-2 xserver-xorg-video-mach64 6.8.2-3 xserver-xorg-video-mga 1:1.4.11.dfsg-4 xserver-xorg-video-r128 6.8.1-3 xserver-xorg-video-radeon 1:6.13.0-2 xserver-xorg-video-radeon-dbg 1:6.13.0-2 xserver-xorg-video-vesa 1:2.3.0-3 -- 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 31782] New: nouveau: lockdep spew
by bugzilla-daemon＠bugzilla.kernel.org 15 May '11

15 May '11

https://bugzilla.kernel.org/show_bug.cgi?id=31782 Summary: nouveau: lockdep spew 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: johannes(a)sipsolutions.net Regression: Yes [ 17.225800] ========================================================= [ 17.225805] [ INFO: possible irq lock inversion dependency detected ] [ 17.225808] 2.6.38-wl-65107-gc5f1016-dirty #211 [ 17.225810] --------------------------------------------------------- [ 17.225813] modprobe/2506 just changed the state of lock: [ 17.225816] (&(&dev_priv->context_switch_lock)->rlock){-.....}, at: [<ffffffffa07e93bf>] nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.225842] but this lock took another, HARDIRQ-unsafe lock in the past: [ 17.225844] (&(&dev_priv->ramin_lock)->rlock){+.+...} [ 17.225847] [ 17.225848] and interrupts could create inverse lock ordering between them. [ 17.225849] [ 17.225851] [ 17.225852] other info that might help us debug this: [ 17.225855] 5 locks held by modprobe/2506: [ 17.225857] #0: (&__lockdep_no_validate__){+.+.+.}, at: [<ffffffff8132f30b>] __driver_attach+0x5b/0xb0 [ 17.225869] #1: (&__lockdep_no_validate__){+.+.+.}, at: [<ffffffff8132f319>] __driver_attach+0x69/0xb0 [ 17.225877] #2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa0759202>] drm_get_pci_dev+0x102/0x2c0 [drm] [ 17.225896] #3: (&chan->mutex){+.+.+.}, at: [<ffffffffa07e55d4>] nouveau_channel_alloc+0xc4/0x470 [nouveau] [ 17.225915] #4: (&sb->s_type->i_mutex_key#2){+.+.+.}, at: [<ffffffff8122e367>] debugfs_create_by_name+0x57/0x1d0 [ 17.225926] [ 17.225927] the shortest dependencies between 2nd lock and 1st lock: [ 17.225953] -> (&(&dev_priv->ramin_lock)->rlock){+.+...} ops: 24860 { [ 17.225960] HARDIRQ-ON-W at: [ 17.225963] [<ffffffff81084fab>] mark_irqflags+0x13b/0x1c0 [ 17.225970] [<ffffffff8108716c>] __lock_acquire+0x5ac/0xa80 [ 17.225975] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.225980] [<ffffffff8149bdf0>] _raw_spin_lock+0x40/0x80 [ 17.225986] [<ffffffffa07e82c1>] nouveau_gpuobj_new+0xb1/0x2d0 [nouveau] [ 17.226002] [<ffffffffa0844cec>] nv50_instmem_init+0x13c/0x530 [nouveau] [ 17.226024] [<ffffffffa07e41db>] nouveau_card_init+0x12b/0x3d0 [nouveau] [ 17.226039] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.226055] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.226066] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.226084] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.226090] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.226095] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.226100] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.226105] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.226110] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.226115] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.226120] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.226125] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.226130] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.226135] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.226146] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.226155] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.226169] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.226175] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.226181] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.226186] SOFTIRQ-ON-W at: [ 17.226189] [<ffffffff81084fcf>] mark_irqflags+0x15f/0x1c0 [ 17.226194] [<ffffffff8108716c>] __lock_acquire+0x5ac/0xa80 [ 17.226199] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.226204] [<ffffffff8149bdf0>] _raw_spin_lock+0x40/0x80 [ 17.226208] [<ffffffffa07e82c1>] nouveau_gpuobj_new+0xb1/0x2d0 [nouveau] [ 17.226225] [<ffffffffa0844cec>] nv50_instmem_init+0x13c/0x530 [nouveau] [ 17.226244] [<ffffffffa07e41db>] nouveau_card_init+0x12b/0x3d0 [nouveau] [ 17.226260] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.226275] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.226286] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.226303] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.226309] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.226314] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.226319] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.226324] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.226329] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.226334] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.226339] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.226343] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.226348] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.226354] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.226364] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.226373] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.226387] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.226392] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.226397] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.226402] INITIAL USE at: [ 17.226405] [<ffffffff81086f9a>] __lock_acquire+0x3da/0xa80 [ 17.226410] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.226415] [<ffffffff8149bdf0>] _raw_spin_lock+0x40/0x80 [ 17.226420] [<ffffffffa07e82c1>] nouveau_gpuobj_new+0xb1/0x2d0 [nouveau] [ 17.226436] [<ffffffffa0844cec>] nv50_instmem_init+0x13c/0x530 [nouveau] [ 17.226456] [<ffffffffa07e41db>] nouveau_card_init+0x12b/0x3d0 [nouveau] [ 17.226471] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.226486] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.226497] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.226514] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.226520] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.226525] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.226530] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.226535] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.226540] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.226545] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.226549] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.226554] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.226559] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.226564] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.226575] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.226583] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.226597] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.226602] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.226607] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.226612] } [ 17.226614] ... key at: [<ffffffffa0875d18>] __key.34306+0x0/0xfffffffffffec192 [nouveau] [ 17.226628] ... acquired at: [ 17.226630] [<ffffffff810841b1>] validate_chain.clone.19+0x5b1/0x6f0 [ 17.226634] [<ffffffff8108705d>] __lock_acquire+0x49d/0xa80 [ 17.226638] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.226643] [<ffffffff8149bdf0>] _raw_spin_lock+0x40/0x80 [ 17.226647] [<ffffffffa08451e2>] nv84_instmem_flush+0x22/0xa0 [nouveau] [ 17.226666] [<ffffffffa081404c>] nv50_fifo_create_context+0x26c/0x350 [nouveau] [ 17.226685] [<ffffffffa07e573c>] nouveau_channel_alloc+0x22c/0x470 [nouveau] [ 17.226700] [<ffffffffa07e3df1>] nouveau_card_init_channel+0x51/0x170 [nouveau] [ 17.226715] [<ffffffffa07e4308>] nouveau_card_init+0x258/0x3d0 [nouveau] [ 17.226730] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.226745] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.226755] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.226772] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.226777] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.226781] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.226786] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.226791] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.226795] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.226800] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.226804] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.226808] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.226813] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.226817] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.226827] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.226836] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.226849] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.226853] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.226858] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.226862] [ 17.226864] -> (&(&dev_priv->context_switch_lock)->rlock){-.....} ops: 6 { [ 17.226870] IN-HARDIRQ-W at: [ 17.226873] [<ffffffff8108500d>] mark_irqflags+0x19d/0x1c0 [ 17.226878] [<ffffffff8108716c>] __lock_acquire+0x5ac/0xa80 [ 17.226883] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.226887] [<ffffffff8149bfa2>] _raw_spin_lock_irqsave+0x52/0x90 [ 17.226892] [<ffffffffa07e93bf>] nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.226909] [<ffffffff810a6fd9>] handle_IRQ_event+0x79/0x2f0 [ 17.226915] [<ffffffff810a99fd>] handle_fasteoi_irq+0x7d/0x100 [ 17.226920] [<ffffffff81004e52>] handle_irq+0x22/0x40 [ 17.226925] [<ffffffff81004add>] do_IRQ+0x5d/0xe0 [ 17.226930] [<ffffffff8149d153>] ret_from_intr+0x0/0x13 [ 17.226935] [<ffffffff8149a523>] mutex_lock_nested+0x73/0x3b0 [ 17.226940] [<ffffffff8122e367>] debugfs_create_by_name+0x57/0x1d0 [ 17.226945] [<ffffffff8122e568>] debugfs_create_file+0x88/0xb0 [ 17.226950] [<ffffffff8122e62b>] debugfs_create_dir+0x1b/0x20 [ 17.226954] [<ffffffffa086141a>] nouveau_debugfs_channel_init+0xca/0xf0 [nouveau] [ 17.226974] [<ffffffffa07e57d1>] nouveau_channel_alloc+0x2c1/0x470 [nouveau] [ 17.226990] [<ffffffffa07e3df1>] nouveau_card_init_channel+0x51/0x170 [nouveau] [ 17.227005] [<ffffffffa07e4308>] nouveau_card_init+0x258/0x3d0 [nouveau] [ 17.227021] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.227036] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.227047] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.227065] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.227070] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.227075] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.227080] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.227085] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.227090] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.227095] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.227100] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.227105] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.227110] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.227115] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.227125] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.227134] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.227148] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.227153] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.227158] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.227163] INITIAL USE at: [ 17.227166] [<ffffffff81086f9a>] __lock_acquire+0x3da/0xa80 [ 17.227171] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.227175] [<ffffffff8149bfa2>] _raw_spin_lock_irqsave+0x52/0x90 [ 17.227180] [<ffffffffa07e95bf>] nouveau_irq_register+0x3f/0x70 [nouveau] [ 17.227197] [<ffffffffa085f5e2>] nv50_gpio_init+0x82/0x150 [nouveau] [ 17.227217] [<ffffffffa07e4218>] nouveau_card_init+0x168/0x3d0 [nouveau] [ 17.227233] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.227248] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.227259] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.227276] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.227281] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.227286] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.227291] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.227296] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.227301] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.227306] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.227310] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.227315] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.227320] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.227325] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.227336] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.227344] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.227358] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.227363] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.227368] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.227373] } [ 17.227374] ... key at: [<ffffffffa0875cf8>] __key.34928+0x0/0xfffffffffffec1b2 [nouveau] [ 17.227388] ... acquired at: [ 17.227390] [<ffffffff81082cb9>] check_usage_forwards+0x89/0x100 [ 17.227395] [<ffffffff81084839>] mark_lock_irq+0x99/0x2b0 [ 17.227399] [<ffffffff81084bc1>] mark_lock+0x171/0x420 [ 17.227403] [<ffffffff8108500d>] mark_irqflags+0x19d/0x1c0 [ 17.227407] [<ffffffff8108716c>] __lock_acquire+0x5ac/0xa80 [ 17.227411] [<ffffffff81087d4e>] lock_acquire+0x9e/0x1d0 [ 17.227416] [<ffffffff8149bfa2>] _raw_spin_lock_irqsave+0x52/0x90 [ 17.227420] [<ffffffffa07e93bf>] nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.227436] [<ffffffff810a6fd9>] handle_IRQ_event+0x79/0x2f0 [ 17.227440] [<ffffffff810a99fd>] handle_fasteoi_irq+0x7d/0x100 [ 17.227445] [<ffffffff81004e52>] handle_irq+0x22/0x40 [ 17.227449] [<ffffffff81004add>] do_IRQ+0x5d/0xe0 [ 17.227453] [<ffffffff8149d153>] ret_from_intr+0x0/0x13 [ 17.227457] [<ffffffff8149a523>] mutex_lock_nested+0x73/0x3b0 [ 17.227461] [<ffffffff8122e367>] debugfs_create_by_name+0x57/0x1d0 [ 17.227466] [<ffffffff8122e568>] debugfs_create_file+0x88/0xb0 [ 17.227470] [<ffffffff8122e62b>] debugfs_create_dir+0x1b/0x20 [ 17.227474] [<ffffffffa086141a>] nouveau_debugfs_channel_init+0xca/0xf0 [nouveau] [ 17.227493] [<ffffffffa07e57d1>] nouveau_channel_alloc+0x2c1/0x470 [nouveau] [ 17.227508] [<ffffffffa07e3df1>] nouveau_card_init_channel+0x51/0x170 [nouveau] [ 17.227523] [<ffffffffa07e4308>] nouveau_card_init+0x258/0x3d0 [nouveau] [ 17.227538] [<ffffffffa07e47c9>] nouveau_load+0x329/0x550 [nouveau] [ 17.227553] [<ffffffffa0759290>] drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.227563] [<ffffffffa0861e79>] nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.227580] [<ffffffff81296cdf>] local_pci_probe+0x5f/0xd0 [ 17.227585] [<ffffffff81297458>] pci_device_probe+0x88/0xb0 [ 17.227589] [<ffffffff8132ef78>] really_probe+0x68/0x190 [ 17.227594] [<ffffffff8132f285>] driver_probe_device+0x45/0x70 [ 17.227598] [<ffffffff8132f35b>] __driver_attach+0xab/0xb0 [ 17.227602] [<ffffffff8132e096>] bus_for_each_dev+0x66/0x90 [ 17.227607] [<ffffffff8132edce>] driver_attach+0x1e/0x20 [ 17.227611] [<ffffffff8132e998>] bus_add_driver+0x158/0x290 [ 17.227616] [<ffffffff8132f614>] driver_register+0x74/0x130 [ 17.227620] [<ffffffff812976d6>] __pci_register_driver+0x66/0xe0 [ 17.227625] [<ffffffffa075977f>] drm_pci_init+0xdf/0xf0 [drm] [ 17.227635] [<ffffffffa0750748>] drm_init+0x58/0x70 [drm] [ 17.227643] [<ffffffffa0887048>] nouveau_init+0x48/0x4a [nouveau] [ 17.227656] [<ffffffff810002e4>] do_one_initcall+0x44/0x180 [ 17.227661] [<ffffffff8109693a>] sys_init_module+0xca/0x210 [ 17.227665] [<ffffffff8100268b>] system_call_fastpath+0x16/0x1b [ 17.227669] [ 17.227671] [ 17.227672] stack backtrace: [ 17.227675] Pid: 2506, comm: modprobe Not tainted 2.6.38-wl-65107-gc5f1016-dirty #211 [ 17.227678] Call Trace: [ 17.227680] <IRQ> [<ffffffff81082c07>] ? print_irq_inversion_bug+0x137/0x160 [ 17.227689] [<ffffffff81082cb9>] ? check_usage_forwards+0x89/0x100 [ 17.227695] [<ffffffff810759b5>] ? sched_clock_local+0x25/0x90 [ 17.227699] [<ffffffff81082c30>] ? check_usage_forwards+0x0/0x100 [ 17.227704] [<ffffffff81084839>] ? mark_lock_irq+0x99/0x2b0 [ 17.227708] [<ffffffff810109cd>] ? save_stack_trace+0x2d/0x50 [ 17.227713] [<ffffffff81084bc1>] ? mark_lock+0x171/0x420 [ 17.227717] [<ffffffff8108500d>] ? mark_irqflags+0x19d/0x1c0 [ 17.227722] [<ffffffff8108716c>] ? __lock_acquire+0x5ac/0xa80 [ 17.227726] [<ffffffff8149cb65>] ? _raw_spin_unlock+0x55/0x60 [ 17.227731] [<ffffffff81009d79>] ? native_sched_clock+0x29/0x80 [ 17.227735] [<ffffffff81087d4e>] ? lock_acquire+0x9e/0x1d0 [ 17.227751] [<ffffffffa07e93bf>] ? nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.227756] [<ffffffff8149bfa2>] ? _raw_spin_lock_irqsave+0x52/0x90 [ 17.227772] [<ffffffffa07e93bf>] ? nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.227776] [<ffffffff81075b48>] ? sched_clock_cpu+0xa8/0x120 [ 17.227792] [<ffffffffa07e93bf>] ? nouveau_irq_handler+0x5f/0x130 [nouveau] [ 17.227797] [<ffffffff8108178e>] ? put_lock_stats.clone.14+0xe/0x40 [ 17.227801] [<ffffffff81081868>] ? lock_release_holdtime+0xa8/0x150 [ 17.227806] [<ffffffff810a6fd9>] ? handle_IRQ_event+0x79/0x2f0 [ 17.227810] [<ffffffff810a99f2>] ? handle_fasteoi_irq+0x72/0x100 [ 17.227816] [<ffffffff810a99fd>] ? handle_fasteoi_irq+0x7d/0x100 [ 17.227820] [<ffffffff81004e52>] ? handle_irq+0x22/0x40 [ 17.227824] [<ffffffff81004add>] ? do_IRQ+0x5d/0xe0 [ 17.227828] [<ffffffff8149d153>] ? ret_from_intr+0x0/0x13 [ 17.227831] <EOI> [<ffffffff81087d63>] ? lock_acquire+0xb3/0x1d0 [ 17.227840] [<ffffffff8122e367>] ? debugfs_create_by_name+0x57/0x1d0 [ 17.227844] [<ffffffff81075b48>] ? sched_clock_cpu+0xa8/0x120 [ 17.227849] [<ffffffff8149a523>] ? mutex_lock_nested+0x73/0x3b0 [ 17.227853] [<ffffffff8122e367>] ? debugfs_create_by_name+0x57/0x1d0 [ 17.227859] [<ffffffff8114487d>] ? simple_pin_fs+0x4d/0xb0 [ 17.227863] [<ffffffff8122e367>] ? debugfs_create_by_name+0x57/0x1d0 [ 17.227868] [<ffffffff8114487d>] ? simple_pin_fs+0x4d/0xb0 [ 17.227873] [<ffffffff8103f221>] ? get_parent_ip+0x11/0x50 [ 17.227878] [<ffffffff8122e367>] ? debugfs_create_by_name+0x57/0x1d0 [ 17.227883] [<ffffffff8122e568>] ? debugfs_create_file+0x88/0xb0 [ 17.227887] [<ffffffff8122e62b>] ? debugfs_create_dir+0x1b/0x20 [ 17.227906] [<ffffffffa086141a>] ? nouveau_debugfs_channel_init+0xca/0xf0 [nouveau] [ 17.227922] [<ffffffffa07e57d1>] ? nouveau_channel_alloc+0x2c1/0x470 [nouveau] [ 17.227938] [<ffffffffa07e3df1>] ? nouveau_card_init_channel+0x51/0x170 [nouveau] [ 17.227953] [<ffffffffa07e4308>] ? nouveau_card_init+0x258/0x3d0 [nouveau] [ 17.227968] [<ffffffffa07e47c9>] ? nouveau_load+0x329/0x550 [nouveau] [ 17.227980] [<ffffffffa0759290>] ? drm_get_pci_dev+0x190/0x2c0 [drm] [ 17.227997] [<ffffffffa0861e79>] ? nouveau_pci_probe+0x15/0x17 [nouveau] [ 17.228002] [<ffffffff81296cdf>] ? local_pci_probe+0x5f/0xd0 [ 17.228007] [<ffffffff81297458>] ? pci_device_probe+0x88/0xb0 [ 17.228012] [<ffffffff8132ee4a>] ? driver_sysfs_add+0x7a/0xb0 [ 17.228016] [<ffffffff8132ef78>] ? really_probe+0x68/0x190 [ 17.228021] [<ffffffff8132f285>] ? driver_probe_device+0x45/0x70 [ 17.228026] [<ffffffff8132f35b>] ? __driver_attach+0xab/0xb0 [ 17.228030] [<ffffffff8132f2b0>] ? __driver_attach+0x0/0xb0 [ 17.228035] [<ffffffff8132e096>] ? bus_for_each_dev+0x66/0x90 [ 17.228039] [<ffffffff8132edce>] ? driver_attach+0x1e/0x20 [ 17.228044] [<ffffffff8132e998>] ? bus_add_driver+0x158/0x290 [ 17.228057] [<ffffffffa0887000>] ? nouveau_init+0x0/0x4a [nouveau] [ 17.228062] [<ffffffff8132f614>] ? driver_register+0x74/0x130 [ 17.228076] [<ffffffffa0887000>] ? nouveau_init+0x0/0x4a [nouveau] [ 17.228081] [<ffffffff812976d6>] ? __pci_register_driver+0x66/0xe0 [ 17.228092] [<ffffffffa075977f>] ? drm_pci_init+0xdf/0xf0 [drm] [ 17.228105] [<ffffffffa0887000>] ? nouveau_init+0x0/0x4a [nouveau] [ 17.228114] [<ffffffffa0750748>] ? drm_init+0x58/0x70 [drm] [ 17.228127] [<ffffffffa0887048>] ? nouveau_init+0x48/0x4a [nouveau] [ 17.228132] [<ffffffff810002e4>] ? do_one_initcall+0x44/0x180 [ 17.228137] [<ffffffff8109693a>] ? sys_init_module+0xca/0x210 [ 17.228141] [<ffffffff8100268b>] ? system_call_fastpath+0x16/0x1b -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 14

[Bug 35502] New: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)
by bugzilla-daemon＠freedesktop.org 14 May '11

14 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=35502 Summary: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine) Product: DRI Version: unspecified 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: john.lindgren(a)tds.net Created an attachment (id=44669) --> (https://bugs.freedesktop.org/attachment.cgi?id=44669) Kernel log With Linux kernel 2.6.38, loading the radeon module causes the console to go completely blank (laptop backlight on, but nothing displayed). The system still responds to ctrl-alt-del and reboots. This is a regression from the previous kernel, 2.6.37.4, where kernel mode setting works flawlessly. With radeon.modeset=0, or with the module blacklisted, the system boots fine, and I can use X, but without the powersaving features available through KMS. System: Toshiba Satellite A305-S6916 Graphics: ATI Radeon Mobility HD 3650 Kernel: 2.6.38 (x86_64) Kernel log when loading the module: Mar 21 00:57:38 localhost kernel: [drm] Initialized drm 1.1.0 20060810 Mar 21 00:57:38 localhost kernel: [drm] radeon defaulting to kernel modesetting. Mar 21 00:57:38 localhost kernel: [drm] radeon kernel modesetting enabled. Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: setting latency timer to 64 Mar 21 00:57:38 localhost kernel: [drm] initializing kernel modesetting (RV635 0x1002:0x9591). Mar 21 00:57:38 localhost kernel: [drm] register mmio base: 0xD6300000 Mar 21 00:57:38 localhost kernel: [drm] register mmio size: 65536 Mar 21 00:57:38 localhost kernel: ATOM BIOS: Tosh_IEC_Potomac_M86_DDR2 Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF Mar 21 00:57:38 localhost kernel: [drm] Detected VRAM RAM=512M, BAR=256M Mar 21 00:57:38 localhost kernel: [drm] RAM width 128bits DDR Mar 21 00:57:38 localhost kernel: [TTM] Zone kernel: Available graphics memory: 2027544 kiB. Mar 21 00:57:38 localhost kernel: [TTM] Initializing pool allocator. Mar 21 00:57:38 localhost kernel: [drm] radeon: 512M of VRAM memory ready Mar 21 00:57:38 localhost kernel: [drm] radeon: 512M of GTT memory ready. Mar 21 00:57:38 localhost kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Mar 21 00:57:38 localhost kernel: [drm] Driver supports precise vblank timestamp query. Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: irq 49 for MSI/MSI-X Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: radeon: using MSI. Mar 21 00:57:38 localhost kernel: [drm] radeon: irq initialized. Mar 21 00:57:38 localhost kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 Mar 21 00:57:38 localhost kernel: [drm] Loading RV635 Microcode Mar 21 00:57:38 localhost kernel: radeon 0000:01:00.0: WB enabled Mar 21 00:57:38 localhost kernel: [drm] ring test succeeded in 1 usecs Mar 21 00:57:38 localhost kernel: [drm] radeon: ib pool ready. Mar 21 00:57:38 localhost kernel: [drm] ib test succeeded in 0 usecs Mar 21 00:57:38 localhost kernel: [drm] Enabling audio support Mar 21 00:57:38 localhost kernel: HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 If there is any more info I can provide, please ask. -- 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 35194] New: [r600g] Evergreen - failed to map bo
by bugzilla-daemon＠freedesktop.org 13 May '11

13 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=35194 Summary: [r600g] Evergreen - failed to map bo 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: rubenf3000(a)gmail.com Created an attachment (id=44337) --> (https://bugs.freedesktop.org/attachment.cgi?id=44337) output generated with MESA_GLSL=dump The game "Back to the Future: the game" crashes at many points with the message: radeon_bo_fixed_map failed to map bo EE radeon_bo.c:120 radeon_bo - failed to map bo It usually happens at random moments, altough there are specific actions that trigger the crash reliably. It works correctly using llvmpipe. The "failed to map" message originates in the function "radeon_bo_fixed_map" in "mesa/src/gallium/winsys/r600/drm/radeon_bo.c", when doing a call to mmap; upon debugging, I found it fails with ENOMEM, despite having more than enough free RAM available at the time (it only allocates half a megabyte, and I had almost 1GB of free RAM at the moment of crashing) Upon further inspection, I found that, at the moment of the crash, the game had almost exactly 1 gigabyte of buffer objects mmap'd; could it have something to do with my card having 1GB of video RAM? seems unlikely, since mmap maps to system memory. Graphics Card: ATI Technologies Inc Juniper [Radeon HD 5750 Series] CPU: Intel Core Duo 1.8 Ghz, 2.5 GB RAM Linux kernel 2.6.37, libdrm 2.4.24 Latest Mesa git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 33824] New: [r600g, tiling] mipmap rendering errors / block artifacts
by bugzilla-daemon＠freedesktop.org 12 May '11

12 May '11

https://bugs.freedesktop.org/show_bug.cgi?id=33824 Summary: [r600g, tiling] mipmap rendering errors / block artifacts 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: liquid.acid(a)gmx.net Hi there, this is a update of bug #31046, where the main issue was GPU resets caused by enabling tiling (R600_FORCE_TILING=1) with the r600g driver. The situation however was changed, and now R600_FORCE_TILING only causes mipmap rendering errors in a few application. Last time I tested ioquake3, doom3 (demo) and both ut2003 and ut2004. ut03 and ut04 are still affected by the blocky rendering errors (see the other bug for screenshots illustrating the problem), but both ioquake3 and doom3 now look perfectly fine. My hardware: ATI Technologies Inc Radeon HD 4770 [RV740] libdrm, mesa and xf86-video-ati are all git master tip. ColorTiling is enabled in the xorg.conf, verified this by checking the Xorg logfile. kernel is d-r-t Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

← Newer
1
...
17
18
19
20
21
22
23
...
48
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2011