From: Sinan Kaya <okaya@codeaurora.org>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: linux-acpi@vger.kernel.org, timur@codeaurora.org,
cov@codeaurora.org, jcm@redhat.com,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
Len Brown <lenb@kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH V6] acpi: add support for extended IRQ to PCI link
Date: Mon, 30 Nov 2015 18:07:53 -0500 [thread overview]
Message-ID: <565CD6C9.2020605@codeaurora.org> (raw)
In-Reply-To: <20151130203823.GC29242@localhost>
On 11/30/2015 3:38 PM, Bjorn Helgaas wrote:
>> > Additional checks have been placed to return an error when ACPI_MAX_IRQS
>> > is exceeded.
>> >
>> > Signed-off-by: Sinan Kaya <okaya@codeaurora.org>
> I don't think the description is quite accurate -- I think the
> extended IRQ descriptor is required for IRQs of *16* and greater, not
> IRQs greater than 256. Here's how I understand it:
>
> The ACPI IRQ Descriptor contains a 16-bit mask with a bit for each
> IRQ, so it can describe interrupt numbers in the range [0-15].
> Interrupt numbers greater than 15 must be described with an Extended
> IRQ Descriptor, which contains a table of 32-bit interrupt numbers
> and can describe interrupt numbers in the range [0-(2^32-1)]. See
> ACPI 5.0, sections 6.4.2.1 and 6.4.3.6.
>
You are right. I'm pasting from the spec.
"6.4.2.1 IRQ Descriptor
Type 0, Small Item Name 0x4, Length = 2 or 3
The IRQ data structure indicates that the device uses an interrupt level
and supplies a mask with bits set indicating the levels implemented in
this device. For standard PC-AT implementation there are 15 possible
interrupts so a two-byte field is used. This structure is repeated for
each separate interrupt required"
"6.4.3.6 Extended Interrupt Descriptor
Type 1, Large Item Name 0x9
The Extended Interrupt Descriptor is necessary to describe interrupt
settings and possibilities for systems that support interrupts above 15."
I'll reword correctly. This was a Linux implementation bug not a spec
compliance issue.
--
Sinan Kaya
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a
Linux Foundation Collaborative Project
prev parent reply other threads:[~2015-11-30 23:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-25 18:52 [PATCH V6] acpi: add support for extended IRQ to PCI link Sinan Kaya
2015-11-30 20:38 ` Bjorn Helgaas
2015-11-30 23:07 ` Sinan Kaya [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=565CD6C9.2020605@codeaurora.org \
--to=okaya@codeaurora.org \
--cc=cov@codeaurora.org \
--cc=helgaas@kernel.org \
--cc=jcm@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=timur@codeaurora.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