Hello.

2012/9/28 Jakub Jermar <[email protected]>:
> On 09/28/2012 10:57 AM, Jakub Jermar wrote:
>>>
>>> Looks like the bug is not reproducible with qemu, Jan Vesely was
>>> succesful to reproduce it on his Aspire One (ia32).
>>> Is there someone else who is able to reproduce it?
>
> Actually, the bug is reproducible in QEMU, if you remove logger from the
> list of init tasks. I assume neither of us has logger among the init
> tasks in his laptop grub setup. Looks like ext4fs is unrelated to this
> because I've just reproduced it with fat too.

The bug is that anyone who wants to use logging has to be connected to
the logger (that takes care of run-time setting of the verbosity of
the log messages). And so if no logger is started, the log_init()
would never return - it would wait in service_connect_blocking().

Thus adding logger to your GRUB shall fix the problem.

The reason for using blocking call was to allow devman wait for logger
to initialize. However, logger is not that essential service and the
system shall work without it. It would be very easy to add fallback
mechanisms to the log_msg() but how to reasonably specify some
time-out when the client would decide that no logger service exists?
This concerns mostly devman who is AFAIK the only init task using
logger.

- Vojta

>
> === modified file 'boot/Makefile.common'
> --- boot/Makefile.common        2012-09-17 13:46:03 +0000
> +++ boot/Makefile.common        2012-09-28 09:05:12 +0000
> @@ -73,8 +73,7 @@
>         $(USPACE_PATH)/app/init/init \
>         $(USPACE_PATH)/srv/locsrv/locsrv \
>         $(USPACE_PATH)/srv/bd/rd/rd \
> -       $(USPACE_PATH)/srv/vfs/vfs \
> -       $(USPACE_PATH)/srv/logger/logger
> +       $(USPACE_PATH)/srv/vfs/vfs
>
>  ifeq ($(RDFMT),tmpfs)
>         INIT_TASKS += $(USPACE_PATH)/srv/fs/tmpfs/tmpfs
>
> Jakub
>
> _______________________________________________
> HelenOS-devel mailing list
> [email protected]
> http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

_______________________________________________
HelenOS-devel mailing list
[email protected]
http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

Reply via email to