From: Adam Belay <abelay@MIT.EDU>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-pci@atrey.karlin.mff.cuni.cz,
Linux-pm mailing list <linux-pm@lists.osdl.org>,
Kernel development list <linux-kernel@vger.kernel.org>,
Arjan van de Ven <arjan@infradead.org>
Subject: Re: Bug in PCI core
Date: Fri, 13 Oct 2006 13:01:22 -0400 [thread overview]
Message-ID: <1160758883.26091.125.camel@localhost.localdomain> (raw)
In-Reply-To: <1160759349.25218.62.camel@localhost.localdomain>
On Fri, 2006-10-13 at 18:09 +0100, Alan Cox wrote:
> Ar Gwe, 2006-10-13 am 12:34 -0400, ysgrifennodd Adam Belay:
> > I agree this needs to be fixed. However, as I previously mentioned,
> > this isn't the right place to attack the problem. Remember, this wasn't
> > originally a kernel regression. Rather it's a workaround for a known
>
> It's a kernel regression. It used to be reliable to read X resource
> addresses at any time.
Not true, reading these registers during a BIST has always been a
problem.
>
> > Finally, it's worth noting that this issue is really a corner-case, and
> > in most systems it's extremely rare that even incorrect userspace apps
> > would have any issue.
>
> Except just occasionally and randomly in the field, probably almost
> undebuggable and irreproducable - the very worst conceivable kind of
> bug.
>
Which is why returning an error code during device transitions is a
reasonable compromise between correctness and practicality.
-Adam
next prev parent reply other threads:[~2006-10-13 17:01 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-11 20:41 Bug in PCI core Alan Stern
2006-10-13 1:01 ` [linux-pm] " Benjamin Herrenschmidt
2006-10-13 8:50 ` Adam Belay
2006-10-13 9:16 ` Benjamin Herrenschmidt
2006-10-13 9:31 ` Martin Mares
2006-10-13 12:25 ` [linux-pm] " Benjamin Herrenschmidt
2006-10-13 14:29 ` Alan Stern
2006-10-13 15:26 ` [linux-pm] " Alan Cox
2006-10-13 15:29 ` Arjan van de Ven
2006-10-13 16:06 ` Alan Cox
2006-10-13 16:34 ` Adam Belay
2006-10-13 16:36 ` [linux-pm] " Matthew Wilcox
2006-10-13 17:09 ` Alan Cox
2006-10-13 16:49 ` Matthew Wilcox
2006-10-13 17:34 ` Alan Cox
2006-10-13 17:13 ` Arjan van de Ven
2006-10-13 17:57 ` Alan Stern
2006-10-13 19:18 ` [linux-pm] " Matthew Wilcox
2006-10-13 20:59 ` Alan Stern
2006-10-13 19:30 ` Adam Belay
2006-10-13 23:00 ` Benjamin Herrenschmidt
2006-10-14 2:33 ` Alan Stern
2006-10-14 3:04 ` [linux-pm] " Roland Dreier
2006-10-14 3:07 ` Matthew Wilcox
2006-10-14 3:19 ` Bill Randle
2006-10-14 5:47 ` Greg KH
2006-10-13 17:01 ` Adam Belay [this message]
2006-10-13 16:40 ` Adam Belay
2006-10-13 20:48 ` [linux-pm] " Pavel Machek
2006-10-14 5:34 ` Greg KH
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=1160758883.26091.125.camel@localhost.localdomain \
--to=abelay@mit.edu \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=arjan@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@atrey.karlin.mff.cuni.cz \
--cc=linux-pm@lists.osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox