[modem] Intel 536ep geeft make-fout bij driver

[Scharnout]

Ik heb een ambient Intel 536ep gekocht van sweex voorheen safeway. Merk totaal onbelangrijk eigenlijk. Als ik cat /proc/pci doen staat er netjes een communicatie ding van Intel tussen, dus mijn debian testing bak weet dat er wat inzit. Ik heb de nieuwste drivers gedownload van linmodem.org (453) en die probeer ik te instaleren. Ik doe alles volgens de readme.txt, maar ik loop vast bij

code:

   Module precompile check
   Current running kernel is: 2.4.18-bf2.4
   /lib/modules...   autoconf.h does not exist
   please install kernel source
make: *** [check] Error 1

autoconf.h staat ook helemaal niet in /lib/modules of whatsoever, maar in /usr/include/linux/ Nu staat er hetvolgende in de readme speciaal voor debianusers

code:

8. Compile issues
   a. this driver will now compile with the this path:
   /lib/modules/<kernel version>/build/include
   the 2.4.4+ kernels says to copy the /boot/vmlinuz.version.h
   over to the kernel build path.  I have the makefile do this
   if this file exists.  You must install the kernel source
   code anyways.  It should be on your distribution's CD.

Ik "apt-get install kernel-source-2.4.18" gedaan en krijg netjes een boodschap dat ik al de nieuwste versie heb. Ook van gcc en make heb ik de nieuste versie.

Ik geef niet snel meer op bij linux omdat het soms nogal eens uitzoeken is dus ik ga op mijn gemakkie alle files doorlezen en na wat bashshit gevolgd te hebben kom ik erachter dat hij naar allemaal exotische dirs verwijst die ik helemaal niet heb. Zie hier:

code:

if [ -a /lib/modules/$KERNVER/build/include/linux/autoconf.h ]; then
   echo "   /lib/modules...   autoconf.h exists"
else
   echo "   /lib/modules...   autoconf.h does not exist"
   echo "   please install kernel source"
   exit 1
fi

if [ "`diff /boot/vmlinuz.autoconf.h /lib/modules/$KERNVER/build/include/linux/$
    == "" ]; then
   echo "   autoconf.h matches running kernel"

Volgens mij moet ik de compile/source dirs symlinken naar iets anders. Of zit ik fout? En als ik goed zit. Hoe kan ik het nu het beste aanpakken? Er zijn voor de driver ook redhat, suse en slack drivers, misschien verstandig om die te proberen?

[richardt]

De build directory in /lib/modules is vaak een symlink naar /usr/src/linux waardoor dus ook build/include en build/include/autoconf.h automatisch goed staan. Waarschijnlijk is je modules directory niet helemaal up2date. Hoe heb je je modules geinstalleerd? (of probeer nog eens een make modules_install in /usr/src/linux)

[Scharnout]

Ik heb geen directory /usr/src/linux

in /usr/src staat alleen een file kernel-source-2.4.18.tar.bz2

[richardt]

in /usr/src staat alleen een file kernel-source-2.4.18.tar.bz2

Met "apt-get install kernel-source-2.4.18" download je in principe alleen maar de kernel-source package naar /usr/src. Het configureren van de kernel zul je alsnog zelf moeten doen.

Wellicht is het voldoende om alleen even de kernel te untarren ("tar jxvf kernel-source-2.4.18.tar.bz2" in je /usr/src). Daarmee heb je in ieder geval je autoconf.h waarmee het compileren weer een stap verder zou moeten komen. Kijk ook even of de symlink in /lib/modules goed staat.

[Scharnout]

code:

make modules_install

The present kernel configuration has modules disabled.
Type 'make config' and enable loadable module support.
Then build a kernel with module support enabled.

Boehoe! Snappen jullie nou waarom zoveel mensen stuk lopen op linux

Ik heb dus geen zin om een totaal nieuw kernel te builden met alles erop en eraan, wat nu?

Symlink. Hoe kan ik dat controleren?

[richardt]

Boehoe! Snappen jullie nou waarom zoveel mensen stuk lopen op linux

Een echte linux-gebruiker kenmerkt zich onder ander door z'n doorzettingsvermogen....

Het lijkt me onwaarschijnlijk dat een out-of-the-box debian kernel zonder loadable modules is geconfigureerd. Als dat zo zou zijn dan heeft het ook geen zin om je modem driver (ook een module) te compileren: Hoewel het compileren misschien zou lukken is het nog niet mogelijk om in te laden in de kernel.

Kijk eerst maar eens of je al modules hebt. Wat zegt bijvoorbeeld het commando /sbin/lsmod?
Staan die modules ook in /lib/modules? (cd /lib/modules; find . -name '*.o')

[roelio]

richardt schreef op 24 December 2002 @ 09:44:
Het lijkt me onwaarschijnlijk dat een out-of-the-box debian kernel zonder loadable modules is geconfigureerd.

lijkt mij ook niet, of je moet een of andere exotische custom kernel gebruiken?

[Scharnout]

richardt schreef op 24 December 2002 @ 09:44:
[...]

Een echte linux-gebruiker kenmerkt zich onder ander door z'n doorzettingsvermogen....

Kijk mij eens doorzetten man

Kijk eerst maar eens of je al modules hebt. Wat zegt bijvoorbeeld het commando /sbin/lsmod?
Staan die modules ook in /lib/modules? (cd /lib/modules; find . -name '*.o')

Affirmative! bv mijn isa-netwerkkaart staat netjes in /lib/modules/2.4.18-bf2.4/kernel/drivers/pnp

und jetzt?

[richardt]

Je zou nu kunnen proberen om je driver te compileren, maar ik neem aan dat hij nog steeds met dezelfde foutmelding komt. autoconf.h hoort volgens de debian tree niet eens thuis in de kernel-source tree, maar in de /usr/include/linux directory, onderdeel van de (gokje) libc6-dev package.

Als het build proces niet goed gaat kun je
a) de sources aanpassen zodat het wel werkt
b) kijken of er pre-compiled modules bestaan voor de RedHat/Suse/Mandrake distributies.

Waarbij de laatste oplossing natuurlijk niet zo elegant is, maar wel de snelste kans op slagen heeft.

[Scharnout]

Die zijn er.

Welke kan ik het beste nemen dan?

De source aanpassen kan wel, maar het meot op behoorlijk wat plekken gebeuren, dus ik probeer het eerst wel dirty

[richardt]

Maakt volgens mij niet veel uit. Probeer er gewoon eentje. Zoek dan op de *.o file(s) en dan kun je eerst eens proberen om ze met "insmod <modulenaam.o>" te laden. Als er meerdere modules zijn dan is de volgorde vaak ook nog eens van belang.

[Scharnout]

gedaan. instructies opgevolgd. Geen errors,

Hoe test ik hem het snelst nu? en blijf dit erin staan ook nadat ik mijn bak moet rebooten?

[richardt]

Eventuele foutmeldingen zie je behalve op je console ook wel terug in /var/log/messages. Daar staat ook wel in of er een device is aangemaakt. In dat geval kun je een link maken van /dev/modem naar je nieuwe modemdevice en kun je met een terminal programma (bv minicom) proberen te bellen.

De pre-compiled modules moet je kopieren naar de goede directory in /lib/modules/2.4.18..... MIsschien kun je uit de makefile wel halen welke directory dat moet zijn. Daarna nog even "depmod -a" runnen om de dependencies goed te zetten en klaar ben je.