Alright. Let me give you a small summary of my current situation. I have this older laptop, the Dell Latitude CPi A366XT. And I wanted to install Slackware 10.2 on it, which would be a perfect match in combination with FluxBox.
My problem with Slackware and this laptop is PCMCIA. After I booted with the first installation CD, I logged in with "root" and ran "pcmcia". It recognized my PCMCIA. After it got recognized I ran "network", I probed my Conceptronic SP100TCL networkcard by typing "P 8139too". It also got recognized.
So I started cfdisk, partitioned my drive, and ran "setup". The installation process went flawless. Whole Slackware got installed correctly. But I did get the following error during the kernel load:
"Starting PCMCIA services:
<Probing for PCIC: edit /etc/rc.d/rc.pcmcia>
cardmgr[83]: no pcmcia driver in /proc/devices"
So I logged in as root, typed "cardmgr", it gave me the same error, that there was no pcmcia driver located in /proc/devices. "cardctl config" gave me the very same output.
Could you guys please help me setting up my favourite linux distribution with PCMCIA? I used this ditribution in '99 for the last time. Now I'm going back, I'd really like to get it working. You could classify me as a newbie again.
Do I need to compile any modules? And how do I do this? I really would like to get the internet working (which will need PCMCIA in order to work), so that I can ditch Windows completely.
<edit>Removed some spelling mistakes.</edit>
This might be helpful, I found it at
http://pcmcia-cs.sourceforge.net/ftp...O-2.html#ss2.1
Quote:
Originally Posted by pcmcia-cs.sourceforge.org
2.1 Base PCMCIA kernel modules do not load
Symptoms:
Kernel version mismatch errors are reported when the PCMCIA startup script runs.
After startup, lsmod does not show any PCMCIA modules.
cardmgr reports ``no pcmcia driver in /proc/devices'' in the system log.
Kernel modules contain version information that is checked against the current kernel when a module is loaded. The type of checking depends on the setting of the CONFIG_MODVERSIONS kernel option. If this is false, then the kernel version number is compiled into each module, and insmod checks this for a match with the running kernel. If CONFIG_MODVERSIONS is true, then each symbol exported by the kernel is given a sort of checksum. These codes are all compared against the corresponding codes compiled into a module. The intent was for this to make modules less version-dependent, because the checksums would only change if a kernel interface changed, and would generally stay the same across minor kernel updates. In practice, the checksums have turned out to be even more restrictive, because many kernel interfaces depend on compile-time kernel option settings. Also, the checksums turned out to be an excessively pessimistic judge of compatibility.
The practical upshot of this is that kernel modules are closely tied to both the kernel version, and the setting of many kernel configuration options. Generally, a set of modules compiled for one 2.2.19 kernel will not load against some other 2.2.19 kernel unless special care is taken to ensure that the two were built with similar configurations. This makes distribution of precompiled kernel modules a tricky business.
You have several options:
If you obtained precompiled drivers as part of a Linux distribution, verify that you are using an unmodified kernel as supplied with that distribution. If you intend to use precompiled modules, you generally must stick with the corresponding kernel.
If you have reconfigured or upgraded your kernel, you will probably need to compile and install the PCMCIA package from scratch. This is easily done if you already have the kernel source tree installed. See <@@ref>compileCompilation and installation for detailed instructions.
In some cases, incompatibilities in other system components can prevent correct loading of kernel modules. If you have upgraded your own kernel, pay attention to the ``minimal requirements'' for module utilities and binutils listed in the Documentation/Changes file in the kernel source code tree.
|