<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - nouveau kernel module won't load (not available) on Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID: 10de:0426" href="https://bugs.freedesktop.org/show_bug.cgi?id=111853#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - nouveau kernel module won't load (not available) on Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID: 10de:0426" href="https://bugs.freedesktop.org/show_bug.cgi?id=111853">bug 111853</a> from <a class="email" href="mailto:mrmazda@earthlink.net" title="Felix Miata <mrmazda@earthlink.net>"> Felix Miata</a> <pre>(In reply to Ilia Mirkin from <a href="show_bug.cgi?id=111853#c5">comment #5</a>) > The only thing I can think of is the vesafb usage. However I thought there > was a mechanism for us to kick out such a driver. But perhaps not, and > perhaps it broke somehow. Can you try not booting with video=? That results in use of 80x25 text mode that is corrupted, random letters get shifted by one character from what they should have been, e.g. "t" drawn where "s" should be, or "d" drawn where "c" should be, and many clearly wrong characters, such as 15-30% of a screen full of "!!". The BIOS logo also has vertical lines through the SONY image, and the !! pairs appear on the otherwise black screen between BIOS splash and GFX Grub menu, and plain text mode Grub. > Also, perhaps something's VERY wrong with the device, s.t. something fails > very early in nouveau's attempts -- try loading nouveau with > debug=trace (or, if putting into the kernel cmdline, nouveau.debug=trace) > which should spam the kernel log pretty hard. It didn't, 331 bytes less than that of <a href="show_bug.cgi?id=111853#c4">comment 4</a>, only two lines containing "veau", both included on Kernel command line. This laptop isn't mine. It belongs to my church. It came to me to repair because of video corruption in Windows 7 that appeared only after warmup. I took out its HD and put in my SSD to facilitate troubleshooting after having the same trouble with Knoppix as is happening in openSUSE, and taking a long time to boot each time from Knoppix DVD. I quickly decided the Windows video corruption seemed to be nothing but overheating, so I've been running it most of the time with a 4" fan blowing on its bottom after having blown through its airways with compressed air when I first got it. Without the 4" fan, I can't tell if the heat coming from the vent is simply radiation, or from its fan. In 1024x768 VESA mode (with vga=) the video output doesn't get corrupted either on vttys or in Xorg. When I plug in a display to its HDMI port, the external display wakes up only to report "no HDMI signal", which it repeats going into or out of Xorg.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>