Fwd: panic(9) vs. RB_NOSYNC
uebayasi at gmail.com
Thu Aug 8 04:40:23 PDT 2013
Fowarded from freebsd-arch@:
DragonFly has made quite a few changes to panic() but the if
(panicstr) RB_NOSYNC part still remains. Thought?
---------- Forwarded message ----------
From: Masao Uebayashi <uebayasi at gmail.com>
Date: Thu, Aug 8, 2013 at 2:36 PM
Subject: panic(9) vs. RB_NOSYNC
To: freebsd-arch at freebsd.org
panic(9) (actually vpanic()) sets RB_NOSYNC when panicstr is already
set. What is the reasoning of this?
My understanding is that panic() attempts VFS "sync" operation at
first. If another panic() is triggered during that, give up VFS
"sync". Is this correct? If so, how reliable is this design? I
wonder if attempting such a complex task like VFS "sync" after a panic
is a good idea.
More information about the Kernel