Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Jan 2013 11:19:25 -0500
From:      Brett Wynkoop <wynkoop@wynn.com>
To:        Ian Lepore <ian@freebsd.org>
Cc:        freebsd-arm@freebsd.org, Ronald Klop <ronald-freebsd8@klop.yi.org>
Subject:   Re: disk wait mystery
Message-ID:  <20130131111925.60433329@ivory.lan>
In-Reply-To: <1359647741.93359.335.camel@revolution.hippie.lan>
References:  <20130130001849.7669e033@ivory.lan> <op.wrpw4bjv8527sy@ronaldradial.versatec.local> <20130130053729.0c9e018f@ivory.lan> <op.wrp0w4yu8527sy@ronaldradial.versatec.local> <20130130110529.5c5df516@ivory.lan> <8EF6F73D-05AF-4E04-968B-84F35CD0FD85@ugh.net.au> <alpine.BSF.2.00.1301310659490.47495@wonkity.com> <20130131142658.GC74563@in-addr.com> <alpine.BSF.2.00.1301310753280.47495@wonkity.com> <1359647741.93359.335.camel@revolution.hippie.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 31 Jan 2013 08:55:41 -0700
Ian Lepore <ian@freebsd.org> wrote:


> >From a glance at the code, I think this state would be reported for
> >any
> userland thread that's sleeping in a driver that called one of the
> sleep(9) family functions without the PCATCH flag which allows signals
> to interrput the sleep so they can be delivered to userland.  For
> kernel threads I think the PCATCH part is moot and it's just a thread
> in a "short" sleep (for some definition of short).
> 

Greeting-

Reading this makes all clear to a simple sys admin like me.  So I now
think the man page should read DEVICE WAIT instead of DISK
WAIT.......who know all these years diskwait in ps was not diskwait.

I can go back to bed now.  I already learned something today!

-Brett

-- 

wynkoop@wynn.com               http://prd4.wynn.com/wynkoop/pgp-keys.txt
917-642-6925
718-717-5435

"The strongest reason for the people to retain the right to keep 
and bear arms is, as a last resort, to protect themselves against 
tyranny in government" - Thomas Jefferson. 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130131111925.60433329>