Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 1321 - pcmcia-cs 3.1.33-r2 has numerous problems
Summary: pcmcia-cs 3.1.33-r2 has numerous problems
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Chad Huneycutt (RETIRED)
Depends on:
Reported: 2002-03-23 11:18 UTC by Karl Trygve Kalleberg (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
1 user (show)

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 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2002-03-23 11:18:34 UTC
First off, the modules added to /etc/modules.autoload will not load on boot at
Nazgul's machine (he's on #gentoo from time to time).

Secondly, cardmgr does not create a pid file in /var/run; it does so when I
start it manually, but not from the pcmcia script that's part of
pcmcia-cs-3.1.33-r2, thus the cardmgr will not unload when we run pcmcia stop.

Thirdly, but this is probably not our fault. The kernel modules' "Used by"
counts are completely wrong:
orinoco                32640   0  (unused)
hermes                  3520   0  [orinoco]
tulip_cb               32192   2 
cb_enabler              2560   3  [tulip_cb]
ds                      6624   2  [cb_enabler]
i82365                 22672   2 
pcmcia_core            47968   0  [cb_enabler ds i82365]

In this case, the tulip_cb is actually used by one, not two programs, so
unloading it is impossible.
Comment 1 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2002-03-23 11:21:30 UTC
Nazgul is reachable at

Also, we must update the installation guide. Upgraded to blocker because of this.
Comment 2 Chad Huneycutt (RETIRED) gentoo-dev 2002-03-23 11:31:54 UTC
I need more than this.  /var/run/ is created just fine for me.  The
problem may be that cardmgr is not starting correctly.  The modules problem is
certainly not our fault.  Feel free to report a bug to the module maintainers.

As for the modules not loading at boot, that is probably the real problem here.
 I suggest searching the web to make sure you are loading the correct drivers. 
Also need to make sure that if you are using pcmcia-cs drivers that pcmcia-cs is
emerged after kernel installation.  If not using pcmcia-cs driver, then make you
are loading yenta_socket and not i82365.

For further debugging, here is what I will need:
- output of dmesg after booting
- log output showing cardmgr's output
- exact network card
- init script
- /etc/init.d/pcmcia
- /etc/modules.autoload

feel free to e-mail these to  I won't be able to get to it for
a few days, though.
Comment 3 Chad Huneycutt (RETIRED) gentoo-dev 2002-03-23 11:32:47 UTC
and this is the first problem that I have heard of, so I would hardly call that
Comment 4 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2002-03-23 14:16:25 UTC
The pid file wasn't created because the pcmcia script sent -f to cardmgr. This
seems to have been fixed, but the ChangeLog does not make any mention of it.
Comment 5 Chad Huneycutt (RETIRED) gentoo-dev 2002-03-23 14:23:13 UTC
The Changelog describes both why the -f is there in some scripts and why I
removed it from the script (although it is the default in /etc/conf.d/pcmcia). 
I don't know why the -f was keeping from being created, except that
cardmgr was not initializing correctly, which means a configuration error, not a
problem with the init scripts.
Comment 6 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2002-03-23 17:12:19 UTC
Which changelog are you referring to ? The sys-apps/pcmcia-cs/ChangeLog file
does not contain any useful info on this.
Comment 7 Chad Huneycutt (RETIRED) gentoo-dev 2002-03-23 18:52:00 UTC
yes.  sys-apps/pcmcia-cs/Changelog:

*pcmcia-cs-3.1.31-r4 (14 Mar 2002)

  14 Mar 2002; Chad Huneycutt <>: many fixes:
  1. added USE variables for trusted apps, apm, cardbus, and pnp
  2. updated init script to die slightly more gracefully when cardmgr
     cannot start
  3. changed configuration settings for init script (previously
     /etc/pcmcia.conf) to install instead to /etc/conf.d as the Gentoo-specific
  4. Undid drobbins "-f" fix below, as it is not a very good default behavior,
     if , say, cardmgr starts dhcpcd, which can take a while to obtain
     information.  There is a CARDMGR_OPTS variable in /etc/conf.d/pcmcia where
     users can specify this if they want.
  5. I also put hermes.conf in ${FILESDIR}, but I am not installing it, as it
     causes cardmgr to choose the orinoco_cs driver over wvlan_cs, which may not
     be what the user wants.  It is documented pretty well that it must be
     downloaded, so I think it is safe to leave it out.

*pcmcia-cs-3.1.31-r3 (05 Mar 2002)

  05 Mar 2002; Daniel Robbins <>: properly install the pcmcia
  rc script into /etc/init.d; add -f option to cardmgr so that it stays in the
  foreground until it's done doing its thing.  This ensures that any network
  interfaces are set up after it detaches.  This closes bug #972.

Comment 8 Karl Trygve Kalleberg (RETIRED) gentoo-dev 2002-06-04 16:56:46 UTC
I'm closing this one, as the more recent versions of pcmcia-cs have improved
drastically (especially with the new orinoco driver). Also, upgrading baselayout
is a necessity if the pcmcia-cs is to work, but I think that's been done by most
of our users now anyway.