On Thu, 6 May 2004, Mark Santcroos wrote: > On Thu, May 06, 2004 at 09:36:31PM +1000, Bruce Evans wrote: > > Panic dumps cannot use either device interrupts or timeouts, not to > > mention normal locks, since panics may occur in almost any context; > > in particular they may occur with all interrupts masked and important > > locks in a bad state. Immediate mode must be used, but it doesn't > > seem to be, and a comment says that it is only used for other things: > > My eye felt on the same code and comments! > > But if this is indeed the problem, why isn't everyone experiencing this > issue? The work in some contexts. E.g., when the panic is in MPSAFE syscall context. > Stated differently, are there problems with using ATA_IMMEDIATE_MODE? Don't know. I thought that ata aleady used immediate mode for i/o (write only), and seem to remember it breaking once before when the immediate bit got lost. Relatively recent use of queues and semaphores complicated things. See the wd driver in RELENG_[34] for how easy it used to be do the i/o directly. BruceReceived on Thu May 06 2004 - 07:08:27 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:53 UTC