All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: vda@port.imtp.ilyichevsk.odessa.ua, dal_loma@yahoo.com (Amol Lad),
	linux-kernel@vger.kernel.org
Subject: Re: kill task in TASK_UNINTERRUPTIBLE
Date: Thu, 09 May 2002 10:47:28 +0100	[thread overview]
Message-ID: <19637.1020937648@redhat.com> (raw)
In-Reply-To: <E175WFn-000265-00@the-village.bc.nu>


alan@lxorguk.ukuu.org.uk said:
>  Or waiting on a resource that isnt available - that can occur for
> example with NFS for long periods, or for a few minutes when burning a
> CD and the IDE bus is locked -

Often the main reason for sleeping in uninterruptible state during these 
periods is because the difficulty of performing a sane cleanup exceeds the 
boredom threshold of the programmer. There are plenty of places where 
TASK_UNINTERRUPTIBLE is used just because people have been lazy.

I'm guilty of it too - I use TASK_UNINTERRUPTIBLE for anything which can be
called from jffs2_read_inode() because I was too lazy to chase through a
mechanism by which ->read_inode() may return -ERESTARTSYS without creating a
permanent bad inode. But we're working on it, and this should get fixed in
2.5. 

--
dwmw2



  reply	other threads:[~2002-05-09  9:48 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-08 14:01 kill task in TASK_UNINTERRUPTIBLE Amol Lad
2002-05-08 20:23 ` Denis Vlasenko
2002-05-08 16:43   ` Robert Love
2002-05-08 16:51   ` Philippe Troin
2002-05-08 23:27     ` george anzinger
2002-05-08 23:49       ` Roman Zippel
2002-05-10 20:47         ` Jan Hudec
2002-05-09 15:18       ` Denis Vlasenko
2002-05-09 17:39         ` Andrew Theurer
2002-05-08 18:33   ` Alan Cox
2002-05-09  9:47     ` David Woodhouse [this message]
2002-05-09 15:21     ` Denis Vlasenko
  -- strict thread matches above, loose matches on Subject: below --
2002-05-09 18:00 Kerl, John

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19637.1020937648@redhat.com \
    --to=dwmw2@infradead.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=dal_loma@yahoo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vda@port.imtp.ilyichevsk.odessa.ua \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.