All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Mark Lord <liml@rtr.ca>
Cc: Jeff Garzik <jgarzik@pobox.com>,
	IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: Re: libata total system lockup fix
Date: Fri, 19 Aug 2005 12:45:58 +0900	[thread overview]
Message-ID: <430555F6.4090709@gmail.com> (raw)
In-Reply-To: <430553DB.5030807@rtr.ca>

Mark Lord wrote:
> Tejun Heo wrote:
> 
>>
>>  I've been trying to reproduce your lockup here, but haven't succeeded 
>> yet.  I'm currently doing multiple "while true; do cat /dev/sr0; 
>> done", bonnie, raw random IOs (latter two are to give some randomness 
>> to test condition).
> 
> 
> Gotta trigger the eh code to get lockups, and hard disks are
> so reliable by themselves that it just ain't gonna happen
> very often that way.

  Yeap, the sr0 is my SATA DVD+-RW/DL drive, and as no media is present, 
each cat results in EH handling leading to No medium found error.

> 
> My notebook has a DVD+-RW/DL drive, which the desktop (KDE) polls
> every second or so -- generates a libata error every time it does
> that with no disk in the drive.  But hours or days can go by before
> this produces the race that locks things up (and it NEVER locks up
> if I keep a disc in the drive).

  Okay, I'll keep my test running for longer.

> 
> However, I have had the machine lock up solid during suspend/resume (RAM)
> at least once in the past couple of days --> perhaps a command timeout
> on accessing the disk on resume (or suspend?) is aggrievating
> the situation.  No problems with the large "broken" fix,
> but the one-liner was just giving me too much grief.

  Hmmm, if the lockup only occurs w/ suspend/resume w/ one-liner.  The 
lockup could be a different problem.  I'll try to dig deeper.

> The laptop & I are off for a road trip for the next seven days or so,
> and it will be in constant daily use for presentations and stuff.
> So, no risky testing over the next week, sorry.

  Dang. :-p

-- 
tejun

  reply	other threads:[~2005-08-19  3:46 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-25 13:47 libata total system lockup fix Mark Lord
2005-07-25 14:51 ` Jeff Garzik
2005-07-25 15:53   ` Mark Lord
2005-08-05  3:52     ` Tejun Heo
2005-08-05  4:01       ` Tejun Heo
2005-08-11 20:13         ` Jeff Garzik
2005-08-12  0:49           ` Tejun Heo
2005-08-12  2:22             ` Mark Lord
2005-08-12  2:38               ` Tejun Heo
2005-08-12  2:41                 ` Tejun Heo
2005-08-09 15:16       ` Mark Lord
2005-08-09 23:54         ` Tejun Heo
2005-08-10 14:16           ` Mark Lord
2005-08-10 21:24       ` Jeff Garzik
2005-08-19  0:46         ` Mark Lord
2005-08-19  3:21           ` Tejun Heo
2005-08-19  3:36             ` Mark Lord
2005-08-19  3:45               ` Tejun Heo [this message]
2005-08-19  4:01                 ` Mark Lord
2005-08-19  9:37               ` Erik Slagter
2005-08-19  9:35           ` Erik Slagter
2005-08-19 13:07             ` Mark Lord
2005-08-19 13:32               ` Bartlomiej Zolnierkiewicz
2005-08-19 13:37                 ` Bartlomiej Zolnierkiewicz
2005-09-03 22:58           ` Mark Lord
2005-09-03 23:06             ` Jeff Garzik

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=430555F6.4090709@gmail.com \
    --to=htejun@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=liml@rtr.ca \
    --cc=linux-ide@vger.kernel.org \
    /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.