From: Bruce S. <bw...@ar...> - 2004-06-25 13:19:24
|
root:/data/build# cat tmp/LOGS/install/hostap-driver make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net /sbin/depmod -ae depmod: QM_MODULES: Function not implemented make[1]: *** [install_pci] Error 1 make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' root:/data/build# |
From: Heiko Z. <he...@zu...> - 2004-06-25 16:51:22
|
Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined > Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > /sbin/depmod -ae > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# This is strange, just yesterday I did the same and it worked just fine.... Which kernel does your build computer use? Heiko |
From: Bruce S. <bw...@ar...> - 2004-06-25 17:24:43
|
On Fri, 2004-06-25 at 12:50, Heiko Zuerker wrote: > Bruce Smith wrote: > > root:/data/build# cat tmp/LOGS/install/hostap-driver > > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined > > Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > /sbin/depmod -ae > > depmod: QM_MODULES: Function not implemented > > > > make[1]: *** [install_pci] Error 1 > > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > > root:/data/build# > > This is strange, just yesterday I did the same and it worked just fine.... How'd you get around the perl abort I fixed for you in CVS? ;-) > Which kernel does your build computer use? SuSE 9.1 with the latest kernel update: 2.6.5-7.75-smp I deselected HOSTAP, ran "make clean install iso" and it worked. Good thing I don't need hostap! :-) - BS |
From: Heiko Z. <he...@zu...> - 2004-06-25 19:41:26
|
Bruce Smith wrote: > On Fri, 2004-06-25 at 12:50, Heiko Zuerker wrote: > >>Bruce Smith wrote: >> >>>root:/data/build# cat tmp/LOGS/install/hostap-driver >>>make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' >>>Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined >>>Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>/sbin/depmod -ae >>>depmod: QM_MODULES: Function not implemented >>> >>>make[1]: *** [install_pci] Error 1 >>>make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' >>>root:/data/build# >> >>This is strange, just yesterday I did the same and it worked just fine.... > > > How'd you get around the perl abort I fixed for you in CVS? ;-) I updated perl after the compile ;-) >>Which kernel does your build computer use? > > > SuSE 9.1 with the latest kernel update: 2.6.5-7.75-smp > > I deselected HOSTAP, ran "make clean install iso" and it worked. > Good thing I don't need hostap! :-) I guess hostap is somehow checking which kernel is running and then reading its configuration or something in that direction. Heiko |
From: Roland P. <pa...@ta...> - 2004-06-25 18:49:06
|
On Friday 25 June 2004 18:50, Heiko Zuerker wrote: > Bruce Smith wrote: [...] > This is strange, just yesterday I did the same and it worked just fine.... apropos strange : Half of the time the build of gpm fails, although it is just fine. I touch the done_build_gpm file and just continue. There is no error message is listed in the gpm build log file, don't know what goes wrong... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Roland P. <pa...@ta...> - 2004-06-25 19:09:47
|
On Friday 25 June 2004 20:49, Roland Pabel wrote: > On Friday 25 June 2004 18:50, Heiko Zuerker wrote: > > Bruce Smith wrote: > > [...] > > > This is strange, just yesterday I did the same and it worked just > > fine.... > > apropos strange : > Half of the time the build of gpm fails, although it is just fine. I touch > the done_build_gpm file and just continue. There is no error message is > listed in the gpm build log file, don't know what goes wrong... It came to me it might be the parallel make, I'll test it later Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Roland P. <pa...@ta...> - 2004-06-25 18:47:29
|
On Friday 25 June 2004 15:19, Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > defined Installing hostap_crypt_*.o to [...] > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# I've had this one too a few days ago. I can't recall what the source of the error was, maybe missing PCMCIA support? I fixed it by starting over with 'make mrproper' and it went all fine... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Bruce S. <bw...@ar...> - 2004-06-25 19:16:44
|
> > root:/data/build# cat tmp/LOGS/install/hostap-driver > > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > > defined Installing hostap_crypt_*.o to > [...] > > depmod: QM_MODULES: Function not implemented > > > > make[1]: *** [install_pci] Error 1 > > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > > root:/data/build# > I've had this one too a few days ago. I can't recall what the source of the > error was, maybe missing PCMCIA support? I fixed it by starting over with > 'make mrproper' and it went all fine... I thought of that, but I checked and PCMCIA support was turned on. - BS |
From: Roland P. <pa...@ta...> - 2004-06-26 08:13:41
|
On Friday 25 June 2004 15:19, Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > defined Installing hostap_crypt_*.o to > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_crypt_*.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap.o to > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap_pci.o > to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_pci.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net /sbin/depmod -ae > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# Ok, I've just hit this error again and I recall what I did last time: The problem is an old depmod : root:/# /sbin/depmod -V depmod version 2.4.22 depmod: QM_MODULES: Function not implemented which is part of the modutils package. When I first came to this point, I copied the depmod from my host system (SuSE 9.1) into the lfssystem and continued... Why is the depmod from modules-init-tools not used? It's delete (together with rmmod,insmod,modprobe) after build in the script... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Roland P. <pa...@ta...> - 2004-06-26 10:32:01
|
On Saturday 26 June 2004 10:13, Roland Pabel wrote: > On Friday 25 June 2004 15:19, Bruce Smith wrote: [...] > > Ok, I've just hit this error again and I recall what I did last time: The > problem is an old depmod : > root:/# /sbin/depmod -V > depmod version 2.4.22 > depmod: QM_MODULES: Function not implemented > which is part of the modutils package. When I first came to this point, I > copied the depmod from my host system (SuSE 9.1) into the lfssystem and > continued... > Why is the depmod from modules-init-tools not used? It's delete (together > with rmmod,insmod,modprobe) after build in the script... Just had another look at it: /sbin/depmod is part of the lfssystem archive - and this version doesn't work now. modutils-2.4.27 doesn't work with 2.4 (which I use), but I guess it should. modutils-init-tools is for kernel 2.6, but that works fine... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Roland P. <pa...@ta...> - 2004-06-26 12:12:55
Attachments:
hostap-nodepmod.diff
|
On Saturday 26 June 2004 12:31, Roland Pabel wrote: > On Saturday 26 June 2004 10:13, Roland Pabel wrote: > > On Friday 25 June 2004 15:19, Bruce Smith wrote: > > [...] > > > Ok, I've just hit this error again and I recall what I did last time: The > > problem is an old depmod : > > root:/# /sbin/depmod -V > > depmod version 2.4.22 > > depmod: QM_MODULES: Function not implemented looks like hostap-driver is one (the only?) package that calls depmod at some place. the old depmod doesn't work when used on a 2.6 kernel host system, so it generates the QM_MODULES error. My patch removes all depmod calls from hostap-drivers Makefile. Seems to work, my router is just booting that image Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Heiko Z. <he...@zu...> - 2004-06-26 13:51:18
|
Roland Pabel wrote: > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >> >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >> >>[...] >> >> >>>Ok, I've just hit this error again and I recall what I did last time: The >>>problem is an old depmod : >>>root:/# /sbin/depmod -V >>>depmod version 2.4.22 >>>depmod: QM_MODULES: Function not implemented > > looks like hostap-driver is one (the only?) package that calls depmod at some > place. the old depmod doesn't work when used on a 2.6 kernel host system, so > it generates the QM_MODULES error. My patch removes all depmod calls from > hostap-drivers Makefile. Seems to work, my router is just booting that image > Roland > There should be a couple more Makefiles which call depmod, but which probably ignore the error. More critical, we call depmod in the build-iso script, which is rather important. We probably have to check if the host os is running under 2.6 and then use either the modutils or module-init-tools depmod. But are those dependency files then running under 2.4? Heiko |
From: Heiko Z. <he...@zu...> - 2004-06-26 13:55:23
|
Roland Pabel wrote: > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >> >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >> >>[...] >> >> >>>Ok, I've just hit this error again and I recall what I did last time: The >>>problem is an old depmod : >>>root:/# /sbin/depmod -V >>>depmod version 2.4.22 >>>depmod: QM_MODULES: Function not implemented > > looks like hostap-driver is one (the only?) package that calls depmod at some > place. the old depmod doesn't work when used on a 2.6 kernel host system, so > it generates the QM_MODULES error. My patch removes all depmod calls from > hostap-drivers Makefile. Seems to work, my router is just booting that image > Roland I added the patch Heiko |
From: Roland P. <pa...@ta...> - 2004-06-26 18:50:28
|
On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > >> > >>[...] > >> > >>>Ok, I've just hit this error again and I recall what I did last time: > >>> The problem is an old depmod : > >>>root:/# /sbin/depmod -V > >>>depmod version 2.4.22 > >>>depmod: QM_MODULES: Function not implemented > > > > looks like hostap-driver is one (the only?) package that calls depmod at > > some place. the old depmod doesn't work when used on a 2.6 kernel host > > system, so it generates the QM_MODULES error. My patch removes all depmod > > calls from hostap-drivers Makefile. Seems to work, my router is just > > booting that image Roland > > There should be a couple more Makefiles which call depmod, but which > probably ignore the error. > > More critical, we call depmod in the build-iso script, which is rather > important. We probably have to check if the host os is running under 2.6 > and then use either the modutils or module-init-tools depmod. > But are those dependency files then running under 2.4? /lib/modules/2.4.26/modules.dep looks ok and seems to work, but I don't know how it's created... neither the lfssystem depmod nor the compiled depmod binary from modutils package don't work on my host linux, of course it works after you booted the image... and the modules.dep file on the cd is just 80KB big, a 'depmod -an' gives a 300KB size file... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Heiko Z. <he...@zu...> - 2004-06-26 20:01:23
|
Roland Pabel wrote: > On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: >>> >>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >>>> >>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >>>> >>>>[...] >>>> >>>> >>>>>Ok, I've just hit this error again and I recall what I did last time: >>>>>The problem is an old depmod : >>>>>root:/# /sbin/depmod -V >>>>>depmod version 2.4.22 >>>>>depmod: QM_MODULES: Function not implemented >>> >>>looks like hostap-driver is one (the only?) package that calls depmod at >>>some place. the old depmod doesn't work when used on a 2.6 kernel host >>>system, so it generates the QM_MODULES error. My patch removes all depmod >>>calls from hostap-drivers Makefile. Seems to work, my router is just >>>booting that image Roland >> >>There should be a couple more Makefiles which call depmod, but which >>probably ignore the error. >> >>More critical, we call depmod in the build-iso script, which is rather >>important. We probably have to check if the host os is running under 2.6 >>and then use either the modutils or module-init-tools depmod. >>But are those dependency files then running under 2.4? > > /lib/modules/2.4.26/modules.dep looks ok and seems to work, but I don't know > how it's created... neither the lfssystem depmod nor the compiled depmod > binary from modutils package don't work on my host linux, of course it works > after you booted the image... and the modules.dep file on the cd is just 80KB > big, a 'depmod -an' gives a 300KB size file... That's not good... Can you create a modules.dep with the module-init-tools depmod and check if it works ? If yes, then we have to add some checks about the running kernel. Heiko |
From: Roland P. <pa...@ta...> - 2004-06-27 14:35:49
|
On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>Roland Pabel wrote: > >>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > >>>> [...] > That's not good... > Can you create a modules.dep with the module-init-tools depmod and check > if it works ? > If yes, then we have to add some checks about the running kernel. Looks like it's all right after all. I forgot that "depmod -an" dumps all /lib/modules/<>/modules.* files in one file. Concatenated all those files are exactly the same size as the dumped version. The missing option for depmod to work is "-F $CDDIR/boot/System.map". I copied that map file to /boot/ which doesn't make depmod happy ... maybe we should replace the lfssystem's depmod by a script which calls the freshly compiled depmod with the correct options ? or disable it by copying /bin/true over it... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Heiko Z. <he...@zu...> - 2004-06-27 15:06:20
|
Roland Pabel wrote: > On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: >>> >>>>Roland Pabel wrote: >>>> >>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: >>>>> >>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >>>>>> >>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >>>>>> > [...] > >>That's not good... >>Can you create a modules.dep with the module-init-tools depmod and check >>if it works ? >>If yes, then we have to add some checks about the running kernel. > > Looks like it's all right after all. I forgot that "depmod -an" dumps > all /lib/modules/<>/modules.* files in one file. Concatenated all those files > are exactly the same size as the dumped version. > The missing option for depmod to work is "-F $CDDIR/boot/System.map". I copied > that map file to /boot/ which doesn't make depmod happy ... > maybe we should replace the lfssystem's depmod by a script which calls the > freshly compiled depmod with the correct options ? or disable it by > copying /bin/true over it... We need a working depmod in the system, so let's move it to be compiled earlier in the build process and install it into the lfssystem. Are you going to create a patch? Heiko |
From: Roland P. <pa...@ta...> - 2004-06-27 15:38:11
|
On Sunday 27 June 2004 17:02, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > >>Roland Pabel wrote: > >>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>>>Roland Pabel wrote: > >>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > > > > [...] > > > >>That's not good... > >>Can you create a modules.dep with the module-init-tools depmod and check > >>if it works ? > >>If yes, then we have to add some checks about the running kernel. > > > > Looks like it's all right after all. I forgot that "depmod -an" dumps > > all /lib/modules/<>/modules.* files in one file. Concatenated all those > > files are exactly the same size as the dumped version. > > The missing option for depmod to work is "-F $CDDIR/boot/System.map". I > > copied that map file to /boot/ which doesn't make depmod happy ... > > maybe we should replace the lfssystem's depmod by a script which calls > > the freshly compiled depmod with the correct options ? or disable it by > > copying /bin/true over it... > > We need a working depmod in the system, so let's move it to be compiled > earlier in the build process and install it into the lfssystem. you need more than that, you need to transparently have depmod called like this: depmod <whatever> => depmod $@ -F $CDDIR/boot/System.map $KERNELVERSION and handle -F arguments and kernel version if given > Are you going to create a patch? can do, but won't be before tuesday Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Heiko Z. <he...@zu...> - 2004-06-27 17:11:23
|
Roland Pabel wrote: > On Sunday 27 June 2004 17:02, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: >>> >>>>Roland Pabel wrote: >>>> >>>>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: >>>>> >>>>>>Roland Pabel wrote: >>>>>> >>>>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: >>>>>>> >>>>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >>>>>>>> >>>>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >>> >>>[...] >>> >>> >>>>That's not good... >>>>Can you create a modules.dep with the module-init-tools depmod and check >>>>if it works ? >>>>If yes, then we have to add some checks about the running kernel. >>> >>>Looks like it's all right after all. I forgot that "depmod -an" dumps >>>all /lib/modules/<>/modules.* files in one file. Concatenated all those >>>files are exactly the same size as the dumped version. >>>The missing option for depmod to work is "-F $CDDIR/boot/System.map". I >>>copied that map file to /boot/ which doesn't make depmod happy ... >>>maybe we should replace the lfssystem's depmod by a script which calls >>>the freshly compiled depmod with the correct options ? or disable it by >>>copying /bin/true over it... >> >>We need a working depmod in the system, so let's move it to be compiled >>earlier in the build process and install it into the lfssystem. > > you need more than that, you need to transparently have depmod called like > this: > depmod <whatever> => depmod $@ -F $CDDIR/boot/System.map $KERNELVERSION > and handle -F arguments and kernel version if given > > >>Are you going to create a patch? > > can do, but won't be before tuesday That's OK, I'm doing other stuff anyway and we're waiting for 2.4.27 for the next DL beta. Heiko |
From: Roland P. <pa...@ta...> - 2004-07-06 22:50:23
|
On Sunday 27 June 2004 19:09, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Sunday 27 June 2004 17:02, Heiko Zuerker wrote: > >>Roland Pabel wrote: > >>>On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > >>>>Roland Pabel wrote: > >>>>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>>>>>Roland Pabel wrote: > >>>>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>>>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > >>> > >>>[...] > >>> > >>>>That's not good... > >>>>Can you create a modules.dep with the module-init-tools depmod and > >>>> check if it works ? > >>>>If yes, then we have to add some checks about the running kernel. > >>> > >>>Looks like it's all right after all. I forgot that "depmod -an" dumps > >>>all /lib/modules/<>/modules.* files in one file. Concatenated all those > >>>files are exactly the same size as the dumped version. > >>>The missing option for depmod to work is "-F $CDDIR/boot/System.map". I > >>>copied that map file to /boot/ which doesn't make depmod happy ... > >>>maybe we should replace the lfssystem's depmod by a script which calls > >>>the freshly compiled depmod with the correct options ? or disable it by > >>>copying /bin/true over it... > >> > >>We need a working depmod in the system, so let's move it to be compiled > >>earlier in the build process and install it into the lfssystem. > > > > you need more than that, you need to transparently have depmod called > > like this: > > depmod <whatever> => depmod $@ -F $CDDIR/boot/System.map $KERNELVERSION > > and handle -F arguments and kernel version if given > > > >>Are you going to create a patch? > > > > can do, but won't be before tuesday > > That's OK, I'm doing other stuff anyway and we're waiting for 2.4.27 for > the next DL beta. I'm sorry, everything changed quickly... I am too busy now, might not be able to do anything again for DL in the next 3 months... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
From: Heiko Z. <he...@zu...> - 2004-07-07 01:36:21
|
On Tue, 2004-07-06 at 18:50, Roland Pabel wrote: > On Sunday 27 June 2004 19:09, Heiko Zuerker wrote: > > Roland Pabel wrote: > > > On Sunday 27 June 2004 17:02, Heiko Zuerker wrote: > > >>Roland Pabel wrote: > > >>>On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > > >>>>Roland Pabel wrote: > > >>>>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > > >>>>>>Roland Pabel wrote: > > >>>>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > > >>>>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > > >>>>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > > >>> > > >>>[...] > > >>> > > >>>>That's not good... > > >>>>Can you create a modules.dep with the module-init-tools depmod and > > >>>> check if it works ? > > >>>>If yes, then we have to add some checks about the running kernel. > > >>> > > >>>Looks like it's all right after all. I forgot that "depmod -an" dumps > > >>>all /lib/modules/<>/modules.* files in one file. Concatenated all those > > >>>files are exactly the same size as the dumped version. > > >>>The missing option for depmod to work is "-F $CDDIR/boot/System.map". I > > >>>copied that map file to /boot/ which doesn't make depmod happy ... > > >>>maybe we should replace the lfssystem's depmod by a script which calls > > >>>the freshly compiled depmod with the correct options ? or disable it by > > >>>copying /bin/true over it... > > >> > > >>We need a working depmod in the system, so let's move it to be compiled > > >>earlier in the build process and install it into the lfssystem. > > > > > > you need more than that, you need to transparently have depmod called > > > like this: > > > depmod <whatever> => depmod $@ -F $CDDIR/boot/System.map $KERNELVERSION > > > and handle -F arguments and kernel version if given > > > > > >>Are you going to create a patch? > > > > > > can do, but won't be before tuesday > > > > That's OK, I'm doing other stuff anyway and we're waiting for 2.4.27 for > > the next DL beta. > I'm sorry, everything changed quickly... I am too busy now, might not be able > to do anything again for DL in the next 3 months... > Roland Yeah shit happens... I'm actually now proud owner of Kernel 2.6 system (Fedora Core 2), so I should be able to work on this problem too. Heiko |