mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: "Williams, Mitch A" <mitch.a.williams@intel.com>
Cc: "Greg KH" <gregkh@suse.de>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	<linux-pci@atrey.karlin.mff.cuni.cz>,
	<linux-kernel@vger.kernel.org>,
	"Kok, Auke-jan H" <auke-jan.h.kok@intel.com>
Subject: Re: [PATCH 2.6.21-rc5] Flush MSI-X table writes (rev 3)
Date: Fri, 30 Mar 2007 15:05:07 -0600	[thread overview]
Message-ID: <m1y7leh27w.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <08FE5CC30C9A3F41BF819A502CF7BF6E0100376E@fmsmsx411.amr.corp.intel.com> (Mitch A. Williams's message of "Fri, 30 Mar 2007 13:49:20 -0700")

"Williams, Mitch A" <mitch.a.williams@intel.com> writes:

> Agreed, this is a subtle bug, and was a real hairball to track down.
> Even so, I'm surprised that nobody else has dug into this, since it
> should affect anybody running MSI-X.  I originally thought I was seeing
> a hardware bug, which is why I dug more deeply into the issue.
>
> If Eric is seeing bug reports related to "no vector for IRQ" in the
> wild, then I have to change my stance and agree that this should be
> pushed to -stable.  Every one of those messages indicates that we
> hit the race condition.

There is a non MSI-X cause as well with the ioapics that I believe I have
now worked around.  It was a lot harder because ioapics don't obey the
pci ordering rules.  Although the primary culprit was receiving a second
instance of the an irq before we had acknowledged the first instance.

I had just about concluded that there was likely a second cause for
the "no vector for IRQ" message but I had not been able to confirm
that until I saw the first version of this patch.

In general the rule for -stable is that a fix has to go to -linus
first.  It makes it simple to see if the normal QA has been done
on the patch before we push it towards stable.  So this patch needs to
hit 2.6.21 first.

Eric

  parent reply	other threads:[~2007-03-30 21:05 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-30 18:54 Mitch Williams
2007-03-30 19:04 ` Eric W. Biederman
2007-03-30 19:47   ` Andrew Morton
2007-03-30 19:49     ` Greg KH
2007-03-30 20:00       ` Andrew Morton
2007-03-30 20:10         ` Greg KH
2007-03-30 20:21           ` Williams, Mitch A
2007-03-30 20:24             ` Greg KH
2007-03-30 20:26       ` Eric W. Biederman
2007-03-30 20:49         ` Williams, Mitch A
2007-03-30 20:56           ` Chuck Ebbert
2007-03-30 21:05           ` Eric W. Biederman [this message]
2007-04-03  7:41           ` [PATCH] msi: Immediately mask and unmask msi-x irqs Eric W. Biederman
2007-04-03 17:24             ` Williams, Mitch A
2007-04-03 18:52             ` Siddha, Suresh B
2007-04-03 19:39               ` Eric W. Biederman
2007-04-03 20:57                 ` Siddha, Suresh B

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=m1y7leh27w.fsf@ebiederm.dsl.xmission.com \
    --to=ebiederm@xmission.com \
    --cc=akpm@linux-foundation.org \
    --cc=auke-jan.h.kok@intel.com \
    --cc=gregkh@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@atrey.karlin.mff.cuni.cz \
    --cc=mitch.a.williams@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome