Bug 17988
Summary: | Startup of pcmcia service causes kernel panic on Toshiba 750CDM | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <bduffy> |
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 7.0 | CC: | djm, ggb, rmiddle, scorch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i586 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-12-15 01:58:56 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
Need Real Name
2000-10-01 02:43:58 UTC
This sounds like a problem in the pcmcia (or kernel) component, not initscripts. A check of the pcmcia initscript (rpm -qf /etc/rc.d/init.d/pcmcia) indicates that it's part of the kernel-pcmcia-cs sub-package of the kernel package, so I'd suggest changing the component designation on this bug entry to kernel. I agree, just changed component to kernel here is some additional info. Error message output: { Alot of garbage that scrolls too quickly to read } 60>] [<c01dab4c>] [<c010a0bd>] [<c01175c4>] Code: 39 66 70 75 28 c7 43 4c 11 00 00 ff 83 c4 03 00 a1 74 Aiee, Killing interrupt handler kernel panic: Attempted to kill the idle task In interrupt handler - not syncing *** Bug 17941 has been marked as a duplicate of this bug. *** I'm having the same problem with the pcmcia services on my laptop. pcmcia services under kernel 2.2.12 (RedHat 6.2) were running without any problems before I upgraded to RedHat 7. This occurs when I load the i82365 module after the pcmcia_core module. The Oops message looks like the following: Scheduling in interrupt Unable to handle kernel NULL pointer dereferences at virtual address 00000000 current->tss.cr3 = 00101000, $cr3=00101000 *pde = 00000000 Oops: 0002 CPU: 0 EIP 0010:[<c01114d2>] EFLAGS: 0010282 eax: 00000018 ebx: c3b50000 ecx: 00000005 edx: c76ae000 esi: 00000000 edi: 00000000 ebp: c3b50584 esp: c3b50570 ds: 0018 cs: 0018 ss: 0018 process insmod (pid: 1515, process nr: 36, stack page=c3b51000) STACK: (a whole bunch on numbers) CALL TRACE: (more numbers) CODE: (more numbers) Aiee, Killing interrupt handler jpgraves I can confirm that this also occurred on a Toshiba 730CDT, which uses the Topic95 controller. OK, I resolved my issue only after a recompile of the kernel, a recompile of the pcmcia modules and tools, and a manual install of the pcmcia modules and tools ( they did not install properly on a "make clean;make all;make install" from inside the pcmcia source directory) I suppose that I had this problem because I did an upgrade rather than a clean install. I was able to resolve this issue by recompiling as well. This also happened with a clean install on a Sony Vaio PCG-Z505JS. Perhaps a kernel packaging/build problem? I have a Toshiba 470CDT and have tried rebuilding the kernel, modules and pcmcia packages all to no avail. Only if I disable PCMCIA start by editing /etc/sysconfig/pcmcia will it not panic. Any other suggestions? Same here. I have a Ricoh RL5C475 controller in my laptop (AJP 3420)and after a kernel rebuild (tried cs-3.1.19 and cs-3.1.21) I still get a kernel panic. Editing '/etc/sysconfig/pcmcia' gives a clean boot OK, but I'm still without networking :-( I'm seeing the same panic on initialization of PCMCIA problem with my AST280M laptop (which has a RL5c475 CardBus bridge). After changing '/etc/sysconfig/pcmcia' to include 'PCIC_OPTS=irq_list=7,9', everything seems to work fine. It appears that PCMCIA was trying to use IRQ3 and 4, but I have two serial ports set to use these IRQs, too. I tried peterjn's suggestion which didn't work as is but did work if I changed the IRQ list to 9,10. So I am now operational. Same exact experience with Panasonic CF-35 laptop. Booting and skipping the pcmcia service allows me to boot and work the desktop. I've experienced this problem on a new Dell C800. I've resolved it by using the latest version of the PCMCIA Card Services v3.1.22. This can be obtained from http://pcmcia-cs.sourceforge.net/ but they do not maintain binary versions. A local copy of the kernel source code was required as there are some dependencies, but otherwise following the PCMCIA_HOWTO build steps worked great for me. Sorry for the confusion in my previous posting, however here is an update. Upon installing the new card services, my Dell C800 worked fine (as far as the PCMCIA Card Services were concerned). I went on to work on Screen resolutions problems which were giving me trouble above 800x600. Upon getting things screwed up completely, I decided to reinstall Redhat 7 from CD. After performing this and reinstalling the CS 3.1.22 stuff, my laptop now locks up when starting Card Services. (Previously it had a kernel panic, then locked up). I can no longer get it to work sucessfully with Card Services. I have a few notes in the messages log if anyone is interested, however I'm running out of time to work this issue and have moved on. I want to continue working it so any help, suggestions would be appreciated. I'll work on it as time permits. joe Update on my previous postings: I now have an explaination as to my previous troubles with installing the new PCMCIA-CS (v3.1.22) stuff. When building the code, you must answer 'y' to the question about "Include PnP BIOS Resource Checking". This will generate a working Card Services stuff (at least for the Dell Latitude C800). Details of this problem (and an X windows Problem on the same box) can be found at http://www.intelopment.com/dell_c800/. joe Update on my previous postings: I now have an explaination as to my previous troubles with installing the new PCMCIA-CS (v3.1.22) stuff. When building the code, you must answer 'y' to the question about "Include PnP BIOS Resource Checking". This will generate a working Card Services stuff (at least for the Dell Latitude C800). Details of this problem (and an X windows Problem on the same box) can be found at http://www.intelopment.com/dell_c800/. joe |