From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
To: Marc Zyngier <marc.zyngier@arm.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Will Deacon <Will.Deacon@arm.com>,
"hanjun.guo@linaro.org" <hanjun.guo@linaro.org>,
Jiang Liu <jiang.liu@linux.intel.com>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>
Subject: Re: [PATCH 1/5] ACPI: move arm64 GSI IRQ model to generic GSI IRQ layer
Date: Wed, 25 Mar 2015 15:41:12 +0000 [thread overview]
Message-ID: <20150325154112.GC21478@red-moon> (raw)
In-Reply-To: <5512B62C.7030500@arm.com>
On Wed, Mar 25, 2015 at 01:20:44PM +0000, Marc Zyngier wrote:
> On 24/03/15 17:58, Lorenzo Pieralisi wrote:
> > The code deployed to implement GSI linux IRQ numbers mapping on arm64 turns
> > out to be generic enough so that it can be moved to ACPI core code along
> > with its respective config option ACPI_GENERIC_GSI selectable on
> > architectures that can reuse the same code.
> >
> > Current ACPI IRQ mapping code is not integrated in the kernel IRQ domain
> > infrastructure, in particular there is no way to look-up the
> > IRQ domain associated with a particular interrupt controller, so this
> > first version of GSI generic code carries out the GSI<->IRQ mapping relying
> > on the IRQ default domain which is supposed to be always set on a
> > specific architecture in case the domain structure passed to
> > irq_create/find_mapping() functions is missing.
> >
> > This patch moves the arm64 acpi functions that implement the gsi mappings:
> >
> > acpi_gsi_to_irq()
> > acpi_register_gsi()
> > acpi_unregister_gsi()
> >
> > to ACPI core code. Since the generic GSI<->domain mapping is based on IRQ
> > domains, it can be extended as soon as a way to map an interrupt
> > controller to an IRQ domain is implemented for ACPI in the IRQ domain
> > layer.
> >
> > x86 and ia64 code for GSI mappings cannot rely on the generic GSI
> > layer at present for legacy reasons, so they do not select the
> > ACPI_GENERIC_GSI config options and keep relying on their arch
> > specific GSI mapping layer.
>
> This looks like the right thing to do. I definitely like the sanity
> checking that has been added here.
>
> FWIW: Acked-by: Marc Zyngier <marc.zyngier@arm.com>
Thank you, I think it makes it easier to add stacked IRQ domains support
later (ie sooner) and by code inspection I suspect x86 can make some use
of this code too with a bit of refactoring.
Lorenzo
WARNING: multiple messages have this Message-ID (diff)
From: lorenzo.pieralisi@arm.com (Lorenzo Pieralisi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/5] ACPI: move arm64 GSI IRQ model to generic GSI IRQ layer
Date: Wed, 25 Mar 2015 15:41:12 +0000 [thread overview]
Message-ID: <20150325154112.GC21478@red-moon> (raw)
In-Reply-To: <5512B62C.7030500@arm.com>
On Wed, Mar 25, 2015 at 01:20:44PM +0000, Marc Zyngier wrote:
> On 24/03/15 17:58, Lorenzo Pieralisi wrote:
> > The code deployed to implement GSI linux IRQ numbers mapping on arm64 turns
> > out to be generic enough so that it can be moved to ACPI core code along
> > with its respective config option ACPI_GENERIC_GSI selectable on
> > architectures that can reuse the same code.
> >
> > Current ACPI IRQ mapping code is not integrated in the kernel IRQ domain
> > infrastructure, in particular there is no way to look-up the
> > IRQ domain associated with a particular interrupt controller, so this
> > first version of GSI generic code carries out the GSI<->IRQ mapping relying
> > on the IRQ default domain which is supposed to be always set on a
> > specific architecture in case the domain structure passed to
> > irq_create/find_mapping() functions is missing.
> >
> > This patch moves the arm64 acpi functions that implement the gsi mappings:
> >
> > acpi_gsi_to_irq()
> > acpi_register_gsi()
> > acpi_unregister_gsi()
> >
> > to ACPI core code. Since the generic GSI<->domain mapping is based on IRQ
> > domains, it can be extended as soon as a way to map an interrupt
> > controller to an IRQ domain is implemented for ACPI in the IRQ domain
> > layer.
> >
> > x86 and ia64 code for GSI mappings cannot rely on the generic GSI
> > layer at present for legacy reasons, so they do not select the
> > ACPI_GENERIC_GSI config options and keep relying on their arch
> > specific GSI mapping layer.
>
> This looks like the right thing to do. I definitely like the sanity
> checking that has been added here.
>
> FWIW: Acked-by: Marc Zyngier <marc.zyngier@arm.com>
Thank you, I think it makes it easier to add stacked IRQ domains support
later (ie sooner) and by code inspection I suspect x86 can make some use
of this code too with a bit of refactoring.
Lorenzo
next prev parent reply other threads:[~2015-03-25 15:41 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-24 17:58 [PATCH 0/5] ARM64: ACPI core updates Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-24 17:58 ` [PATCH 1/5] ACPI: move arm64 GSI IRQ model to generic GSI IRQ layer Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-25 13:20 ` Marc Zyngier
2015-03-25 13:20 ` Marc Zyngier
2015-03-25 15:41 ` Lorenzo Pieralisi [this message]
2015-03-25 15:41 ` Lorenzo Pieralisi
2015-03-25 13:23 ` Hanjun Guo
2015-03-25 13:23 ` Hanjun Guo
2015-03-25 13:23 ` Hanjun Guo
2015-03-24 17:58 ` [PATCH 2/5] ARM64: kernel: psci: factor out probe function Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-25 13:29 ` Hanjun Guo
2015-03-25 13:29 ` Hanjun Guo
2015-03-25 13:29 ` Hanjun Guo
2015-03-24 17:58 ` [PATCH 3/5] ARM64: kernel: psci: let ACPI probe PSCI version Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-25 13:35 ` Hanjun Guo
2015-03-25 13:35 ` Hanjun Guo
2015-03-25 13:35 ` Hanjun Guo
2015-03-24 17:58 ` [PATCH 4/5] ARM64: kernel: acpi: refactor ACPI tables init and checks Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-25 13:45 ` Hanjun Guo
2015-03-25 13:45 ` Hanjun Guo
2015-03-25 13:45 ` Hanjun Guo
2015-03-25 14:26 ` Will Deacon
2015-03-25 14:26 ` Will Deacon
2015-03-25 15:13 ` Lorenzo Pieralisi
2015-03-25 15:13 ` Lorenzo Pieralisi
2015-03-24 17:58 ` [PATCH 5/5] ARM64: kernel: acpi: honour acpi=force command line parameter Lorenzo Pieralisi
2015-03-24 17:58 ` Lorenzo Pieralisi
2015-03-25 6:20 ` Ard Biesheuvel
2015-03-25 6:20 ` Ard Biesheuvel
2015-03-25 13:56 ` Hanjun Guo
2015-03-25 13:56 ` Hanjun Guo
2015-03-25 13:56 ` Hanjun Guo
2015-03-25 15:22 ` Lorenzo Pieralisi
2015-03-25 15:22 ` Lorenzo Pieralisi
2015-03-25 16:25 ` Catalin Marinas
2015-03-25 16:25 ` Catalin Marinas
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=20150325154112.GC21478@red-moon \
--to=lorenzo.pieralisi@arm.com \
--cc=Catalin.Marinas@arm.com \
--cc=Will.Deacon@arm.com \
--cc=hanjun.guo@linaro.org \
--cc=jiang.liu@linux.intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=rjw@rjwysocki.net \
/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.