From: "Andreas Block" <job@andreasblock.de>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: "Xavier Bestel" <xavier.bestel@free.fr>,
linux-kernel@vger.kernel.org,
"Andreas Block" <andreas.block@esd-electronics.com>
Subject: Re: Bugfixes: PCI devices get assigned redundant IRQs
Date: Sun, 28 Jan 2007 16:35:06 +0100 (MET) [thread overview]
Message-ID: <op.tmvewmxdb742fu@pc-andreas> (raw)
In-Reply-To: <45BC5919.8030004@zytor.com>
Am Sun, 28 Jan 2007 09:04:41 +0100 schrieb H. Peter Anvin <hpa@zytor.com>:
> I think you're confusing the Interrupt Line register and the Interrupt
> Pin register. The Interrupt Line register is platform-dependent, but on
> x86 platforms it generally contains the IRQ number (and IRQ 0 is valid,
> although in practice it is never used since IRQ 0 is the system timer
> and is never connected to the PCI bus), or 255 meaning "none" -- see the
> footnote on page 223 of the PCI 3.0 spec.
No, I don't think so. I meant the PCI Interrupt Pin register and not the
Interrupt line register. I do know, that the latter contains a platform
dependent interrupt assignment. In the former a device states which
interrupt "trace" the device is connected to (Int A-D).
Perhaps you take at look at the code, I think, it's dealing with the
register I described (Interrupt pin).
Linus stated his opinion about the patch and thinks, it should be well
tested in -mm kernel, because it might break devices, which do not comply
to the PCI spec.
I second that. If there're indeed devices out there, which violate the
spec in this point, the patch would hurt more, than it's doing any good.
As I wrote in my first message, the consequences of this rather small bug
(if it is one and not a workaround for bad devices) are harmless.
Regards,
Andreas
prev parent reply other threads:[~2007-01-28 15:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-26 10:50 Bugfixes: PCI devices get assigned redundant IRQs Andreas Block
2007-01-26 11:00 ` Xavier Bestel
2007-01-26 12:54 ` Andreas Block
2007-01-28 8:04 ` H. Peter Anvin
2007-01-28 15:35 ` Andreas Block [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=op.tmvewmxdb742fu@pc-andreas \
--to=job@andreasblock.de \
--cc=andreas.block@esd-electronics.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=xavier.bestel@free.fr \
/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.