Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 44718 - pcmcia service doesn't initialize correctly at boot
Summary: pcmcia service doesn't initialize correctly at boot
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Mobile Herd (OBSOLETE)
Depends on:
Blocks: 68964
  Show dependency tree
Reported: 2004-03-14 18:20 UTC by Darren Spruell
Modified: 2005-05-21 14:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Darren Spruell 2004-03-14 18:20:54 UTC
After installing pcmcia-cs and rebooting the system, the PCMCIA service does not initialize correctly during boot and configure the NIC which has been inserted. If the service is started manually afterwards, it works successfully.

Incidentally, yenta_socket does load as a module successfully afterwards.

Reproducible: Always
Steps to Reproduce:
1. emerge sys-apps/pcmcia-cs-3.2.5-r1
2. rc-update add pcmcia default
3. reboot system and watch as it errors.

Actual Results:  
* Starting pcmcia...
cardmgr[2986]: no sockets found!
* cardmgr failed to start. Make sure that you have PCMCIA
* modules built or support compiled into the kernel.               [ !! ]
* Bringing eth0 up...
* failed to bring eth0 up                                          [ !! ] 

Expected Results:  
cardmgr should initialize without an error and determine that it is watching 2

As a workaround it was determined that a fix could be to insert 'sleep 1' into
the init script /etc/init.d/pcmcia after $PCIC is probed but before
'pcmcia_probe ds' is ran. Here is the section from the file with this pause

                if [ -n "$PCIC" ]; then
                        pcmcia_probe $PCIC $PCIC_OPTS || {
                                ewarn "'modprobe ${PCIC}' failed"
                                ewarn "Trying alternative PCIC driver: ${PCIC_AL
                                pcmcia_probe $PCIC_ALT $PCIC_ALT_OPTS
                # wait before continuing
                sleep 1
                pcmcia_probe ds

$ emerge info:
Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.3-gentoo-r1)
System uname: 2.6.3-gentoo-r1 i686 Celeron (Coppermine)
Gentoo Base System version
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.7.7
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe"
FEATURES="autoaddcvs ccache sandbox"
USE="X alsa apm arts avi berkdb crypt cups encode foomaticdb gdbm gif gnome gpm
gtk gtk2 imlib jpeg libg++ libwww mad mikmod mmx motif mpeg ncurses nls
oggvorbis opengl oss pam pcmcia pdflib perl png python quicktime readline sdl
slang spell sse ssl svga tcpd truetype x86 xml2 xmms xv zlib"
Comment 1 mark williams 2004-08-18 12:28:28 UTC
I have the same problem on a Thinkpad 770xl (PII). Tried the delay, without success. Running 'modprobe yenta_socket' gets things working though. Using Google, this seems to be a problem with the 2.6 kernel. Red Hat's Bugzilla carries a similar thread. See RH bugzilla bug #116205 for details, particularly addition comment #8 for a change to /etc/init.d/pcmcia . I'm afraid I dont understand whats being attemted here, perhaps somebody here can make some sense of it.
Comment 2 Darren Spruell 2004-10-26 20:31:54 UTC
Are you running at least a 2.6.8 kernel? Maybe this is fixed in a ~x86 pcmcia package, or later gentoo-dev-sources, or something.
Comment 3 Henrik Brix Andersen 2005-04-25 05:17:00 UTC
Reporter, please check if sys-apps/pcmcia-3.2.8 fixes this issue.
Comment 4 Henrik Brix Andersen 2005-05-21 14:20:20 UTC
Closing due to lack of feedback.