Hi; I tried my self with the latest ISO image and can't confirm your problem.
What I did was: ! mount iso9660 /dev/cdrom crc32 --> needs to be loaded for tulip tulip --> from ISO loaded by command above tun --> from as well ISO - just to be shure that part loading etc works what I see is: tulip - Using /var/lib/lrpkg/mnt/lib/modules/./2.4.31/kernel/drivers/net/tulip/tulip.o insmod: init_module: tulip: No such device Which is indeed true, since I do not have tulip card in my system. Needless to say that tun.o got loaded. I also wanted to to make shure modutils doesn't cheat at me and used "cp" with the same parameter given to insmod and it worked - I don't see a problem with directory and module having the same name... Using the complete path as parameter for insmod, gave the same result as above - "no device" (which is still true:)). IMHO everything seems to work as expected. kp Am Dienstag 30 August 2005 21:39 schrieb LaRoy McCann: > Sorry for the delay in responding back. I took a lightening hit early > Saturday morning. > > Anyway, The problem is that if you tell it to load the tulip module, the > script is looking in a specific directory for tulip.o, namely > '/lib/modules/2.4.31/kernel/drivers/net'. The module tulip.o does not > exist in that directory. There is a subdirectory called tulip. > > I tried changing the name in the modules configuration section to > tulip/tulip, but the script strips the trailing filename from the directory > structure and does not use the path. I did not try giving it a path from > root such as " /lib/modules/2.4.31/kernel/drivers/net/tulip/tulip" so I > don't know if that would work. > > The problem is just as Eric explained below. > > At 02:21 AM 8/28/2005, you wrote: > >Hello Kp, LaRoy, > > > > >> This is the first Bearing package I have used. I have been using > > >> Dachstein > > >> for several years. > > >> > > >> I think I found a problem with the location of the tulip driver on the > > >> iso download. There is a tulip directory and then the tulip.o driver > > >> in the tulip directory. > > >> /lib/modules/2.4.31/kernel/drivers/net/tulip/tulip.o > > >> For a quick fix, we mounted the cdrom, copied the tulip driver to > > >> /lib/modules and did a full backup of modules. > > > > > > What's exactly the problem you've fixed? > > > >It could be that the modules load script finds the .../net/tulip > >directory, which has the same name as the module and tries to load that > >directory instead of the real module. > >I'm not sure if that's the case, because it looks like the script is > >explicitly looking for <modulename>.o > > > >Eric > > > > > > > >------------------------------------------------------- > >SF.Net email is Sponsored by the Better Software Conference & EXPO > >September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices Agile & Plan-Driven Development * Managing Projects & Teams * > > Testing & QA Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > > ------------------------------------------------------------------------ > > leaf-user mailing list: [email protected] > >https://lists.sourceforge.net/lists/listinfo/leaf-user > >Support Request -- http://leaf-project.org/ > > > > > > > > > >-- > >No virus found in this incoming message. > >Checked by AVG Anti-Virus. > >Version: 7.0.344 / Virus Database: 267.10.15/82 - Release Date: 8/25/2005 ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ------------------------------------------------------------------------ leaf-user mailing list: [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
