[LEDE-DEV] Observing procd progress
Philip Prindeville
philipp_subx at redfish-solutions.com
Tue Feb 14 12:10:54 PST 2017
> On Feb 14, 2017, at 2:45 AM, Petr Štetiar <ynezz at true.cz> wrote:
>
> Philip Prindeville <philipp_subx at redfish-solutions.com> [2017-02-12 12:57:19]:
>
> Hi,
>
>> One thing I was wondering about was, on a headless system, but that does
>> have an LCD display, is maybe capturing the progress of procd as it runs and
>> displaying it on that LCD.
>
> BTW, what kind of platform and LCD is that?
It’s a Lanner network appliance FW-8771 with an ST-7066U LCD module.
The module is hd44780 compatible, but with LCM-162-like wiring (at least that’s the interface type I select in lcdproc).
> I would probably get the total number of scripts planned to be run, the total
> count, 100% on progress bar from glob() as it's used in rcS.c/_rc(). Then I
> would probably update the position of the progress bar, the current % position
> in q_initd_complete() callback.
I’m more interested in knowing the name of a particular script should it cause the boot process to hang… but maybe both could be done.
>
>> Maybe in q_initd_run() where the DEBUG(2, “start %s %s \n”…) happens, and in
>
> Look at libubox/runqueue.c, search for '->run(' callback.
>
>> q_initd_complete() where the DEBUG(2, “stop %s %s \n”, …) happens?
>
> Look at libubox/runqueue.c, search for '->complete(' callback.
Thanks.
>
>> Hmm… for that matter, I also don’t know where procd does a wait() or wait3()
>> or waitpid() on the rc.d/ scripts...
>
> procd is using runqueue task helper, which in turn uses uloop_process_*
> functions, so look at libubox at runqueue.c and uloop.c for details.
>
> — ynezz
Will do!
-Philip
More information about the Lede-dev
mailing list