All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hanjun Guo <hanjun.guo@linaro.org>
To: Thomas Gleixner <tglx@linutronix.de>,
	Marc Zyngier <marc.zyngier@arm.com>
Cc: Jiang Liu <jiang.liu@linux.intel.com>,
	Jason Cooper <jason@lakedaemon.net>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org,
	Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
	Tomasz Nowicki <tomasz.nowicki@linaro.org>,
	Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>,
	Graeme Gregory <graeme@xora.org.uk>,
	Jake Oshins <jakeo@microsoft.com>
Subject: Re: [PATCH 00/16] Divorcing irqdomain and device_node
Date: Mon, 12 Oct 2015 15:09:50 +0800	[thread overview]
Message-ID: <561B5CBE.50701@linaro.org> (raw)
In-Reply-To: <561B1DB9.6010909@linaro.org>

On 10/12/2015 10:40 AM, Hanjun Guo wrote:
> On 10/12/2015 05:01 AM, Thomas Gleixner wrote:
>> On Tue, 6 Oct 2015, Marc Zyngier wrote:
>>> [This patch series used to be called "Making the generic ACPI GSI
>>> layer irqdomain aware", but as I've radically changed my approach to
>>> this problem, I've decided to reset the counters...]
>>>
>>> The irqdomain code is not entierely ACPI friendly, as it has some
>>> built-in knowledge of the device-tree. Nothing too harmful, but enough
>>> to scare the ARM ACPI developpers which end up with their own version
>>> of the square wheel. And some of the ramifications actually run deeper
>>> than initially expected.
>>>
>>> This series adapts the irqdomain code to use 'struct fwnode_handle'
>>> instead of 'struct device_node' as the identifier for a domain
>>> (compatibility interfaces are of course added). It also introduces a
>>> generic IRQ specifier that firmware interfaces (DT or ACPI) can
>>> directly use to configure interrupts, and allow the ACPI GSI code to
>>> be plugged into this.
>>>
>>> As examples, we convert the ARM GIC ACPI support to use irqdomains as
>>> originally intended, and rework the MSI code to also move away from
>>> using device nodes when using irqdomains.
>>>
>>> Overall, this gives us a way to use irqdomains on both DT and ACPI
>>> enabled platforms, having very little changes made to the actual
>>> drivers (other than the probing infrastructure). Because we keep the
>>> flow of information between the various layers identical between ACPI
>>> and DT, we immediately benefit from the existing infrastructure.
>>>
>>> This has been test-booted on Juno, is based on 4.3-rc4, and available
>>> at:
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git
>>> irq/irq-domain-fwnode-v1

I pulled, and I found that there is v2 :)

>>>
>>> Marc Zyngier (16):
>>>    irqdomain: Use an accessor for the of_node field
>>>    irqdomain: Convert irqdomain->of_node to fwnode
>>>    irqdomain: Allow irq domain lookup by fwnode
>>>    irqdomain: Introduce a firmware-specific IRQ specifier structure
>>>    irqchip: Convert all alloc/xlate users from of_node to fwnode
>>>    irqdomain: Introduce irq_create_fwspec_mapping
>>>    irqdomain: Introduce irq_domain_create_{linear,tree}
>>>    irqdomain: Add a fwnode_handle allocator
>>>    acpi/gsi: Always perform an irq domain lookup
>>>    acpi/gsi: Add acpi_set_irq_model to initialize the GSI layer
>>>    irqchip/gic: Get rid of gic_init_bases()
>>>    irqchip/gic: Switch ACPI support to stacked domains
>>>    irqchip/gic: Kill the xlate method
>>>    acpi/gsi: Cleanup acpi_register_gsi
>>>    irqdomain: Introduce irq_domain_create_hierarchy
>>>    irqdomain/msi: Use fwnode instead of of_node
>>
>> I really like this one way better than the previous attempts and I
>> couldn't find any real issue when going through them with a fine comb.
>
> Fully agree, this version removes the dependency on DT for ACPI.
>
>>
>> I'd like to get that into 4.4, so I have to ask for the opinion of
>> ACPI folks. Having an ack on those patches would be nice.
>
> I'm reviewing this patch set, and will have a test today.

I'm pretty fine with this patch set (except some comments for patch 1),
I will wait for your v2 to be sent out, then add reviews and acks.

Thanks
Hanjun

WARNING: multiple messages have this Message-ID (diff)
From: hanjun.guo@linaro.org (Hanjun Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/16] Divorcing irqdomain and device_node
Date: Mon, 12 Oct 2015 15:09:50 +0800	[thread overview]
Message-ID: <561B5CBE.50701@linaro.org> (raw)
In-Reply-To: <561B1DB9.6010909@linaro.org>

On 10/12/2015 10:40 AM, Hanjun Guo wrote:
> On 10/12/2015 05:01 AM, Thomas Gleixner wrote:
>> On Tue, 6 Oct 2015, Marc Zyngier wrote:
>>> [This patch series used to be called "Making the generic ACPI GSI
>>> layer irqdomain aware", but as I've radically changed my approach to
>>> this problem, I've decided to reset the counters...]
>>>
>>> The irqdomain code is not entierely ACPI friendly, as it has some
>>> built-in knowledge of the device-tree. Nothing too harmful, but enough
>>> to scare the ARM ACPI developpers which end up with their own version
>>> of the square wheel. And some of the ramifications actually run deeper
>>> than initially expected.
>>>
>>> This series adapts the irqdomain code to use 'struct fwnode_handle'
>>> instead of 'struct device_node' as the identifier for a domain
>>> (compatibility interfaces are of course added). It also introduces a
>>> generic IRQ specifier that firmware interfaces (DT or ACPI) can
>>> directly use to configure interrupts, and allow the ACPI GSI code to
>>> be plugged into this.
>>>
>>> As examples, we convert the ARM GIC ACPI support to use irqdomains as
>>> originally intended, and rework the MSI code to also move away from
>>> using device nodes when using irqdomains.
>>>
>>> Overall, this gives us a way to use irqdomains on both DT and ACPI
>>> enabled platforms, having very little changes made to the actual
>>> drivers (other than the probing infrastructure). Because we keep the
>>> flow of information between the various layers identical between ACPI
>>> and DT, we immediately benefit from the existing infrastructure.
>>>
>>> This has been test-booted on Juno, is based on 4.3-rc4, and available
>>> at:
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git
>>> irq/irq-domain-fwnode-v1

I pulled, and I found that there is v2 :)

>>>
>>> Marc Zyngier (16):
>>>    irqdomain: Use an accessor for the of_node field
>>>    irqdomain: Convert irqdomain->of_node to fwnode
>>>    irqdomain: Allow irq domain lookup by fwnode
>>>    irqdomain: Introduce a firmware-specific IRQ specifier structure
>>>    irqchip: Convert all alloc/xlate users from of_node to fwnode
>>>    irqdomain: Introduce irq_create_fwspec_mapping
>>>    irqdomain: Introduce irq_domain_create_{linear,tree}
>>>    irqdomain: Add a fwnode_handle allocator
>>>    acpi/gsi: Always perform an irq domain lookup
>>>    acpi/gsi: Add acpi_set_irq_model to initialize the GSI layer
>>>    irqchip/gic: Get rid of gic_init_bases()
>>>    irqchip/gic: Switch ACPI support to stacked domains
>>>    irqchip/gic: Kill the xlate method
>>>    acpi/gsi: Cleanup acpi_register_gsi
>>>    irqdomain: Introduce irq_domain_create_hierarchy
>>>    irqdomain/msi: Use fwnode instead of of_node
>>
>> I really like this one way better than the previous attempts and I
>> couldn't find any real issue when going through them with a fine comb.
>
> Fully agree, this version removes the dependency on DT for ACPI.
>
>>
>> I'd like to get that into 4.4, so I have to ask for the opinion of
>> ACPI folks. Having an ack on those patches would be nice.
>
> I'm reviewing this patch set, and will have a test today.

I'm pretty fine with this patch set (except some comments for patch 1),
I will wait for your v2 to be sent out, then add reviews and acks.

Thanks
Hanjun

  reply	other threads:[~2015-10-12  7:10 UTC|newest]

Thread overview: 87+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-06 17:36 [PATCH 00/16] Divorcing irqdomain and device_node Marc Zyngier
2015-10-06 17:36 ` Marc Zyngier
2015-10-06 17:36 ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 01/16] irqdomain: Use an accessor for the of_node field Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-09 14:24   ` Thomas Gleixner
2015-10-09 14:24     ` Thomas Gleixner
2015-10-09 14:31     ` Marc Zyngier
2015-10-09 14:31       ` Marc Zyngier
2015-10-12  6:04   ` Hanjun Guo
2015-10-12  6:04     ` Hanjun Guo
2015-10-12  9:30     ` Marc Zyngier
2015-10-12  9:30       ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 02/16] irqdomain: Convert irqdomain->of_node to fwnode Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 03/16] irqdomain: Allow irq domain lookup by fwnode Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12 18:31   ` Suravee Suthikulpanit
2015-10-12 18:31     ` Suravee Suthikulpanit
2015-10-12 18:31     ` Suravee Suthikulpanit
2015-10-13  7:35     ` Marc Zyngier
2015-10-13  7:35       ` Marc Zyngier
2015-10-13  7:35       ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 04/16] irqdomain: Introduce a firmware-specific IRQ specifier structure Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 05/16] irqchip: Convert all alloc/xlate users from of_node to fwnode Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12  6:44   ` Hanjun Guo
2015-10-12  6:44     ` Hanjun Guo
2015-10-06 17:36 ` [PATCH 06/16] irqdomain: Introduce irq_create_fwspec_mapping Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 07/16] irqdomain: Introduce irq_domain_create_{linear,tree} Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 08/16] irqdomain: Add a fwnode_handle allocator Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12 20:32   ` Rafael J. Wysocki
2015-10-12 20:32     ` Rafael J. Wysocki
2015-10-06 17:36 ` [PATCH 09/16] acpi/gsi: Always perform an irq domain lookup Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12 20:34   ` Rafael J. Wysocki
2015-10-12 20:34     ` Rafael J. Wysocki
2015-10-06 17:36 ` [PATCH 10/16] acpi/gsi: Add acpi_set_irq_model to initialize the GSI layer Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12 20:36   ` Rafael J. Wysocki
2015-10-12 20:36     ` Rafael J. Wysocki
2015-10-06 17:36 ` [PATCH 11/16] irqchip/gic: Get rid of gic_init_bases() Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 12/16] irqchip/gic: Switch ACPI support to stacked domains Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 13/16] irqchip/gic: Kill the xlate method Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 14/16] acpi/gsi: Cleanup acpi_register_gsi Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-12 20:37   ` Rafael J. Wysocki
2015-10-12 20:37     ` Rafael J. Wysocki
2015-10-06 17:36 ` [PATCH 15/16] irqdomain: Introduce irq_domain_create_hierarchy Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36 ` [PATCH 16/16] irqdomain/msi: Use fwnode instead of of_node Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-06 17:36   ` Marc Zyngier
2015-10-11 21:01 ` [PATCH 00/16] Divorcing irqdomain and device_node Thomas Gleixner
2015-10-11 21:01   ` Thomas Gleixner
2015-10-12  2:40   ` Hanjun Guo
2015-10-12  2:40     ` Hanjun Guo
2015-10-12  7:09     ` Hanjun Guo [this message]
2015-10-12  7:09       ` Hanjun Guo
2015-10-12 10:31   ` Marc Zyngier
2015-10-12 10:31     ` Marc Zyngier
2015-10-12 20:38   ` Rafael J. Wysocki
2015-10-12 20:38     ` Rafael J. Wysocki
2015-10-13  8:24     ` Marc Zyngier
2015-10-13  8:24       ` Marc Zyngier

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=561B5CBE.50701@linaro.org \
    --to=hanjun.guo@linaro.org \
    --cc=Suravee.Suthikulpanit@amd.com \
    --cc=graeme@xora.org.uk \
    --cc=jakeo@microsoft.com \
    --cc=jason@lakedaemon.net \
    --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=lorenzo.pieralisi@arm.com \
    --cc=marc.zyngier@arm.com \
    --cc=rjw@rjwysocki.net \
    --cc=tglx@linutronix.de \
    --cc=tomasz.nowicki@linaro.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 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.