fb奇怪的问题,内核启动参数里是800x600模式,启动时会自动变成1024x768模式...

Crystal_Boy 2005-07-13 02:13:54
主板:Intel 845G
显卡:板载
系统环境: Redhat Enterprise AS 3
内核: www.kernel.org 下载的 Linux-2.4.23
打上 i810 Framebuffer 驱动补丁 (linux-2.4.23-24-i810fb.diff.bz2)

偶想打开0x315(800x600-16bpp)的显示模式,不知道为什么,启动时显示的模式自动变为1024x768模式的,启动的硬件初始信息讲不支持845G啊,偶编译的Linux-2.4.23内核时已经把 i810/i815,i830,i845G的fb驱动都编译时内核里了啊.
然而打开Redhat Enterprise AS 3 的fb显示模式,且能正常打开800x600的显示卡啊,请高手帮帮一下


# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,2)
# kernel /boot/vmlinuz-version ro root=/dev/hda3
# initrd /boot/initrd-version.img
#boot=/dev/hda
default=6
timeout=10
splashimage=(hd0,2)/boot/grub/splash.xpm.gz

title Red Hat Enterprise Linux AS (2.4.23)
root (hd0,2)
kernel /boot/vmlinuz-2.4.23 init 3 vga=0x315 ro root=LABEL=/
initrd /boot/initrd-2.4.23.img

title Red Hat Enterprise Linux AS (2.4.21-FrameBuffer)
root (hd0,2)
kernel /boot/vmlinuz-2.4.21-4.EL init 3 vga=0x315 ro root=LABEL=/
initrd /boot/initrd-2.4.21-4.EL.img
.....
.....




#dmesg
.....
Linux version 2.4.23 (root@redhat) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20)) #2 Wed Jul 13 12:33:31 CST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e2000 - 00000000000e8006 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001f7f0000 (usable)
BIOS-e820: 000000001f7f0000 - 000000001f7f8000 (ACPI data)
BIOS-e820: 000000001f7f8000 - 000000001f800000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
503MB LOWMEM available.
On node 0 totalpages: 129008
zone(0): 4096 pages.
zone(1): 124912 pages.
zone(2): 0 pages.
Kernel command line: init 3 vga=0x315 ro root=LABEL=/
Initializing CPU#0
Detected 1800.045 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 3591.37 BogoMIPS
Memory: 507360k/516032k available (1584k kernel code, 8284k reserved, 483k data, 308k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 3febfbff 00000000 00000000 00000000
CPU: Common caps: 3febfbff 00000000 00000000 00000000
CPU: Intel(R) Celeron(R) CPU 1.80GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfdb61, last bus=3
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 00:1f.1
Transparent bridge - Intel Corp. 82801BA/CA/DB/EB PCI Bridge
PCI: Using IRQ router PIIX/ICH [8086/24c0] at 00:1f.0
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
PCI: Sharing IRQ 5 with 03:0f.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
i2c-core.o: i2c core module
i2c-dev.o: i2c /dev entries driver module
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-algo-bit.o: i2c bit algorithm module
i2c-proc.o version 2.6.1 (20010825)
intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G chipsets
intelfb: Version 0.7.7, written by David Dawes <dawes@tungstengraphics.com>
PCI: Found IRQ 11 for device 00:02.0
PCI: Sharing IRQ 11 with 00:1d.0
intelfb: 00:02.0: Intel(R) 845G, aperture size 128MB, stolen memory 8060kB
intelfb: Acceleration is not supported for the Intel(R) 845G chipset.
intelfb: Initial video mode is 1024x768-16@60.
Console: switching to colour frame buffer device 128x48
vesafb: abort, cannot reserve video memory at 0xd0000000
vesafb: framebuffer at 0xd0000000, mapped to 0xe086f000, size 3750k
vesafb: mode is 800x600x32, linelength=3200, pages=3
vesafb: protected mode interface info at a5f3:1f5f
vesafb: scrolling: redraw
vesafb: directcolor: size=8:8:8:8, shift=24:16:8:0
fb1: VESA VGA frame buffer device
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
i810_rng: cannot disable RNG, aborting
i810_rng hardware driver 0.9.8 loaded
hw_random hardware driver 1.0.0 loaded
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
8139cp: 10/100 PCI Ethernet driver v1.1 (Aug 30, 2003)
8139cp: pci dev 03:0b.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp: Try the "8139too" driver instead.
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 11 for device 03:0b.0
eth0: RealTek RTL8139 at 0xe0c1cf00, 00:e0:4c:73:67:af, IRQ 11
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 431M
agpgart: Detected an Intel(R) 845G Chipset.
agpgart: Detected 8060K stolen memory.
agpgart: AGP aperture is 128M @ 0xd0000000
[drm] AGP 0.99 Aperture @ 0xd0000000 128MB
[drm] Initialized radeon 1.7.0 20020828 on minor 0
[drm] AGP 0.99 Aperture @ 0xd0000000 128MB
[drm] Initialized i810 1.2.1 20020211 on minor 1
[drm] AGP 0.99 Aperture @ 0xd0000000 128MB
[drm] Initialized i830 1.3.2 20021108 on minor 2
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hda: Maxtor 6Y060L0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 120103200 sectors (61493 MB) w/2048KiB Cache, CHS=7476/255/63
Partition check:
hda: hda1 hda2 < hda5 hda6 hda7 > hda3
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 87k freed
VFS: Mounted root (ext2 filesystem).
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 308k freed
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
Adding Swap: 642560k swap-space (priority -1)
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
(hwl#) init_module: begun
PCI: Found IRQ 5 for device 03:0f.0
PCI: Sharing IRQ 5 with 00:1d.2
PCI: Sharing IRQ 5 with 00:1f.1
......
...全文
363 16 打赏 收藏 转发到动态 举报
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
Crystal_Boy 2005-07-26
  • 打赏
  • 举报
 回复
顶。。。
Crystal_Boy 2005-07-19
  • 打赏
  • 举报
 回复
To: flinymengw4u(暗恋黑夜)
还有个问题，内核可不可以在启动参数里无vga参数的情况下打开vesafb?偶的意思是内核默认都打开fb模式，这个能做得到吗？如何做？

比如：原来启动时的参数
default linux
label linux
KERNEL vmlinuz
APPEND initrd=initrd root=/dev/ram0 rw ramdisk_size=32768 vga=788

最后改成这样，也能打开vesafb驱动的800x600-16bpp模式
default linux
label linux
KERNEL vmlinuz
APPEND initrd=initrd root=/dev/ram0 rw ramdisk_size=32768

可不可这样做？
Crystal_Boy 2005-07-19
  • 打赏
  • 举报
 回复
To: flinymengw4u(暗恋黑夜)
你说的内核选项中有一项是可以设置fb的默认分辨率，它具体选项名叫什么的，这个对偶很重要
请你一定要告诉偶
服务器内的蜗牛 2005-07-19
  • 打赏
  • 举报
 回复
是不是那个driver已经确定了参数。用VGA改不了它
flinymengw4u 2005-07-17
  • 打赏
  • 举报
 回复
看信息是没有使用intelfb，使用的是vesafb，vesafb应该是支持800x600-16模式的，在内核选项中有一项是可以设置fb的默认分辨率的，或者使用2.4.26或以上的内核
Crystal_Boy 2005-07-16
  • 打赏
  • 举报
 回复
To: Happen23
请问有没有办解决这个办法啊？
偶是搞开发的，需要支持i810/i815G/i845G，不能让客户用这么老的机子啊
reachcool 2005-07-16
  • 打赏
  • 举报
 回复
/etc/X11/XF86Config
newbiestar 2005-07-16
  • 打赏
  • 举报
 回复
不会吧……你给客户还用控制台？你不会还要让客户自己维护Linux吧？你做的是什么啊？
Crystal_Boy 2005-07-15
  • 打赏
  • 举报
 回复
To: Happen23
看到了啊,难道Linux-2.4.X的不支持845G的FB啊?
六个九十度 2005-07-15
  • 打赏
  • 举报
 回复
是你的驱动还未实现相关功能

建议学习linux用老机器(就像我用P166MMX笔记本一样^-^)
gettext 2005-07-14
  • 打赏
  • 举报
 回复
改/etc/X11/XF86Config
Crystal_Boy 2005-07-14
  • 打赏
  • 举报
 回复
不是X Windows的分辨率哦
是使用VESA的FrameBuffer的分辨率或模式
六个九十度 2005-07-14
  • 打赏
  • 举报
 回复
intelfb: Acceleration is not supported for the Intel(R) 845G chipset.
intelfb: Initial video mode is 1024x768-16@60.

看到了吗,驱动的问题


blueemotion 2005-07-13
  • 打赏
  • 举报
 回复
你想说的是X Windows的分辨率吧？
看看你的X配置文件
ghtsao 2005-07-13
  • 打赏
  • 举报
 回复
分辨率是个性化设置的呀，每个人可以不一样。
knifex 2005-07-13
  • 打赏
  • 举报
 回复
你的grub.conf是自己改写的吧，可以看到重新编译过的新内核，但是我想既然系统启动时加载的是
1024*768，那就说明你的配置工作还没有做完全，再看看X11下面的相关配置文件，还有inittab
Deepin虚拟机分辨率优化全攻略：从HyperV到VMware的通用设置技巧
本文详细解析了在Hyper-V、VMware和VirtualBox等主流虚拟化平台中优化Deepin虚拟机屏幕分辨率的通用技巧与底层原理。通过修改GRUB内核参数这一核心方法，并辅以各平台专属的驱动安装（如VMware Tools、VirtualBox Guest Additions）和xrandr命令行工具，手把手教你解决默认分辨率不适配、显示模糊等问题，确保Deepin在虚拟机中获得清晰舒适的显示效果。
Hyper-V中Linux虚拟机分辨率优化：从GRUB配置到完美显示
本文详细介绍了在Hyper-V中优化Linux虚拟机分辨率的完整方案。通过修改GRUB配置文件，添加`video=hyperv_fb`内核参数，可以从系统底层强制设定高分辨率，解决默认显示窗口过小的问题。文章提供了从编辑配置、更新GRUB到重启验证的详细步骤，并涵盖了常见问题排查与进阶调整技巧，适用于Ubuntu、CentOS等主流发行版。
复现基于改进扩散模型的高海拔地区新能源高波动出力场景生成方法（Python代码实现）
内容概要：本文提出了一种基于改进扩散模型的高海拔地区新能源高波动出力场景生成方法，并提供了完整的Python代码实现。该方法针对高海拔地区风能、光伏等新能源出力波动剧烈、不确定性高的特点，通过优化扩散模型的结构与训练策略，有效捕捉历史数据的概率分布特征与时序相关性，从而生成高质量、多样化的出力场景。文中详细阐述了模型的数学推导、网络架构设计、损失函数优化及采样算法改进，并通过实验证明其在拟合精度、场景多样性与稳定性方面优于传统生成模型，为电力系统在高比例新能源接入下的规划、调度与风险评估提供了可靠的场景输入支持。; 适合人群：具备一定Python编程能力和机器学习基础，从事新能源发电预测、电力系统分析、智能优化、场景生成等方向研究的科研人员、高校研究生及工程技术人员。; 使用场景及目标：①用于高海拔地区风电、光伏出力的不确定性建模与多场景生成；②支撑含高渗透率新能源的电力系统随机优化调度、鲁棒决策与风险评估；③为相关学术研究、论文复现与算法改进提供可运行的技术方案与代码基础； 阅读建议：建议读者结合所提供的完整资源（代码、数据集、说明文档）进行实践操作，重点关注扩散模型的前向加噪与反向去噪过程的设计细节，以及如何将其适配于新能源时序数据的生成任务，通过参数调优与对比实验深入理解模型的生成机制与性能边界。
复现计及风电不确定性的电力系统黑启动恢复模型（Matlab代码实现）
内容概要：本文档提供了多个电力系统及相关领域的Matlab和Python代码实现资源，重点聚焦于“计及风电不确定性的电力系统黑启动恢复模型”的复现研究。该模型针对高比例新能源接入背景下，风电出力波动性和不确定性对电力系统恢复过程的影响，构建了考虑不确定因素的黑启动优化恢复框架，并通过Matlab编程实现仿真验证，旨在提升新型电力系统在故障后的快速、可靠恢复能力。; 适合人群：具备一定电力系统基础知识和Matlab编程能力的研究生、科研人员及从事电力系统规划与运行工作的技术人员。; 使用场景及目标：①用于学习和复现含风电的电力系统黑启动恢复策略；②开展考虑新能源不确定性的电力系统恢复力（resilience）研究；③作为相关课题的算法开发与仿真验证参考； 阅读建议：建议结合电力系统恢复、随机优化或鲁棒优化等相关理论文献，深入理解模型构建逻辑，并利用提供的代码进行调试与案例分析，进一步拓展至其他不确定性场景或系统结构的研究。
【静态约束法】配电网电动汽车接入容量评估研究（Matlab代码实现）
内容概要：本文围绕基于静态约束法的配电网电动汽车接入容量评估展开研究，提出了一种在新型电力系统背景下评估主动配电网对电动汽车承载能力的方法。研究通过构建数学模型，结合潮流计算与关键约束条件（如电压越限、线路过载等），量化分析配电网可承受的最大电动汽车充电负荷容量，旨在识别规模化电动汽车接入带来的潜在运行风险，并为电网规划与运行提供科学依据。文中配套提供了完整的Matlab代码实现，便于仿真验证与结果复现。此外，该研究与分布式光伏承载力评估、电动汽车可调能力分析等方向形成技术联动，展现了多主题协同的研究体系。; 适合人群：具备电力系统分析基础理论知识及Matlab编程能力的高校研究生、科研机构研究人员，以及从事新能源并网、智能配电网规划与运行等相关领域的工程技术人员。; 使用场景及目标：①用于学术研究中的模型复现与论文撰写支撑；②评估实际配电网中电动汽车大规模接入的可行性与安全边界，指导充电基础设施布局；③作为高校教学案例，帮助学生深入理解电网承载力评估的核心原理、建模方法与仿真技术； 阅读建议：建议结合文中提及的相关研究方向（如二阶锥规划、多面体聚合方法等）进行对比学习，充分利用所提供的Matlab代码与网盘资料开展仿真实验，重点关注约束条件的设定逻辑与潮流计算模块的实现细节，以深化对评估模型机理与工程应用价值的理解。
Linux_Kernel

4,469

社区成员

17,458

社区内容

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 内核源代码研究区
社区管理员
  • 内核源代码研究区社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章