Shutdown/halt operation ordering
From: Peter Jeremy (peter.jeremy_at_alcatel.com.au)
Date: 02/26/04
- Previous message: Julian Elischer: "Re: Testers needed: Joe's MFC of USB code"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 26 Feb 2004 14:00:16 +1100 To: freebsd-stable@freebsd.org
The low-level shutdown handling (in kern/kern_shutdown.c:boot()) does
things in the following order:
- shutdown_pre_sync events
- sync disks (unless RB_NOSYNC)
- shutdown_post_sync events
- crashdump (if RB_DUMP)
- shutdown_final events (which includes the final halt/reboot/...)
shutdown_post_sync includes invoking the shutdown handler on all
devices. Can someone please explain why this is invoked before
dumpsys(), rather than after it? It would seem reasonable to want
to do things like flush disk caches after the crashdump, rather than
before. Also, this shutdown processing may disturb state information
that is relevant to the problem that made the system panic.
What is the impact of moving
EVENTHANDLER_INVOKE(shutdown_post_sync, howto);
to after the dumpsys() call?
-- Peter Jeremy _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
- Previous message: Julian Elischer: "Re: Testers needed: Joe's MFC of USB code"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]