Bug 77090
| Summary: | (440GX IRQ_ROUTING)Redhat 8.0 - Adaptec AIC-7896 Embedded SCSI Contoller on an Intel L440GX+ MB | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <dvantilburg> | ||||
| Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 8.0 | CC: | abby.sinha, caruso, ch, dts, lenny-redhat, me, mzyskowski, ray.steinberger | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-02-21 18:50:04 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: | |||||||
| Attachments: |
|
||||||
|
Description
Need Real Name
2002-11-01 01:04:16 UTC
Assigning to kernel since this is happening after a successful install. well for the 440GX bios bug you need to install the SMP kernel; if you install (and use) that one it's supposed to just work Could you go over with me what I need to do to load the SMP kernel? I know there are a couple steps, but not sure what. Please bare in mind that this is a single processor system (one processor slot un-used). I believe that makes a difference as well. Thanks for responding so rapidly. basically: boot from the cd in rescue mode, copy the kernel-smp-2.4.18-14.i686.rpm to /mnt/sysroot/tmp and then chroot /mnt/sysroot and then rpm -i /tmp/kernel-smp-2.4.18-14.i686.rpm I was bitten by this bug as well (Intel L440GX+ mobo, 1 Processor,
install went fine, system won't boot).
The suggested workaround (install and boot the SMP kernel) doesn't work for me.
The boot process hangs at:
pty: 2048 Unix98 ptys configured
and I can't Ctrl-Alt-Del (I have to press the reset button).
If I boot `linux apic' I hang at the next line in the boot process:
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT
SHARE_IRQ SERIAL_PCI ISAPNP enabled
If I boot `linux-up' or `linux-up apic' the boot winds up reseting the
SCSI bus over and over.
I get the same result, booting from the boot floppy I made during the
installation.
I'll try to get the results from dmidecode and attach them, but this
is very annoying since this bug has been a problem since Redhat Linux 7.1
Note: I installed the SMP kernel and the lilo boot loader during the
install process not afterwards. I don't think that should make a difference
though.
Note: I was able to install Redhat Linux 7.3 with no trouble on the same exact hardware by following the instructions in Bug #66852. Created attachment 83646 [details]
output from dmidecode
Just adding a "me too" to Lenny's comment. I was able to use the SMP- kernel/APIC workaround to install RedHat 7.x on uniprocessor VALinux systems with the L440GX+ motherboard, but that workaround no longer works with RedHat 8.0; after the install, subsequent boots hang after the "Serial driver version 5.05c..." message is printed. Up until now there's been slow forward progress in the installer's ability to handle the L440GX+ bug, but RedHat 8.0 appears to be a step backward. I haven't tried the workaround yet on multiprocessor VALinux systems, so I don't know if it still works there. I did also install RH8.0 on a VALinux 1220--which uses an ASUS CUR-DLS motherboard and a Symbios 53c896--and it now works even without explicitly specifying APIC (RH7.x installs on this hardware required the APIC workaround, as per bugid 60053). So forward progress is being made with some hardware configurations, but not with the L440GX+. See bug 78234 for a workaround. Basically, boot linux rescue, obtain linux 2.4.20-rc? (I used 4) and recompile kernel. Works perfect. *** This bug has been marked as a duplicate of 79752 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |