Re: [leaf-devel] git master
Hi Andrew Am 07.03.2016 um 21:46 schrieb Andrew: > 07.03.2016 20:41, kp kirchdoerfer пишет: ... >> >> Another drawback is the time it needs to load modules.sqfs. >> If we choose to that for several packages it will raise startup times >> significantly. > Delayed umount can solve this. Just terminate sleeping umount process in > next mount - and voila, no umount/mount overhead. This is on an old and really slow WRAP SALT# date; mount_modules ; date ; umount_modules; date Mon Mar 7 21:29:23 UTC 2016 Mon Mar 7 21:29:24 UTC 2016 Mon Mar 7 21:29:24 UTC 2016 Adding complexity here is IMHO completely useless. Your suggested evaluation/kill code takes probably a lot more time. cheers ET -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
Hi Andrew Am 07.03.2016 um 21:46 schrieb Andrew: > 07.03.2016 20:41, kp kirchdoerfer пишет: >> Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: >>> Maybe we should just mount storage till hostapd will start? >> Will hostapd really load the modules without changes to the init process? > If it loads modules earlier - it should load them now with full-weight > /lib/modules mounted. of course > >> The later is something I try to avoid,cause it will make us to maintain a >> different init for hostapd. >> >> Another drawback is the time it needs to load modules.sqfs. >> If we choose to that for several packages it will raise startup times >> significantly. Please support this with numbers. I don't believe in it. > Delayed umount can solve this. Just terminate sleeping umount process in > next mount - and voila, no umount/mount overhead. Complicated stuff to solve a IMHO non existing problem. cheers ET -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
07.03.2016 20:41, kp kirchdoerfer пишет: > Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: >> Maybe we should just mount storage till hostapd will start? > Will hostapd really load the modules without changes to the init process? If it loads modules earlier - it should load them now with full-weight /lib/modules mounted. > The later is something I try to avoid,cause it will make us to maintain a > different init for hostapd. > > Another drawback is the time it needs to load modules.sqfs. > If we choose to that for several packages it will raise startup times > significantly. Delayed umount can solve this. Just terminate sleeping umount process in next mount - and voila, no umount/mount overhead. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
Hi KP Am 07.03.2016 um 19:41 schrieb kp kirchdoerfer: > Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: >> Maybe we should just mount storage till hostapd will start? > > Will hostapd really load the modules without changes to the init process? I doubt it. > The later is something I try to avoid,cause it will make us to maintain a > different init for hostapd. If we come to the conclusion that an application, and that is what hostapd or wpa_supplicant are, are responsible for the loading of modules, and I am strongly in favour of this behaviour, then yes, we possibly need to patch init. We can go the legacy way and just add it to /etc/modules, which is fine with me too. > > Another drawback is the time it needs to load modules.sqfs. > If we choose to that for several packages it will raise startup times > significantly. Not really, the delays are hardly significant. But this is the current situation, not the future one, so we don't need to discuss this here. I am just reporting the current problems, addressing future solutions will be when I install the new-initrd mode of operation. cheers ET -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
Sorry, another response Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: > Maybe we should just mount storage till hostapd will start? And what happens if hostpad isn't loaded at all? kp -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: > Maybe we should just mount storage till hostapd will start? Will hostapd really load the modules without changes to the init process? The later is something I try to avoid,cause it will make us to maintain a different init for hostapd. Another drawback is the time it needs to load modules.sqfs. If we choose to that for several packages it will raise startup times significantly. > Also, maybe it'll be good to add delayed umount (for ex., 3-5 seconds)? > > 07.03.2016 19:06, Erich Titl пишет: > > Hi Folks > > > > OK after some twiddling with buildtool.cfg in master I succeeded to > > build a 486 version. > > > > There are a few quirks in shorewall and specifically we need to add the > > following to /etc/modules in case we want to connect to WPA2 protected > > AP's > > > > # appears to be needed for WPA/WPA2 > > ccm > > ctr Currently those modules are in initmod AFAIK. Adding those to /etc/modules raises the question: - shall they be enbaled by default? - and if so, why don't we add them to the kernel config? > > Now my WRAP based Wireless repeater runs > > > > SALT# cat /etc/motd > > LEAF Bering-uClibc 6.0.0-alpha1 Rev 1 uClibc 1.0.12 at SALT > > Linux 4.4.3-i486 #1 Mon Mar 7 14:26:11 CET 2016 Congrats :) kp -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master
Maybe we should just mount storage till hostapd will start? Also, maybe it'll be good to add delayed umount (for ex., 3-5 seconds)? 07.03.2016 19:06, Erich Titl пишет: > Hi Folks > > OK after some twiddling with buildtool.cfg in master I succeeded to > build a 486 version. > > There are a few quirks in shorewall and specifically we need to add the > following to /etc/modules in case we want to connect to WPA2 protected AP's > > # appears to be needed for WPA/WPA2 > ccm > ctr > > Now my WRAP based Wireless repeater runs > > SALT# cat /etc/motd > LEAF Bering-uClibc 6.0.0-alpha1 Rev 1 uClibc 1.0.12 at SALT > Linux 4.4.3-i486 #1 Mon Mar 7 14:26:11 CET 2016 > > cheers > > ET > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] git master broken?
Am Montag, 7. März 2016, 11:13:47 schrieb Erich Titl: > Hi Folks > > Is master supposed to compile completely? To me it looks broken. > > mega@leafbuilder:~/leaf/devel/bering-6$ git branch > * master > new-initrd-6.x > mega@leafbuilder:~/leaf/devel/bering-6$ git pull > remote: Counting objects: 31, done. > remote: Compressing objects: 100% (16/16), done. > remote: Total 16 (delta 13), reused 0 (delta 0) > Unpacking objects: 100% (16/16), done. > > >From ssh://git.code.sf.net/p/leaf/bering-uclibc > >56707d7..c20e020 master -> origin/master >3c8352d..22fb99f new-initrd-6.x -> origin/new-initrd-6.x > Updating 56707d7..c20e020 > Fast-forward > repo/clamav/buildtool.cfg| 2 +- > repo/clamav/{clamav-0.99.tar.gz => clamav-0.99.1.tar.gz} | Bin 15968038 > -> 15990867 bytes > 2 files changed, 1 insertion(+), 1 deletion(-) > rename repo/clamav/{clamav-0.99.tar.gz => clamav-0.99.1.tar.gz} (66%) > mega@leafbuilder:~/leaf/devel/bering-6$ ./buildtool.pl build hdsupp > make the list of required source packages: > linux,kernel,util-linux,e2fsprogs,syslinux,hdsupp [0.K.] > > source/package: linux > > downloading: buildtool.cfg from server localrepo type filesymlnk [0.K.] > downloading: kernel-mkmakefile.patch from server localrepo type > filesymlnk [0.K.] > downloading: linux-4.4.tar.xz from server localrepo type filesymlnk [0.K.] > downloading: bitreverse.patch from server localrepo type filesymlnk [0.K.] > downloading: patch-4.4.2.xz from server localrepo type filesymlnk > download failed: file > /home/mega/leaf/devel/bering-6/repo/linux/patch-4.4.2.xz does not exist > > you might find useful information in log/buildtoollog > Needs to be patch-4.4.3.xz in repo/linux/buildtool.cfg Fixed in git. kp -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel