Fwd: panic(9) vs. RB_NOSYNC

Masao Uebayashi 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 mailing list