|
Description
Alex Buell
2011-01-10 05:30:12 UTC
Created attachment 41837 [details]
Xorg.0.log
I'd like to add that I have experienced the same problem with Fedora 15 and Ubuntu Natty with the same hardware. Also, I have a newer laptop with NV34 chipset, the above distributions and Gentoo works perfectly on that. Is there anything I can do to help get this sorted for the NV11 chipset? I have some newer logs, with VESA_FB and PRINTK timings enable attached to this report. Created attachment 41838 [details]
dmesg
Created attachment 41839 [details]
Xorg.0.log
Created attachment 41872 [details]
dmesg with kernel parameter video=LVDS-1:d added
Just been doing some additional work on this. Apparently disabling LVDS-1 got X working. I am now building 2.6.37 and testing again to see if the fixes applied to that kernel solves the issue entirely. Ok, 2.6.37 is a total disaster. Booting w/o video=LVDS-1:d resulted in a solid kernel lockup. Not able to ssh in and look for myself what was wrong. Booting /w video=LVDS-1:d, resulted in a booting 2.6.37 kernel, looks OK but X wouldn't start. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 11 14:23:10 2011 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (EE) Failed to load module "vesa" (module does not exist, 0) (EE) Failed to load module "fbdev" (module does not exist, 0) (EE) NOUVEAU(0): Error allocating scanout buffer: 0 Fatal server error: AddScreen/ScreenInit failed for driver 0 dmesg and Xorg.0.log attached. Created attachment 41875 [details]
2.6.37 dmesg
Created attachment 41876 [details]
2.6.37 Xorg.0.log
what happens if you remove "vga=791" from 2.6.37 kernel command line? Makes no real difference,the problem is with X trying to start up but not getting what it needs. Console working perfectly OK. 2.6.37 could not even boot with all vga/video related parameters removed, needed just LVDS-1:-d to even boot. I suspect something has substantially changed for the worse with 2.6.37. I added a xorg.conf to the 2.6.37 kernel, and got a GPU hang. Eep! Added xorg,conf and relevant logs. Created attachment 41905 [details]
xorg.conf used with 2.6.37
Created attachment 41906 [details]
GPU hang with 2.6.37's xorg.conf
Created attachment 41907 [details]
GPU hang in 2.6.37 - Xorg.0.log
With diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index cfb8a3c..97de9e1 100644 (nv10_invalid_placement_range.patch), and same kernel parameter arguments, it boots just fine but X still exhibits problem. New logs added. Next thing to do is to test kernel without these parameters. Created attachment 41910 [details]
w/ range patch and kernel args - dmesg
Created attachment 41911 [details]
w/ range patch and kernel args - Xorg.0.log
Additonal debugging added to kernel parameters, new logs to follow. Created attachment 41913 [details]
w/ newrange patch and drm.debug kernel args - dmesg
Created attachment 41915 [details]
w/ newrange patch and drm.debug kernel args - Xorg.0.log
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index c41e1c2..30fe6f7 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bo.c +++ b/drivers/gpu/drm/nouveau/nouveau_bo.c The above latest patch fixes the problems with NV11 chipset completely, X nows starts properly. Congratulations, it all works now. Thank you so much! New logs provided. Created attachment 41919 [details]
w/ newer range patch, dmesg output
Created attachment 41920 [details]
w/ newer range patch, Xorg.0.log
At long last. I've managed to get debugging w/ drm.debug=6. Attached is the log output. Created attachment 42744 [details]
drm.debug=6 output via netconsole.
Here's some extra information. Apparently if I add 'video=LVDS:d' to the kernel parameter line, the hang with 2.6.37 doesn't happen. This definitely was not needed with 2.6.36. Some more experiments w/ the video=LVDS-1:d parameter on 2.6.36 Without creates a 1600x1200 display but console thinks it is 1024x768 With it creates a 1600x1200 display and console thinks it is 1600x1200. I hope this is of use! Created attachment 42858 [details] [review] nv04_lvds_no_native_mode.patch (In reply to comment #29) > Here's some extra information. > > Apparently if I add 'video=LVDS:d' to the kernel parameter line, the hang with > 2.6.37 doesn't happen. This definitely was not needed with 2.6.36. The attached patch should help with that crash. To find out why we can't find a native mode for your LVDS panel, can you get me a BIOS dump? (see [1]) [1] http://nouveau.freedesktop.org/wiki/DumpingVideoBios Created attachment 42860 [details]
dell-inspiron-8100-vbios.rom
Created attachment 42861 [details]
drm.debug=6 output via netconsole w/ nv04 lvds no native mode patch
http://annarchy.freedesktop.org/~currojerez/nv10_invalid_placement_range.patch This patch is also required to prevent X crashes. Thank you, the two patches given above fixed the problem entirely for me, no more X or kernel hangs with 2.6.37. I now consider this report closed. Until the next time :) (In reply to comment #35) > Thank you, the two patches given above fixed the problem entirely for me, no > more X or kernel hangs with 2.6.37. I now consider this report closed. Until > the next time :) This should be fixed in nouveau/master now, marking as resolved. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.