Bug#585651: nouveau: Fails to use same resolution than console
On 2010-06-13 01:19 +0200, Julien Cristau wrote: On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote: This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. I guess ideally the driver could try allocating a smaller framebuffer if it fails the first allocation. Or just not try a too big resolution for that little vram in the first place. Not sure how easy a fix would be... Upstream has now chosen to lower the default color depth on low memory cards in both the kernel¹ (as of Linux 3.2-rc2) and the DDX². Do you think this is enough to close the bug? Cheers, Sven ¹ http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=1e482f75f169861e992eb6b5602dc73a9e0b63a2 ² http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=9fa0c6c74d0b9f7d66ebe3c99184eaa13abeb1a0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585651: nouveau: Fails to use same resolution than console
On Thu, Dec 1, 2011 at 16:06:55 +0100, Sven Joachim wrote: On 2010-06-13 01:19 +0200, Julien Cristau wrote: On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote: This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. I guess ideally the driver could try allocating a smaller framebuffer if it fails the first allocation. Or just not try a too big resolution for that little vram in the first place. Not sure how easy a fix would be... Upstream has now chosen to lower the default color depth on low memory cards in both the kernel¹ (as of Linux 3.2-rc2) and the DDX². Do you think this is enough to close the bug? Sounds good to me fwiw. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585651: nouveau: Fails to use same resolution than console
On 2011-12-01 19:29 +0100, Julien Cristau wrote: On Thu, Dec 1, 2011 at 16:06:55 +0100, Sven Joachim wrote: On 2010-06-13 01:19 +0200, Julien Cristau wrote: On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote: This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. I guess ideally the driver could try allocating a smaller framebuffer if it fails the first allocation. Or just not try a too big resolution for that little vram in the first place. Not sure how easy a fix would be... Upstream has now chosen to lower the default color depth on low memory cards in both the kernel¹ (as of Linux 3.2-rc2) and the DDX². Do you think this is enough to close the bug? Sounds good to me fwiw. Okay, I'll close the bug in the next snapshot. Achim, on kernels = 3.1 you may want to boot with the video=1920x1200-8 kernel parameter to reduce the framebuffer's color depth. See http://nouveau.freedesktop.org/wiki/KernelModeSetting. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585651: nouveau: Fails to use same resolution than console
Package: xserver-xorg-video-nouveau Version: 1:0.0.16+git20100518+4b8f1a0-1 Severity: normal File: nouveau Hi, I know this is a quite old grafics card, but a quite high resolutin. When starting the system the kernel detects the right monitor resolution, and switches to this mode (1920x1200). But when starting X the server fails to use the same mode. To be able to start the server you need to force the Xserver to use a lower resolution, like the ones which are currently commented in my xorg.conf. Problem here, is the normal user would not know what to do. As I had an other screen attached to the system before (1280x1024) I know the system was working with that resolution. So the workaround was quite easy implemented. The really strange issue here is, the kernel can easily use the high resolution, but not the XServer. Maybe due to the number of colors? Thanks -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 28 20:45 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725180 Jun 3 18:14 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV6 [Vanta/Vanta LT] (rev 15) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 410 Jun 12 17:15 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier HP VendorName HP ModelName ZR24w #Option PreferredMode 1280x1024 #Option PreferredMode 1440x900 EndSection Section Device Identifier Videocard0 Driver nouveau VendorName NVIDIA Corporation Option Monitor-VGA-1 HP EndSection Kernel version (/proc/version): Linux version 2.6.34-1-686 (Debian 2.6.34-1~experimental.1) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-10) ) #1 SMP Thu May 20 12:14:21 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 15450 Jun 12 17:19 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.14-dsa-ia32 i686 Debian Current Operating System: Linux tmp 2.6.34-1-686 #1 SMP Thu May 20 12:14:21 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.34-1-686 root=/dev/mapper/WD400-root ro quiet Build Date: 03 June 2010 04:08:50PM xorg-server 2:1.7.7-2 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Jun 12 17:19:13 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No device specified for screen Default Screen Section. Using the first device section listed. (**) | |--Device Videocard0 (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eac60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:1:0:0) 10de:002c:10de:0072 nVidia Corporation NV6 [Vanta/Vanta LT] rev 21, Mem @ 0xfd00/16777216, 0xf600/33554432, BIOS @ 0x/65536 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II)
Bug#585651: nouveau: Fails to use same resolution than console
This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. signature.asc Description: This is a digitally signed message part
Bug#585651: nouveau: Fails to use same resolution than console
On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote: This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. I guess ideally the driver could try allocating a smaller framebuffer if it fails the first allocation. Or just not try a too big resolution for that little vram in the first place. Not sure how easy a fix would be... Cheers, Julien signature.asc Description: Digital signature
Bug#585651: nouveau: Fails to use same resolution than console
Yes this is what I thought as well. Achim On 06/13/2010 01:19 AM, Julien Cristau wrote: On Sun, Jun 13, 2010 at 08:45:42 +1000, Christopher James Halse Rogers wrote: This probably is due to your high resolution and low video memory - a 1900x1200 truecolour framebuffer takes up slightly more than half your VRAM. I guess ideally the driver could try allocating a smaller framebuffer if it fails the first allocation. Or just not try a too big resolution for that little vram in the first place. Not sure how easy a fix would be... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org