Bug 81975
| Summary: | Can't install: IEEE-1394 SBP-2 driver (sbp2) won't load | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | John <jsk29> |
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | ajsfedora, avj11 |
| 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: | 2003-10-22 01:27:22 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 79579, 100644 | ||
|
Description
John
2003-01-15 22:20:08 UTC
This appears to work now with our latest internal build. Note we do not have the hardware to test booting from a firewire CD. But I booted a CD with just the CD isolinux image in the IDE drive, and put a disc 1 in the firewire drive, and it was used automatically. Ok, it seems like there is another problem with the ohci1394 driver. I now
think that ACPI is necessary to use this firewire port and drive. I also think
that there is a problem with Phoebe's ACPI which is preventing the firewire port
from working.
Without working ACPI, the IRQs on the machine are incorrectly configured.
Because of this, some hardware will not work w/o ACPI... ACPI must be working
for things like the HSF winmodem to work. Now, it looks like it must also be
working for the ohci1394 module to be installed. (I encountered these IRQ
issues when I previously used this model of laptop, as I alluded to above. It
turns out that I recalled incorrectly, though, and ACPI is indeed necessary for
the firewire port to work.)
When I attempt to install the OHCI module, I get the following output on the
console:
[root@dart Kernel]# /sbin/modprobe ohci1394
/lib/modules/2.4.20-2.2/kernel/drivers/ieee1394/ohci1394.o.gz: init_module: No
such device
Hint: insmod errors can be caused by incorrect module parameters, including
invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
/lib/modules/2.4.20-2.2/kernel/drivers/ieee1394/ohci1394.o.gz: insmod
/lib/modules/2.4.20-2.2/kernel/drivers/ieee1394/ohci1394.o.gz failed
/lib/modules/2.4.20-2.2/kernel/drivers/ieee1394/ohci1394.o.gz: insmod ohci1394
failed
Also, the resulting output in /var/log/messages was:
Jan 16 17:16:10 dart kernel: ohci1394: $Rev: 578 $ Ben Collins <bcollins>
Jan 16 17:16:10 dart kernel: PCI: No IRQ known for interrupt pin A of device
02:02.0. Please try using pci=biosirq.
Jan 16 17:16:10 dart kernel: ohci1394: Failed to allocate shared interrupt 0
I mentioned above that I've used this model of laptop before, using Red Hat
Linux 8.0, the stock kernel.org kernel, and the Dec. 12 ACPI patch. With a
non-ACPI kernel, the IRQs end up being a mess; with ACPI, they work fine. I
think the ACPI code in the Phoebe kernel isn't properly sorting out the IRQs.
(There are separate issues with the winmodem, though, so I can't figure out how
the confirm that with certainty yet.)
Let me know what other diagnostic information would be useful.
I'm willing to try out whatever test kernels you would like to send my way.
Also, since you don't have the hardware, if you need to test booting CDs from
firewire drives, feel free to drop me a message with a pointer to the ISOs. I'm
very willing to test them out!!! (This offer goes beyond Phoebe... if you'd
occassionally like to test booting a firewire CD, let me know.) Because of the
ACPI issues, booting on this laptop is a bit complex, but it is probably a good
test case.
Ok, the inability to install the firewire modules (ohci1394.o, etc.) is definitely due to an ACPI problem. I've described that problem in Bug 82147. Once the ACPI issue is resolved in the kernel, and folded into the boot ISOs, I can test out the firewire boot again. I'm going through Bugzilla closing some bugs that have been marked as Modified for some period of time. I believe that most of these issues have been fixed, so I'm resolving these bugs as Rawhide. If the bug you are seeing still exists, please reopen this report and mark it as Reopened. This bug still exists, I'm sure. It won't be resolved until functioning ACPI is folded into the kernel. The rawhide kernel has acpi, you just have to boot with acpi=on to use it. Awesome. I can't test the Fedora beta on the afflicted system since it is in production use, so I'll test it when the final comes out. I'll reopen this if there was more necessary to the solution then just activating ACPI. (But, I think that should do the trick.) |