On 2013-01-24 15:29 (GMT-0500) Patrick Shanahan composed:
* Felix Miata
[01-24-13 00:39]: On 2013-01-23 23:31 (GMT-0500) Patrick Shanahan composed:
Doesn't appear to make any diff 80%/100%,
What does fbset -s report in the VM?
from tty1 after booting w/o vga=/video= : mode "1280x1024-77" # D: 131.096 MHz, H: 80.328 kHz, V: 76.649 Hz geometry 1280 1024 1280 1024 32 timings 7628 160 32 16 4 160 4 rgba 8/16,8/8,8/0,8/24 endmode
Which video= string(s) did you try?
video=1920x1200x16 is actual monitor size video=1600x1200x16
Did you find some authoritative doc that says either of those is valid? Try 'dmesg | grep video', and again after a restart with s/1200x16/1200@60/ or s/1200x16/1200/.
did "dmesg |grep video" after each boot but only saw 1200 displayed in kernel boot line except when using 1600 and no video parameter was displayed.
none change the ~80% displayed text area, ttyX
From your response I don't believe you did what I was trying to get you to do, which is to recognize that video=1600x1200x16 is not consistent with the following syntax: video=<conn>:<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd] to wit, only the first "x" is legal, resulting in the whole video= string being ignored. As potential proof, I offer the following output from two successive boots: ################################################### # lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) # cat /etc/os-release | grep PRETTY PRETTY_NAME="openSUSE 12.3 Beta 1 (Dartmouth) (x86_64)" # cat /proc/cmdline root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864x16 3 # dmesg | grep video [ 0.000000] Command line: root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864x16 3 [ 0.000000] Kernel command line: root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864x16 3 [ 1.053082] pci 0000:00:02.0: Boot video device [ 6.696687] parse error at position 4 in video mode '1152x864x16' # fbset -s mode "1600x1200" geometry 1600 1200 1600 1200 32 timings 0 0 0 0 0 0 0 accel true rgba 8/16,8/8,8/0,0/0 endmode ^^^^^^^^^ end boot 1 ################################################### begin boot 2 vvvvvvvvv # lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) # cat /etc/os-release | grep PRETTY PRETTY_NAME="openSUSE 12.3 Beta 1 (Dartmouth) (x86_64)" # cat /proc/cmdline root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864-16 3 # dmesg | grep video [ 0.000000] Command line: root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864-16 3 [ 0.000000] Kernel command line: root=LABEL=15susenext ipv4only=1 noresume splash=verbose vga=794 video=1152x864-16 3 [ 1.053090] pci 0000:00:02.0: Boot video device # fbset -s mode "1152x864" geometry 1152 864 1152 864 16 timings 0 0 0 0 0 0 0 accel true rgba 5/11,6/5,5/0,0/0 endmode ###################################################
Also if you haven't already tried it, skip video= and vga= both. If your EDID is good I would expect you (on hardware) to get 1920x1200 by default. On my NEC CRT with up to 2048x1536 supported via video=, including x16 or using no video= results here with M2 on Intel 945 chip in the CRT's PreferredMode=1600x1200.
Samsung SyncMaster 2433bw
in vbox which provides it's own video (card/driver), see: http://wahoo.no-ip.org/~pat/vbox_video.jpg
note: /etc/fb.modes contains 1600x1200 (60,66,76).
I don't have a 1920x1200 LCD to try here, but if you can't get expected results using a legal video= string of your choice, I have to think you've hit a VM bug and/or a bug related to your gfxchip. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org