From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Description of problem: While I boot up the newly up2dated version of Red Hat Linux [2.4.20-18.9], the display freezes all the time at the following: Yenta IRQ list 06b8, PCI irq0 socket status: 30000007 What seems to be the problem? Thank you. Version-Release number of selected component (if applicable): Red Hat Linux [2.4.20-18.9] How reproducible: Always Steps to Reproduce: 1.Turn on the computer. 2.Booting display runs. 3.Freezes at the same position, described above. Actual Results: Trun off the computer. Expected Results: Red Hat Linux [2.4.20-18.9] can successfully boot up. Additional info: I have just up2dated the version to [2.4.20-18.9] from [2.4.20-8], which runs fine.
Looks like an irq funny but its odd even fi the tables were wrong that it should change between -8 and -18 like that. Does the new kernel boot fine with the "nopcmcia" option or hang later on ?
I'm not sure how to detect pcmcia, however, as long as -8, it successfully boots and works fine. Does it make sense?
I would like to remove the -18.9. However, as it freezes amid the booting, I cannot even delete it from my computer! Is there any ways to delete -18.9 successfully from my computer even in this occasion?
Does the new kernel boot fine with the "nopcmcia" option or hang later on ?
Again. as long as -8, it successfully boots and works fine with a LAN card. Am I responding to your question?
I need to know what happens if you boot the -17 update with the option "nopcmcia" (Boot menu hit "e" add " nopcmcia", then boot the -17 kernel
You mean "-18.9" to which I was updated instead of "-17" which you mentioned?
Although I tried booting -18.9 following to your instruction, I failed to boot and it freezed with the following message: Kernel panic: No init found. Try passing init= option to kernal.
The result was shown above. Do you recommend that I should remove -18.9, or still keep trying fixing?
I think removing it may be best. I don't know why it fails but the problem is not simple it seems. Can you attach "lspci -vxx" output please.
I see. How can I attach "lspci-vxx" output? Could you tell me what kind of operations I need to take? Also, could you show me how to remove -18.9? I need your instructions.
I need your instructions.
Could you teach me how to successfully remove -18.9, letting -8 remain, from the _boot menu_? Since it does not boot, the only command I can do is one from the boot menu. Please!
I am waiting for your reply regarding above. Thank you.
How can I remove -18.9 from the boot menu??? Please let me know promptly. Thank you.
Created attachment 92754 [details] lspci -vxx
I've been away. Before you remove -18.9 make sure one of the other kernels in the boot menu works Boot the other kernel As root "rpm --erase kernel-2.4.20-18.9" That should do it
Appears to be an IRQ handling problem. The driver assumes the chip is either doing ISA or PCI mode interrupts but it may not be.
So sorry, but I was not able to remove -18.9 successfully. Putting the command "rpm --erase kernel-2.4.20-18.9" on the _root terminal_ of the other booted kernel, right? A line shown as _command not found_ appears. If I was wrong, please point it out, and suggest what to do a bit more specifically; for instance, no, no, go to the boot menu and hit _ , and put the command line at where, or something...
After you logged in as root yes rpm --erase kernel-2.4.20-18.9 If that doesn't work then sorry I don't know what is going on
I finally killed -18.9. Thank you for your support. BTW, I found that so many Web Sites indicated that exactly the same problem occurs with Toshiba lap top PCs. This problem might not be on a bug but on a chemistry between YENTA and the hardwear.
Hello. I have the same problem in FEDORA CORE 1. I already tried the nopcmcia, but the problem remained. Can you help? Thanks. Paulo Calçada
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/