LEAF Linux Embedded Appliance Framework

27.11.2011 14:15, KP Kirchdoerfer пишет:
> Hi Andrew;
>
> A build report for "next".
>
> bind fails, looks like you missed to commit the patches introduced two
> days ago (install-includes, makefile-fix).
Fixed.
> initrd can not packaged because:
> Could not open file /opt/buildtool-next/source/initrd/files.i686
Ok, I'll look on it after next partial tree rebuild.
> radius packaging fails
> rlm_ldap-2.1.12.so is missing, looks it isn't build at all
Fixed.
> pppoe-server can not be build:
>
> In file included from pppoe-server.c:29:0:
> pppoe-server.h:31:5: error: unknown type name 'EventHandler'
> pppoe-server.h:140:1: error: unknown type name 'EventSelector'
> pppoe-server.c:79:30: error: unknown type name 'EventSelector'
> pppoe-server.c:130:1: error: unknown type name 'EventSelector'
> pppoe-server.c: In function 'processPADR':
> pppoe-server.c:938:2: warning: implicit declaration of function
> 'Event_HandleChildExit' [-Wimplicit-function-declaration]
> pppoe-server.c: In function 'main':
> pppoe-server.c:1471:5: warning: implicit declaration of function
> 'Event_CreateSelector' [-Wimplicit-function-declaration]
> pppoe-server.c:1471:20: warning: assignment makes pointer from integer
> without a cast [enabled by default]
> pppoe-server.c:1477:5: warning: implicit declaration of function
> 'Event_HandleSignal' [-Wimplicit-function-declaration]
> pppoe-server.c:1491:2: warning: implicit declaration of function
> 'Event_AddHandler' [-Wimplicit-function-declaration]
> pppoe-server.c:1493:10: error: 'EVENT_FLAG_READABLE' undeclared (first
> use in this function)
> pppoe-server.c:1493:10: note: each undeclared identifier is reported
> only once for each function it appears in
> pppoe-server.c:1494:10: error: 'InterfaceHandler' undeclared (first use
> in this function)
> pppoe-server.c:1561:2: warning: implicit declaration of function
> 'Event_HandleEvent' [-Wimplicit-function-declaration]
> pppoe-server.c: At top level:
> pppoe-server.c:1874:18: error: unknown type name 'EventSelector'
>
Possible something with deps. I'll look on it.
> net-snmp also fails:
>
> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
> warning: gethostbyaddr is obsolescent, use getaddrinfo() instead.
> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
> warning: gethostbyname is obsolescent, use getnameinfo() instead.
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_dirty_set'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_index_to_oid'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_dirty_get'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `_ipCidrRouteTable_initialize_interface'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `_ipCidrRouteTable_shutdown_interface'
> collect2: ld returned 1 exit status
Hm, strange. I'll look on it closer. For me it was assembled OK.
> and finally iptables has a very strange problem:
> make -C /opt/buildtool-next/source/linux/linux-geode
> M=/opt/buildtool-next/source/iptables/ipt_netflow-1.7.1 modules_install
> make[2]: Entering directory `/opt/buildtool-next/source/linux/linux-geode'
> make -C /opt/buildtool-next/source/linux/linux-2.6.35.14
> O=/opt/buildtool-next/source/linux/linux-geode/. modules_install
> mkdir: cannot create directory `/lib/modules/2.6.35.14-geode':
> Permission denied
> make[4]: *** [_emodinst_] Error 1
>
> geode is last one; i486 and i686 built fine...
>
Fixed.
> That's all, and not too much for 170+ ported packages.
>
> kp
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
> _______________________________________________
> leaf-devel mailing list
> leaf-devel@...
> https://lists.sourceforge.net/lists/listinfo/leaf-devel

27.11.2011 14:15, KP Kirchdoerfer пишет:
> initrd can not packaged because:
> Could not open file /opt/buildtool-next/source/initrd/files.i686
>
Hm, for me all is OK. During building 'getdep.sh' produces errors?
In any case, I some updated getdep.sh script; it should work faster due 
to moving work mostly to AWK, and it should be more compatible with 
different versions of utils.
> pppoe-server can not be build:
>
> In file included from pppoe-server.c:29:0:
> pppoe-server.h:31:5: error: unknown type name 'EventHandler'
> pppoe-server.h:140:1: error: unknown type name 'EventSelector'
> pppoe-server.c:79:30: error: unknown type name 'EventSelector'
> pppoe-server.c:130:1: error: unknown type name 'EventSelector'
> pppoe-server.c: In function 'processPADR':
> pppoe-server.c:938:2: warning: implicit declaration of function
> 'Event_HandleChildExit' [-Wimplicit-function-declaration]
> pppoe-server.c: In function 'main':
> pppoe-server.c:1471:5: warning: implicit declaration of function
> 'Event_CreateSelector' [-Wimplicit-function-declaration]
> pppoe-server.c:1471:20: warning: assignment makes pointer from integer
> without a cast [enabled by default]
> pppoe-server.c:1477:5: warning: implicit declaration of function
> 'Event_HandleSignal' [-Wimplicit-function-declaration]
> pppoe-server.c:1491:2: warning: implicit declaration of function
> 'Event_AddHandler' [-Wimplicit-function-declaration]
> pppoe-server.c:1493:10: error: 'EVENT_FLAG_READABLE' undeclared (first
> use in this function)
> pppoe-server.c:1493:10: note: each undeclared identifier is reported
> only once for each function it appears in
> pppoe-server.c:1494:10: error: 'InterfaceHandler' undeclared (first use
> in this function)
> pppoe-server.c:1561:2: warning: implicit declaration of function
> 'Event_HandleEvent' [-Wimplicit-function-declaration]
> pppoe-server.c: At top level:
> pppoe-server.c:1874:18: error: unknown type name 'EventSelector'
Can't reproduce - possible because I have installed libevent with 
headers in system.
I committed patch, try it now.
> net-snmp also fails:
>
> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
> warning: gethostbyaddr is obsolescent, use getaddrinfo() instead.
> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
> warning: gethostbyname is obsolescent, use getnameinfo() instead.
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_dirty_set'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_index_to_oid'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `ipCidrRouteTable_dirty_get'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `_ipCidrRouteTable_initialize_interface'
> ./.libs/libnetsnmpmibs.so: undefined reference to
> `_ipCidrRouteTable_shutdown_interface'
> collect2: ld returned 1 exit status
Can't reproduce. Possible there is race condition in makefile.

P.S. Please, post all errors/warnings with command that produces it.

Am 28.11.2011 13:39, schrieb Andrew:
> 27.11.2011 14:15, KP Kirchdoerfer пишет:
>> initrd can not packaged because:
>> Could not open file /opt/buildtool-next/source/initrd/files.i686
>>
> Hm, for me all is OK. During building 'getdep.sh' produces errors?
> In any case, I some updated getdep.sh script; it should work faster due 
> to moving work mostly to AWK, and it should be more compatible with 
> different versions of utils.
>> pppoe-server can not be build:
>>
>> In file included from pppoe-server.c:29:0:
>> pppoe-server.h:31:5: error: unknown type name 'EventHandler'
>> pppoe-server.h:140:1: error: unknown type name 'EventSelector'
>> pppoe-server.c:79:30: error: unknown type name 'EventSelector'
>> pppoe-server.c:130:1: error: unknown type name 'EventSelector'
>> pppoe-server.c: In function 'processPADR':
>> pppoe-server.c:938:2: warning: implicit declaration of function
>> 'Event_HandleChildExit' [-Wimplicit-function-declaration]
>> pppoe-server.c: In function 'main':
>> pppoe-server.c:1471:5: warning: implicit declaration of function
>> 'Event_CreateSelector' [-Wimplicit-function-declaration]
>> pppoe-server.c:1471:20: warning: assignment makes pointer from integer
>> without a cast [enabled by default]
>> pppoe-server.c:1477:5: warning: implicit declaration of function
>> 'Event_HandleSignal' [-Wimplicit-function-declaration]
>> pppoe-server.c:1491:2: warning: implicit declaration of function
>> 'Event_AddHandler' [-Wimplicit-function-declaration]
>> pppoe-server.c:1493:10: error: 'EVENT_FLAG_READABLE' undeclared (first
>> use in this function)
>> pppoe-server.c:1493:10: note: each undeclared identifier is reported
>> only once for each function it appears in
>> pppoe-server.c:1494:10: error: 'InterfaceHandler' undeclared (first use
>> in this function)
>> pppoe-server.c:1561:2: warning: implicit declaration of function
>> 'Event_HandleEvent' [-Wimplicit-function-declaration]
>> pppoe-server.c: At top level:
>> pppoe-server.c:1874:18: error: unknown type name 'EventSelector'
> Can't reproduce - possible because I have installed libevent with 
> headers in system.
> I committed patch, try it now.
>> net-snmp also fails:
>>
>> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
>> warning: gethostbyaddr is obsolescent, use getaddrinfo() instead.
>> /opt/buildtool-next/source/net-snmp/net-snmp-5.7.1/snmplib/.libs/libnetsnmp.so:
>> warning: gethostbyname is obsolescent, use getnameinfo() instead.
>> ./.libs/libnetsnmpmibs.so: undefined reference to
>> `ipCidrRouteTable_dirty_set'
>> ./.libs/libnetsnmpmibs.so: undefined reference to
>> `ipCidrRouteTable_index_to_oid'
>> ./.libs/libnetsnmpmibs.so: undefined reference to
>> `ipCidrRouteTable_dirty_get'
>> ./.libs/libnetsnmpmibs.so: undefined reference to
>> `_ipCidrRouteTable_initialize_interface'
>> ./.libs/libnetsnmpmibs.so: undefined reference to
>> `_ipCidrRouteTable_shutdown_interface'
>> collect2: ld returned 1 exit status
> Can't reproduce. Possible there is race condition in makefile.
> 
> P.S. Please, post all errors/warnings with command that produces it.

Hi Andrew;

I can confirm that with latest commits all, with the known exception
dhcpd, builds without errors, even if /bin/sh is linked to dash.

kp

Hi all.
I made some changes into kernel config today (I replaced cache allocator 
from slab to slob on non-SMP embedded targets - slob seems to have less 
resource consumption due to it's simplicity, and is targeted for small 
systems); also I enabled heap randomization (it's recommended value), 
and I choose to use -O2 optimization instead of -Os for i686 kernel 
(it's targeted for generic systems, so even some additional MBs of 
consumed memory shouldn't be a big trouble if it'll grant some speed-up).
Any opinions about these changes? And anybody can check how LEAF will 
work with these changes?

Am 11.12.2011 17:06, schrieb Andrew:
> Hi all.
> I made some changes into kernel config today (I replaced cache allocator 
> from slab to slob on non-SMP embedded targets - slob seems to have less 
> resource consumption due to it's simplicity, and is targeted for small 
> systems); also I enabled heap randomization (it's recommended value), 
> and I choose to use -O2 optimization instead of -Os for i686 kernel 
> (it's targeted for generic systems, so even some additional MBs of 
> consumed memory shouldn't be a big trouble if it'll grant some speed-up).
> Any opinions about these changes? And anybody can check how LEAF will 
> work with these changes?

Mine does :)

Made further changes ep. for Geode-based devices, and reduced kernel and
initrd size by approx. 80kb.

I ran over ISDN support, which has been a "known issue" of being
unsupported since Bering-uClibc moved to 4.x. On the other hand there
had been no complaints to re-add it quickly. I assume nowadays ISDN has
been completly replaced by DSL and other connections..

Does any of the telephony applications (yate, asterisk) do need ISDN
support?
Otherwise it may removed from the kernel.


kp

Hi;

results of current status of the kernel review in size (for changes pls
have a look at
https://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x_-_Changelog#Changes_between_4.1.1_and_4.2-beta1)

kernel size
linux-2.6.35.14-geode 1,2MB -> 937kb
linux-2.6.35.14-i486 1,3MB -> 955kb
linux-2.6.35.14-i686 1,4MB -> 1004kb

initrd size
initrd-geode.lrp 896K -> 833K
initrd-i486.lrp 899K -> 898K
initrd-i686.lrp 924K -> 986K

moddb size
moddb-geode.lrp 994K -> 1008K
moddb-i486.lrp 766K -> 801K
moddb-i686.lrp 911K -> 1,1M

kp

Am 17.12.2011 20:39, schrieb KP Kirchdoerfer:
> Hi;
> 
> results of current status of the kernel review in size (for changes pls
> have a look at
> https://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x_-_Changelog#Changes_between_4.1.1_and_4.2-beta1)
> 
> kernel size
> linux-2.6.35.14-geode 1,2MB -> 937kb
> linux-2.6.35.14-i486 1,3MB -> 955kb
> linux-2.6.35.14-i686 1,4MB -> 1004kb

forget the above numbers! I've made an error.

linux-2.6.35.14-geode  1240368 -> 1220336
linux-2.6.35.14-i486  1277616 -> 1268592
linux-2.6.35.14-i686  1380992 -> 1535568 (optimized for speed instead of
size)

> initrd size
> initrd-geode.lrp 896K -> 833K
> initrd-i486.lrp 899K -> 898K
> initrd-i686.lrp 924K -> 986K
> 
> moddb size
> moddb-geode.lrp 994K -> 1008K
> moddb-i486.lrp 766K -> 801K
> moddb-i686.lrp 911K -> 1,1M

kp

On 17 Dec 2011, at 18:56, KP Kirchdoerfer wrote:
> 
> Does any of the telephony applications (yate, asterisk) do need ISDN
> support?
Asterisk does not need ISDN and I don't think yate does either (though I haven't checked). 

> Otherwise it may removed from the kernel.
> 
> kp
I think it is OK to remove ISDN support. Until we have someone who can verify that it works there is no point having it there.

dMb

Am 18.12.2011 14:10, schrieb david M brooke:
> 
> On 17 Dec 2011, at 18:56, KP Kirchdoerfer wrote:
>>
>> Does any of the telephony applications (yate, asterisk) do need ISDN
>> support?
> Asterisk does not need ISDN and I don't think yate does either (though I haven't checked). 
> 
>> Otherwise it may removed from the kernel.
>>
>> kp
> I think it is OK to remove ISDN support. Until we have someone who can verify that it works there is no point having it there.
> 
> dMb

I've checked it, but since the result neither s smaller kernel nor a
smaller initrd, it seems not worth the effort to remove it now and to
add it later if needed.

kp