Thanks again for all the replies. The unresolved symbol __arch_strncpy_from_user is in the kernel file strncpy_from_user.S file which is linked into vmlinux file but on the ipaq this is cutdown to fraction of the size in the file zImage-2.4.19-rmk4-sa.
I'm guessing __arch_strncpy_from_user is not in the zImage file (but it seems to be a different format and I can't 'nm' it to see inside). On the ipaq there is a script ipkg-make-kernel-packages which makes the small zImage and it also makes other packages (ipk files) for kernel loadable modules. (ipk files are like red hat rpms but for the ipaq) Anyway, I just tried to copy over the strncpy_from_user.o file into the ipaq kernel module dir. It did't like that. :-) So I'll try to either put this back into the kernel or link it into the streams.o file... I'll keep you all posted as to how I get on... cheers & thanks for all the help so far, andy On Wed, 2003-02-12 at 17:42, John A. Boyd Jr. wrote: > I think you'll need to figure out where loadable modules > go; i.e., where a running kernel finds them. On an x86, > they're in /lib/modules/<kernel version>/misc; for the > target you're working with, you may need to install them > somewhere (else). insmod appears just to be telling you > that it can't find streams.o in order to load it. The error is misleading, it can load it but is failing with unresolved symbols. (as mentioned by some other helpful person on this list) > > -John > > Andy Winton wrote: > > hi, > > > > OK, so it looks like at startup the streams task makes the > > /dev/loop_clone driver. > > > > When I try to start I get - > > > > ~/progs # ./strms_up > > Using streams > > > > And nothing more happens, looking inside the script > > and running on commmand line - > > > > ~/progs # modprobe -v -d streams > > insmod streams 2>/dev/null > > Using streams > > > > Then trying insmod on the command line - > > > > ~/progs # insmod -v streams > > Using streams > > insmod: ELF file not a relocatable object > > insmod: Could not load the module: No such file or directory > > > > however back on my linux host - > > > > [andy@pussy strmlib]$ file streams.o > > streams.o: ELF 32-bit LSB relocatable, ARM, version 1 (ARM), not > > stripped > > > > Hmm, now I'm a bit confused streams.o is either relocatable or > > not, linux host says it is, ipaq says it's not. > > > > Or is there something else going on here? > > > > any help would be appreciated, > > > > andy > > > > > > > > > > _______________________________________________ > > Linux-streams mailing list > > [EMAIL PROTECTED] > > http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams > > > > . > > > > > _______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
