All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vasily Averin <vvs@sw.ru>
To: devel@openvz.org
Cc: Tejun Heo <htejun@gmail.com>, Jens Axboe <axboe@kernel.dk>,
	linux-kernel@vger.kernel.org,
	Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
	linux-ide@vger.kernel.org, Jeff Garzik <jgarzik@pobox.com>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: [Q] workaround for ide (native) leads to irq storm?
Date: Fri, 17 Nov 2006 15:54:43 +0300	[thread overview]
Message-ID: <455DB113.4000309@sw.ru> (raw)
In-Reply-To: <455C2510.5000002@sw.ru>

Vasily Averin wrote:
> Tejun Heo wrote:
>> Vasily Averin wrote:
>>> I've reproduced this issue on linux 2.6.19-rc5 kernel.
>>>
>>> Please see http://bugzilla.kernel.org/show_bug.cgi?id=7518 for details
>>
>> Fortunately, libata is immune to the problem because it does 
>> ap->ops->irq_clear(ap) in ata_host_intr() regardless of command type in 
>> flight.  So, not loading IDE piix and using libata to drive all piix 
>> ports solves the problem.
> 
> I've disabled IDE support in the config and recompiled the kernel.
> It seems you are right, problem go away, new kernel was booted without any
> problems and works well.
> 
> As a linux support engeneer I've seen this issue several times on the user-nodes
> and it was very hard to understand what's happened and how to prevent this issue
> in the future. First question is resolved now but from support point of view it
> is very important to find some workaround against this issue on existing
> distributions. Right now I see only one way: if this issue is detected on the
> user node, we can add something like "ide=disable" into kernel commandline.

I've tried to find the some work around for this issue. "hda=noprobe" helps, CD
is not detected on the node and all other devices on the node works well...

However if I have additional device who uses the same irq the issue returns
back. When I enable USB support on my testnode, one of USB controllers requests
the same IRQ line. And IRQ storm occurs again when I load uhci_hcd driver on the
node. It is very strange for me: we do not have any IDE devices in this case.

I would note, that I've seen the same behaviour when I detach the CDROM manually.

I've updated the bug.

Thank you,
	Vasily Averin

      reply	other threads:[~2006-11-17 12:54 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-24  7:37 [Q] ide cdrom in native mode leads to irq storm? Vasily Averin
2006-10-24  7:53 ` Vasily Averin
2006-10-27 13:17   ` Vasily Averin
2006-10-27 14:21     ` Alan Cox
2006-11-14  9:08       ` [Q] PCI Express and ide (native) " Vasily Averin
2006-11-15 10:46         ` Tejun Heo
2006-11-15 10:46           ` Tejun Heo
2006-11-15 18:49           ` Jeff Garzik
2006-11-16  8:45           ` Vasily Averin
2006-11-17 12:54             ` Vasily Averin [this message]

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=455DB113.4000309@sw.ru \
    --to=vvs@sw.ru \
    --cc=B.Zolnierkiewicz@elka.pw.edu.pl \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=axboe@kernel.dk \
    --cc=devel@openvz.org \
    --cc=htejun@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@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.