Bug 22659
Summary: | laptop display problem while installing | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Tim Waugh <twaugh> |
Component: | anaconda | Assignee: | Brent Fox <bfox> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | msf |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | Florence Gold | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-01-12 23:22:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tim Waugh
2000-12-21 11:52:22 UTC
Assigning to a developer. When you get to the syslinux prompt, try typing 'nofb' This should force the installer to skip framebuffer mode and try the regular X server instead. I'm trying to figure out if this is a framebuffer problem. With 'nofb' the problem doesn't happen. This is what we were afraid of. Some video cards do not work well with framebuffer mode. Some of them will fail when the graphical installer first tries to come up. If it fails here, we can catch the error and start a non-framebuffer X server. However, if it fails later in the installation, as in this case, then we're in a bit of a bind. We can't fall back and the user probably can't go forward if they can't read the screen. Did you pass any special video modes at the syslinux prompt? Like vga=791 or something like that? No. The first time I just hit enter; the second time just 'linux nofb'. Can you give me the output of lspci? 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 00:04.0 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:04.1 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) 01:00.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 20) 01:00.1 Multimedia audio controller: Neomagic Corporation [MagicMedia 256AV Audio] (rev 20) Thanks. We've reproduced the problem on an IBM Thinkpad with a neomagic graphics board. On our machine, after testing X, all the white areas of the screen have turned purple. Very odd. This defect is considered MUST-FIX for Florence Gold release This isfixed now in cvs. Brock, please verify. I can point you toward a laptop with this graphics chip. What happends is that we don't try to use the framebuffer server on NeoMagic cards anymore. verified the test setting works with a laptop with this chipset for 1024x768 @ 16 bit (Neomagic (laptop/notebook)) ... this was verified in qa0118.2 test tree ... |