Bug 125239
Summary: | pcmcia not working on ARM computer laptop | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Florin Andrei <florin> |
Component: | pcmcia-cs | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 2 | CC: | alan, mattdm |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-10-25 19:31:26 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
Florin Andrei
2004-06-03 23:31:38 UTC
Does modprobe yenta_socket report finding sockets, and if not does setting up /etc/sysconfig/pcmcia by hand help ? (typically PCMCIA=yes PCIC=yenta_socket [or i82365] (i'll copy/paste manually, since i don't have network access to the system) I did a "modprobe yenta_socket". On the console, it said "spurious 8259A interrupt: IRQ7." The module loaded up fine and it's listed as used by something (there's a "1" in the "Used by" column). I'm keeping a "*.* /dev/tty12" in syslog.conf so i can watch things with Alt-F12. Sure enough, there was a bunch of messages on the 12th console once i did the modprobe (i'm quoting sporadically): PCI: Found IRQ9 for device 0000:00:0a.0 PCI: Sharing IRQ9 with ... ... Yenta: CardBus bridge found at... ... Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:00:0a.0, mfunc 0x00020000, devctl 0x66 ... Socket status: 30000006 Then similar messages for another socket. In /etc/sysconfig/pcmcia there was already a PCMCIA=yes and PCIC=yenta_socket. Isn't that the default? So i just did a "/etc/init.d/pcmcia start" (with the yenta_socket loaded manually) and it worked! My wireless card got a DHCP from my access point (no, it's not what you think :-D it's not publicly accessible). I'll reboot the system and try a few hacks then i'll post more results. Ok, if i do "modprobe yenta_socket" then "/etc/init.d/pcmcia start" manually, then it works. I guess i could hack the scripts to do modprobe before PCMCIA is actually started, but that's not a proper solution. If you guys want me to run commands, do tests, etc. just let me know. BTW, since now i can manually bring the network up, i did a "yum update" then i rebooted with the latest kernel, and the problem persists. Ok, i'm seeing exactly the same issue with a vanilla install of FC2 on an old Dell Latitude CPi laptop. If i run "modprobe yenta_socket" before, then "service pcmcia start" works fine, otherwise it doesn't. I reinstalled those machines several times, and i'm not able to find what are the conditions required to reproduce the problem. It sometimes happens, some other times it doesn't. Anyway, if it happens, i know the solution: I edit /etc/sysconfig/pcmcia and add, at the end of the file, this line: /sbin/modprobe yenta_socket This probably forces the module to be loaded and fixes the problem. It looks like, for whatever reason, that module is not automatically loaded in some conditions. Fedora Core 2 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC3 updates or in the FC4 test release, reopen and change the version to match. Closed per above message and lack of response. Note that FC2 is not even supported by Fedora Legacy currently. |