>>>> tito <[email protected]> 26.06.14 14.33 Uhr >>> p, li { white-space: pre-wrap; } >On Thursday 26 June 2014 14:05:34 Frank Ihle wrote: >> Dear BusyBox, >> >> due to we consider about using BusyBox on our Embedded System, I have some >> questions left whose answers couldn't be found on the BusyBox >homepage or >> documentation. > >> I hope somebody can give me a bit more information, probably these >> questions/answers could be put on the BusyBox homepage, since I think that >> other developers trying to get into touch with BusyBox are interested in >> these kind of information too. >> >> Here are the questions: >> >> (1) What is the minimum footprint in flash memory of BusyBox ? >Footprint depends on the build: statically or dynamically linked >and on the number of features and/or appletts you compile in. >> (2) Is there a number for the latency to handle events (e.g. interrupt >> latency) ? >Don't know. >> (3.1) Is there an investigation about power consumption with BusyBox during >> sleep modes ? >Don't know. >> (3.2) Is there an investigation about power consumption with BusyBox during >> normal/(full) operation mode? >Don't know. >> (4) Are sleep modes configurable ? >Don't know. >> (5) How many GPIO user out/inputs can be used e.g.: for user interaction >> (buttons, LEDS, dip-switches ...) ? >I think this is not related to busybox >>(6) Is there a (stateless/statefull) firewall for BusyBox ? >I think this is not related to busybox. Use iptables? >> (7.1) Does BusyBox provide a Network stack ? >Run: make menuconfig >and look under Networking utilities >> (7.2) Does BusyBox provide a Bluetooth stack ? >Would say no. >> (7.3) Does BusyBox provide a ZigBee stack ? >Would say no. >> (7.4) Does BusyBox provide a ZWave stack ? >Would say No. >> (7.5) Does Busybox provide a 6LOWPAN stack ? >Wouls say no. >> (8.1) Due to BusyBox seems to be written in C, is it still possible to >> execute a C++ application successfully ? >Yes, If your system has the relevant c++ libraries. >> (8.2) Is it possible to execute a Java application ? >Yes, if your system has the relevant java runtime environment. >> (9) Can applications be debugged while they are executed on the target ? >Yes, with strace and/or by enabling Busybox Settings -> Debugging options at >compile time. >> (10) What is the long-term availability of BusyBox? Can it be expected to >> be available for at least 10 years ? >You download the source, you will have it forever. >> (11) Is remote login to a target possible, that is running with BusyBox? >> (e.g. with telnet or SSH) >Telnet yes. SSH only if you install a separate SSH server (e.g. Dropbear) >> I apologize for questions, that may have already been answered. Thanks for >> your help. >> >> Kind Regards >> >> Frank Ihle
thanks for your time to answer my questions. Now nearly everbody told me that BusyBox ain't an OS in a typical matter ;), I already knew that before. The point is why I still ask, because I'm not a BusyBox "guru" that I can say what programs and tools are available to know the full functionality. My intention is to hear, if there is maybe some kind of a workaround (e.g. a firewall applet) that fills these gaps that it takes to be called an OS. When it's about to start a new Embedded Design it always comes in handy to know a few points about some OS. So that in a quick view, you could say that (here) BusyBox is fully sufficient for our needs and saves us a lot of money because we nearly don't need any storage, as it would take just because you use a full OS - That's what I meant in the beginning, that maybe these information could be a little bit more extended (e.g. with some of my questions). Kind Regards Frank
_______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
