Bug 53209
Summary: | Patch1860 breaks existing hardware. | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Sam Varshavchik <mrsam> | ||||||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 7.3 | CC: | hjl | ||||||||
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: | 2004-09-30 15:39:10 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: | 51706 | ||||||||||
Bug Blocks: | |||||||||||
Attachments: |
|
Description
Sam Varshavchik
2001-09-05 03:29:02 UTC
Brent please try to reproduce. Found the following logged to /dev/tty3: ... *going to insmod yenta_socket.o (path is NULL) /tmp/yenta_socket.o: init_module: %m Hint: insmod errors can be caused by incorrect module parameters,... *failed to load pcic ... Looks like insmod of yenta_socket fails. Reassign to kernel? Could you try remaking the disk images? I've seen this happen with bad disks in the past and just confirmed that pcmcia installs do properly use pcmciadd and yenta_socket with the current tree I have reformatted and reimaged the floppies already. From past experience I know that if the boot floppy is bad, syslinux will stop and won't boot the kernel. There are no apparent signs of the floppy drive having problems reading anything. copy /tmp/syslog from within the installer to a floppy and attach it, please *** This bug has been marked as a duplicate of 52673 *** Reopening. This does not appear to be a dupe of 52673. I backed out patch1860 from 2.4.7-6, then built a new pcmciadd.img with the reverted yenta_socket.o. The network card came up fine. I was able to get to start anaconda, and load via HTTP stage2, over the network. I did not yet install rc2, since I need to rebuild the main kernel rpm with the fixed yenta socket driver. Bug 52673 appears to predate the introduction of patch1860, which I backed out in order to make this chipset work again. So... It's not clear what patch1860 intended to fix. Perhaps some chipset hardware needs it to work. But its presence apparently breaks other chipsets. So there you go. I agree this is a separate bug. /me goes to look at the patch long and hard I am not sure what the current solution is. Backing out 1860 is certainly not. I saw 2.4.9-0.12 reenable it. What is the story here? Well, unless this patch is backed out, hardware that worked on everything since kernel 2.0 will now break and not work at all. Perhaps this patch is needed for certain PCI IDs only, and should be driven based on PCI IDs. Can you find out why it breaks your hardware? On my notebook, there is no IRQ on one of the cardbus slots. The kernel hangs when it calls add_pci_socket () since the interrupt it is waiting for will never come. My patch just skips slots without IRQ. Somehow it doesn't work for you. Can you find out why? As far as I could decipher the boot messages, the PCMCIA network card in one of my slots does not use an interrupt, at least not until it is activated. With the patch, the kernel skips over the slot, and does not detect the network card. Is that "doesn't use an interrupt" or "doesn't have an interrupt assigned"? There is a big difference. If it doesn't have an interrupt assigned, which kernel function assignes the interrupt? The interrupt gets assigned far later into the boot process, when the PCMCIA stuff gets loaded. The bootstrap messages are: PCI: No IRQ known for interrupt pin A of device 00:07.0. Please try using pci=biosirq. PCI: No IRQ known for interrupt pin B of device 00:07.1. Please try using pci=biosirq. spurious 8259A interrupt: IRQ7. Yenta IRQ list 0e80, PCI irq0 Socket status: 30000010 Yenta IRQ list 0e80, PCI irq0 This is where the patch break things. By blowing away the initialization in pcisocket if irq is 0, the ports are not initialized. Further along into the boot... Socket status: 30000006 cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x200-0x207 0x220-0x22f 0x300-0x307 0x378-0x37f 0x388-0x38f 0x398-0x39f 0x400-0x40f 0x480-0x48f 0x4c0-0x4df cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. eth0: 3Com 3c589, io 0x310, irq 9, hw_addr 00:60:97:46:2E:61 8K FIFO split 5:3 Rx:Tx, auto xcvr eth0: flipped to 10baseT eth0: flipped to 10baseT pcmcia gets loaded, sees the 3com card, gives it irq 9, and off we go. It looks like a cardbus slot without an assigned IRQ can only work with a special driver. Can you please try my new patch? I will test it on my notebook later. Created attachment 33139 [details]
A patch
Did you want to run this patch with or instead of patch1860? I assumed with 1860, and it doesn't work. No slots were detected, and PCMCIA did not work with both 1860 and this patch. Created attachment 33158 [details]
A new patch
Oops. I uploaded a new patch. Please use it to replace patch1860. If it doesn't work. please provide the output # dmesg Created attachment 33200 [details]
Replacement patch doesn't work. Cardbus ports simply don't get detected, no errors logged.
It doesn't look right. My new patch should work for you. At least, it should print out something that a slot is ignored. Please play with my patch to see why it doesn't work for you. You can put in some "#if 0/#endif" to check which changes of mine break your notebook. You can boot your notebook to the run level 1 and do # cd build # cp -af /usr/src/linux-2.4... . # cd linux-2.4... # make oldconfig # make SUBDIRS=drivers/pcmcia modules to rebuild yenta_socket.o. Then do # cd drivers/pcmcia # insmod ./pcmcia_core.o # insmod ./yenta_scoket.o # dmesg You can find out why change breaks your notebook. Please make sure you back out the previous patch1860 and apply my new one. I think I might be having some problem building a patched kernel RPM - none of the pcmcia modules were installed in lib/modules/version/pcmcia, for some reason, in the final RPM. Manually inserting the modules appears to work, but I'm going to still try to build a functional kernel that actually starts properly. This patch works for me. Great. Thanks for testing. May I suggest to replace patch1860 with the new one? Also, it will be nice to enable interrupt on the Toshiba CardBus bridge. Unfortunately, I couldn't find any doc for it. Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |