Hi there, For an embedded project I'm working on, we have a need to allow the end user to control/monitor a subset of the product as fast as possible after power on (ideally less than 1s). To do this task, the first idea that came in was to use a dedicated micro-controller to do this job (can boot in few ms!), the problem was that the hardware would need to be shared with the application processor once the system is fully booted (and plenty of other annoyances from a SW point of view). So the second idea was to handle this task in the boot loader itself, this one is better, but it means no kernel, np userspace, no libs, ... So lot of things will have to be re-invented (again, annoyances from a SW point of view). Now, I would like to explore a 3rd idea: boot to qt using a strip down XIP linux kernel and "no rootfs", and then when requested, use kexec to boot to the full kernel/rootfs for more advanced tasks.I've seen this kind of approach in action, and it's really fast to boot (AFAIR ca. 1s on an ARM9@200Mhz with init=/bin/sh, which means no Qt).
To start with, I would like to know how QtCore would behave with no system initialisation at all: the init process is the Qt based app statically linked (or not, see below), no /dev (or a bare static one if really needed), no /sys, no /var mounted, no network setup, no udev, no syslog, no D-BUS, no nothing! Well, The only thing available is / mounted by the kernel. The second question is about static linkage, is it possible to have a Qt based application that is entirely statically linked? More precisely, what about qt when it comes to runtime plugins? Basically, the idea is to get rid of the full rootfs, which means no SO objects whatsoever. At the same time this question revolve around getting rid of useless (in this context) dependencies of libQtCore too (glib, and the likes but stuff like network, connectivity as well). I've seen the "-no-feature-<feature>" of Qt's ./configure and had a look at the associated qtbase/src/corelib/global/qfeatures.txt, but I never really used that, thought, It looks to me that Qt can be stripped down to the bare minimum. If anyone has suggestions, comments or feedback on achieving this kind of goal, please feel free to share them! Best regards, Chris _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
