On my Toshiba Sat. Pro M30 961 I have a problem with Vesafb-tng and newer (2.6.14) Kernels. X works fine, but the virtual terminals are all blank. /proc/fb0/vbe_info says: Vendor: NVIDIA Corporation Product: NV34 Board - tosh34sf And while using a 2.6.13 kernel /proc/fb0/modes contains the line 1280x800-8 With a newer Kernel (2.6.14-r*) I get 1280x800-0 Other Resolutions (1024x768-32 bpp) work fine. My kernel config is CONFIG_FB_VESA=y # CONFIG_FB_VESA_STD is not set CONFIG_FB_VESA_TNG=y CONFIG_FB_VESA_DEFAULT_MODE="1280x800@72" (other fb drivers are disabled) and grubs menu.lst is kernel /kernel-2.6.1*-gentoo-r* quiet root=/dev/hda3 video=vesafb:1280x800-8@72 Reproducible: Always Steps to Reproduce: 1. Use 2.6.14 kernel 2. Use vesa-fb tng and 8 bpp colour-depth 3. Boot the system Actual Results: Terminal was blank Expected Results: Terminal should appear in 1280x800 with 8bpp colour-depth, works with 2.6.13 Kernels Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r5 i686) ================================================================= System uname: 2.6.13-gentoo-r5 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.12.0_pre11 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fmove-all-movables -mmmx -msse -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fmove-all-movables -mmmx -msse -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://www.gigaload.org/gentoo.org/ ftp://mirror.nutsmaas.nl/gentoo/ http://gentoo.mirror.sdv.fr" LANG="de_CH" LC_ALL="de_CH" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X aac aalib acl acpi aim alsa apm audiofile avi berkdb bitmap-fonts bluetooth bzip2 canvas cdr crypt cups curl directfb divx4linux dvd dvdr dvdread eds emboss encode exif expat fam ffmpeg flac font-server foomaticdb gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 guile hal icq idn ieee1394 imagemagick imlib ipv6 irc jabber java joystick jpeg junit kde kdeenablefinal lcms ldap lirc lua mad matroska mbox mikmod mmx mng mozilla mozsvg mp3 mpeg msn nas ncurses nls nptl ogg oggvorbis openal opengl oss pam pcmcia pcre pdflib perl pic png python qt quicktime readline real recode rtc samba scanner sdl slang sndfile speex spell sqlite sse ssl stream svg svga tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb v4l v4l2 vcd vorbis wifi win32codecs wxwindows xine xinerama xml xml2 xmms xprint xv xvid yahoo zlib video_cards_nvidia linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
Is this still a problem with the latest version of gentoo-sources?
(In reply to comment #1) > Is this still a problem with the latest version of gentoo-sources? > It is at least with 2.6.17-r4, still CONFIG_FB_VESA=y # CONFIG_FB_VESA_STD is not set CONFIG_FB_VESA_TNG=y and still cat /proc/fb0/modes 640x400-8 640x480-8 800x600-8 1024x768-8 320x200-16 320x200-32 640x480-16 640x480-32 800x600-16 800x600-32 1024x768-16 1024x768-32 1280x800-0 I am using 1024x768 now, because it is the highest working resolution.
I can't reproduce this at all with current gentoo-sources.
Hopefully uvesafb will be accepted upstream and then we can simply remove vesafb-tng from gentoo-sources without any loss of functionality.
I'm closing this bug as WONTFIX, since we're dropping support for vesafb-tng. vesafb-tng has been replaced by uvesafb in gentoo-sources-2.6.23. uvesafb provides the same functionality, but is completely redesigned and hopefully will prove to be free of any bugs that might have been present in vesafb-tng. If you encounter a similar problem with uvesafb, please open a new bug.