[求救]使用uvesafb设置不了Console下的宽屏.

howard228

经过二天尝试 中文 外文 的都看过了不少.
可以使用加v86d服务方式成功用uvesafb支持1440x900,可是lrmi方式如何也不出我的宽屏分辨率.
全部过程如下:

v86d:
#pacman -S v86d
#vi etc/mkinitcpio.conf
HOOKS="base udev v86d autodetect pata sata filesystems"
#mkinitcpio -p kernel26
#vi /etc/modprobe.d/uvesafb
options uvesafb mode_option=1400x900-32@70 scroll=ywrap

lrmi:
#pacman -S lrmi
#vbetest

VBE Version 3.0
NVIDIA
[352] 768×480 (256 color palette)
[353] 768×480 (5:6:5)
[354] 768×480 (8:8:8)
[355] 960×600 (256 color palette)
[356] 960×600 (5:6:5)
[357] 960×600 (8:8:8)
[358] 1280×800 (256 color palette)
[359] 1280×800 (5:6:5)
[360] 1280×800 (8:8:8)
[261] 1024×768 (256 color palette)
[279] 1024×768 (5:6:5)
[280] 1024×768 (8:8:8)
[274] 640×480 (8:8:8)
[276] 800×600 (5:6:5)
[277] 800×600 (8:8:8)
[257] 640×480 (256 color palette)
[259] 800×600 (256 color palette)
[273] 640×480 (5:6:5)
没有1440x 900

后来手动安装了nv的官方驱动,vbetest也没有找到合适的分辨率.

有一个帖子 http://www.linuxsir.cn/bbs/showt ... &highlight=lrmi 说要在内核中进行设置如下:
1. cd /usr/src/linux && make menuconfig;
2. Device Drivers
<*>Connector - unified userspace<->kernelspace linker ->
Graphic support ->
<*> Userspace VESA VGA graphics support
3. make;
4. emerge -av klibc;
5. emerge -av v86d;
6. make menuconfig;
7. General Setup
<*> Initial RAM filesystem and RAM disk (initramfs/initrd) support
(/usr/share/v86d/initramfs) Initramfs source file(s)
8. remake kernel & install
9. add video=uvesafb:mtrr:3,ywrap,1680x1050-24 to /boot/grub/grub.conf
10. reboot


请问大大们,有没有办法不重新编译内核的情况下解决啊.

换掉原来的模拟信号线为DVI线,就好了~

kgnn

vbetest没有1440x900，说明显卡BIOS里没有这个宽屏分辨率。我的GF4 Ti4200也没有。X很容易支持，但是framebuffer就有点麻烦。

那个帖子里，asmart兄说：
在内核中 如果启用了uvesafb 哪么需要将
Device Drivers ->
Graphics support ->
[] VESA VGA graphics support
的支持关闭， 仅仅留下
<*> Userspace VESA VGA graphics support
此时 uvesafb可以正常支持自定义分辨率， vedio=uvesafb:1440x900-24@70,mtrr:3,ywarp


要重新编译内核，是有点麻烦，我都没弄了，也不常用Console。

你说“v86d方式成功支持1440x900”，有点问题。
v86d是uvesafb必须的，我也装了，但是弄不了1440x900，只能弄出1400x1050。
用数字接口，OSP菜单显示的是1440x900，但实际是1400x1050，光标走到下面就看不到了
$ fbset
mode "1400x1050"
    geometry 1400 1050 1400 3744 16
    timings 0 238 88 33 1 150 3
    rgba 5/11,6/5,5/0,0/0
endmode

qiang_liu8183

我的Ti4600也不支持，已经彻底放弃了......

howard228

首先谢谢kgnn  qiang_liu8183, 心里有谱了.
多问下,刷显卡BIOS可行啊,9600GT.
回头搞个DVI线试试.

jarryson

尝试一下开源驱动以及nvidia的KMS

kgnn

刷显卡BIOS有点悬。
nvidia现在能用KMS了吗？

uvesafb实在不怎么样，老是冒出模式切换错误，fbi查看图像也老是花屏，还经常喜欢黑屏，切换控制台又慢。
nvidiafb还可以，没有那些讨厌的问题，但是和nvidia官方驱动的nvidia模块冲突，没招。
不打算启动X，或者不用nvidia官方驱动的话，用nvidiafb还不错。
而且，nvidiafb是不依赖显卡BIOS显示模式的。
刚试了下，退出X
#rmmod nvidia    #卸掉已加载的nvidia模块
#modprobe nvidiafb
直接就是1440x900模式，不过是8位色。加载nvidiafb时不能传递参数，但是随时可以用fbset更改模式。
只是想再用nvidia官方驱动启动X，只能重启。nvidiafb模块在使用中，卸不掉。

howard228

Orz 彻底服了.
自己跑去试了一个晚上,只发现:
kgnn你的说的:
v86d是uvesafb必须的，我也装了，但是弄不了1440x900，只能弄出1400x1050。
uvesafb实在不怎么样，老是冒出模式切换错误，fbi查看图像也老是花屏，还经常喜欢黑屏，
完全正确,虽然我没花过屏,还以为uvesafb可以解决呢.

我能再多问个问题嘛?如果不用官方驱动的话,pacman的时候是用 nvidia 185.XXXX
还是用xf86-video-nouveau ?

howard228

#modprobe nvidiafb mode_option=1920x1200-32@75

MS 好像可以用这样的方式传递参数~

kgnn

Post by howard228;2008011
#modprobe nvidiafb mode_option=1920x1200-32@75

MS 好像可以用这样的方式传递参数~

试了下，有效。

用uvesafb，如果用fbset改了显示模式，fbi查看图像就容易花屏。

我的是Debian，不了解Arch。
nvidia 185.XXXX版本号看起来像是官方闭源驱动。

X如果不用nvidia官方闭源驱动，似乎可选的有vesa，nv，fbdev(Console开启了framebuffer)
这些在Debian都作为X的依赖全都装了
xserver-xorg-video-vesa xserver-xorg-video-nv xserver-xorg-video-fbdev

KMS应该是完美的方案，不知道什么时候nvidia显卡能用上。

Fedora和Arch好像都是喜欢追新的类型
http://www.phoronix.com/scan.php?page=news_item&px=NzEwMA
Intel, NVIDIA Kernel Mode-Setting In Fedora 11
Posted by Michael Larabel on February 27, 2009
Just three days ago we shared that Nouveau will become the default NVIDIA driver in Fedora 11 to replace the obfuscated xf86-video-nv mess. Now proposed for Fedora 11 is to also integrate the Nouveau kernel mode-setting driver.

The Nouveau kernel mode-setting support is still very experimental as their API isn't even finalized and it will not enter the mainline Linux kernel in time for Fedora 11.

howard228

感谢,经过N次尝试,终于又回到了原点,直接 vga=794 ,虽然在屏幕最上方少了几行像素,Arch的图标少了一个尖,但是效果是最好的.

额外点知识:
I see alot of confusion here, so I'm going to detail this in an announcement, just so everyone knows.

hwd and hwdetect are two entirely different things that just happen to have some letters in common.  hwd is not an abbreviation for 'hwdetect'

hwdetect is · part of the 'initscripts' package
· created by tpowa, Archlinux Developer
· enabled by adding MOD_AUTOLOAD="yes" to /etc/rc.conf
· NOT added to the DAEMONS array


hwd is · from the 'lshwd' package
· created by z4ziggy, creator of Archie
· enabled by adding 'hwd' to the DAEMONS array in /etc/rc.conf