On my laptop(a Dell Inspiron 2650), running Ubuntu 8.10 Intrepid Ibex, Xorg locks up the entire system when I use the nouveau drivers. I have followed the UbuntuPackages guide with no compilation errors for drm-modules. The screen turns black when Xorg starts and stays that way. Keyboard and mouse are unresponsive and I cannot even SSH into the laptop. I assume the laptop has locked up and is completely unresponsive at this point. I have attached kern.log, syslog, Xorg.0.log, and lspci output.
Created attachment 19948 [details] kern.log
Created attachment 19949 [details] lspci
Created attachment 19950 [details] syslog
Created attachment 19951 [details] Xorg.0.log
Created attachment 19953 [details] kern.log Non-gzipped reupload.
Created attachment 19954 [details] lspci Non-gzipped reupload.
Created attachment 19955 [details] syslog Non-gzipped reupload.
Created attachment 19956 [details] Xorg.0.log Non-gzipped reupload.
Created attachment 19957 [details] kern.log
Created attachment 19958 [details] Xorg.0.log
(--) NOUVEAU(0): VideoRAM: 8192 kBytes and (EE) EXA(0): ExaDriverRec::offScreenBase must be <= ExaDriverRec::memorySize are the critical things here. You seem to only have 8Mb VRAM, which really isn't very much (the driver at present tends to assume more, probably a minimum of 16Mb). Do you know if we are detecting the correct amount? I don't think the GeForce2 Go uses host memory, but if it does it may be worth checking if the system bios has an option to increase the amount available to the card.
The BIOS does not give me the option to modify the videoram, or anything related. It is the basic Dell BIOS with limited configuration options. The Geforce2Go in the laptop does indeed have 8MB of ram. It is being detected correctly. For what it's worth, NVIDIA's proprietary driver works just fine, as well as the NV driver, with a desktop resolution of 1024x768(games crawl at this resolution, however).
Looking again at the log provided (apologies for missing this bug when it was first filed), I note it's picking up a 1360x1360 virtual resolution, which at 32 bits per pixel will use 7.6M of ram for the display with very little left over, irrespective of the fact that nouveau tries to use only half the detected amount for the display, and 7.6M clearly doesn't fit in 4M. I'd suggest removing any line in the xorg.conf setting a large virtual size, or indeed, anything else suggesting the server display a 1360 wide image. This should cause it to use try to use a 1024x1024 virtual by default (the xserver makes it square for rotation purposes) -- if you don't need rotation, add the line `Virtual 1024 768' in xorg.conf under the depth 24 "display" subsection (in the "screen" section) for an even smaller memory footprint. Finally, you might try setting DefaultDepth 16 in xorg.conf which should use half as much memory and so fit, but may be less stable (less tested), and will look worse. If something's unclear here, attaching your current xorg.conf may help.
I have not actually used nouveau in a very long time, but I do remember my xorg.conf not having a "Virtual" line at all. I have since moved to Debian(from Ubuntu), but I could probably try reinstalling the driver again and testing it. Basically, I don't have the xorg.conf I used to use. I will try testing again.
Ok, after some testing, changing the virtual line to "Virtual 1024 768" or changing the Depth to 16 doesn't seem to work. I still get the same old black screen and unusable system.
Thanks for re-testing. If you've still got it, attaching your Xorg.0.log (or Xorg.0.log.old) of the attempt would help determine if it's still the memory issue or something else.
I get also a similar problem with a NV11DDR. The bios indicates 32 Mb of VRAM at startup, also confirmed in Xorg.log, so it may not be due to low vram amount. Here are the logs : messages.log: Mar 4 12:04:29 hera init: Switching to runlevel: 5 Mar 4 12:04:29 hera agpgart-sis 0000:00:00.0: AGP 2.0 bridge Mar 4 12:04:29 hera agpgart-sis 0000:00:00.0: putting AGP V2 device into 4x mode Mar 4 12:04:29 hera nouveau 0000:01:00.0: putting AGP V2 device into 4x mode Mar 4 12:04:29 hera [drm] Allocating FIFO number 0 Mar 4 12:04:29 hera [drm] nouveau_fifo_alloc: initialised FIFO 0 Mar 4 12:04:29 hera [drm] Allocating FIFO number 1 Mar 4 12:04:29 hera [drm] nouveau_fifo_alloc: initialised FIFO 1 Mar 4 12:04:30 hera [drm] PFIFO_CACHE_ERROR - Ch 1/4 Mthd 0x0180 Data 0x00000000 lspci 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01) 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP) 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge) 00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller 00:02.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 07) 00:02.3 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 07) 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0) 00:09.0 Ethernet controller: Asix Electronics Corporation AX88141 Fast Ethernet Controller (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX200] (rev b2) Xorg.0.log attached.
Created attachment 23506 [details] Xorg log
Created attachment 23507 [details] [review] Patch
Btw, please don't trim kernel logs next time, as this could hide relevant information.
With the patch id doesn't work either. However, I got some new messages in kernel.log (also I tried without starting kdm but with startx). The logfile is attached below.
Created attachment 23512 [details] kernel.log
Can you retry with current git of everything ?
The problem has disappeared with current git version !
Good. Do you still ahve the patch on the DDX or not ?
No, it is the unpatched git version.
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.