public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tomasz Nowicki <tn@semihalf.com>
To: Marc Zyngier <marc.zyngier@arm.com>
Cc: tglx@linutronix.de, jason@lakedaemon.net, rjw@rjwysocki.net,
	lorenzo.pieralisi@arm.com, robert.richter@caviumnetworks.com,
	shijie.huang@arm.com, Suravee.Suthikulpanit@amd.com,
	hanjun.guo@linaro.org, al.stone@linaro.org, mw@semihalf.com,
	graeme.gregory@linaro.org, Catalin.Marinas@arm.com,
	will.deacon@arm.com, linux-kernel@vger.kernel.org,
	linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	ddaney.cavm@gmail.com, okaya@codeaurora.org,
	andrea.gallo@linaro.org
Subject: Re: [PATCH V5 7/7] acpi, gicv3, its: Use MADT ITS subtable to do PCI/MSI domain initialization.
Date: Tue, 7 Jun 2016 18:12:20 +0200	[thread overview]
Message-ID: <5756F264.6060405@semihalf.com> (raw)
In-Reply-To: <20160604130715.2297c87d@arm.com>

On 04.06.2016 14:07, Marc Zyngier wrote:
> On Tue, 31 May 2016 13:19:44 +0200
> Tomasz Nowicki <tn@semihalf.com> wrote:
>
>> Let ACPI build ITS PCI MSI domain. ACPI is responsible for retrieving
>> inner domain token and passing it on to its_pci_msi_init_one generic
>> init call.
>>
>> We have now full PCI MSI domain stack, thus we can enable ITS initialization
>> from GICv3 core driver for ACPI scenario.
>>
>> Signed-off-by: Tomasz Nowicki <tn@semihalf.com>
>> ---
>>   drivers/irqchip/irq-gic-v3-its-pci-msi.c | 42 +++++++++++++++++++++++++++++++-
>>   drivers/irqchip/irq-gic-v3.c             |  3 +--
>>   2 files changed, 42 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/irqchip/irq-gic-v3-its-pci-msi.c b/drivers/irqchip/irq-gic-v3-its-pci-msi.c
>> index 23679ae..985f5d9 100644
>> --- a/drivers/irqchip/irq-gic-v3-its-pci-msi.c
>> +++ b/drivers/irqchip/irq-gic-v3-its-pci-msi.c
>> @@ -15,6 +15,7 @@
>>    * along with this program.  If not, see <http://www.gnu.org/licenses/>.
>>    */
>>
>> +#include <linux/iort.h>
>>   #include <linux/msi.h>
>>   #include <linux/of.h>
>>   #include <linux/of_irq.h>
>> @@ -144,10 +145,49 @@ static int __init its_pci_of_msi_init(void)
>>   	return 0;
>>   }
>>
>> +#ifdef CONFIG_ACPI
>> +
>> +static int __init
>> +its_pci_msi_parse_madt(struct acpi_subtable_header *header,
>> +		       const unsigned long end)
>> +{
>> +	struct acpi_madt_generic_translator *its_entry;
>> +	struct fwnode_handle *dom_handle;
>> +	char node_name[6 + 16 + 1]; // ITS identification name
>
> Jeezus... Where is that coming from? Is that the size of "ITS@0x"+16
> hex digits and a final NUL? For the sake of keeping things
> maintainable/readable, please use kasprintf/kfree.

kasprintf/kfree will be used here.

>
>> +
>> +	its_entry = (struct acpi_madt_generic_translator *)header;
>> +	snprintf(node_name, 23, "ITS@0x%lx", (long)its_entry->base_address);
>> +	dom_handle = iort_its_find_domain_token(its_entry->translation_id);
>> +	if (!dom_handle) {
>> +		pr_err("%s: Unable to locate ITS domain handle\n", node_name);
>> +		return 0;
>
> return 0? not even a slap on the wrist? Hum...
>
>> +	}
>> +
>> +	if (its_pci_msi_init_one(dom_handle, node_name))
>> +		return 0;
>
> Same here.

Yeah, decent error code are needed here.

>
>> +
>> +	pr_info("PCI/MSI: %s domain created\n", node_name);
>> +	return 0;
>> +}
>> +
>> +static int __init its_pci_acpi_msi_init(void)
>> +{
>> +	acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR,
>> +			      its_pci_msi_parse_madt, 0);
>> +	return 0;
>> +}
>> +#else
>> +inline static int __init its_pci_acpi_msi_init(void)
>
> static only.

OK

>
>> +{
>> +	return 0;
>> +}
>> +#endif
>> +
>>   static int __init its_pci_msi_init(void)
>>   {
>>   	its_pci_of_msi_init();
>> +	its_pci_acpi_msi_init();
>> +
>>   	return 0;
>>   }
>> -
>>   early_initcall(its_pci_msi_init);
>> diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c
>> index cee8296..41c1cda 100644
>> --- a/drivers/irqchip/irq-gic-v3.c
>> +++ b/drivers/irqchip/irq-gic-v3.c
>> @@ -951,8 +951,7 @@ static int __init gic_init_bases(void __iomem *dist_base,
>>
>>   	set_handle_irq(gic_handle_irq);
>>
>> -	if (IS_ENABLED(CONFIG_ARM_GIC_V3_ITS) && gic_dist_supports_lpis() &&
>> -	    to_of_node(handle)) /* Temp hack to prevent ITS init for ACPI */
>> +	if (IS_ENABLED(CONFIG_ARM_GIC_V3_ITS) && gic_dist_supports_lpis())
>>   		its_init(handle, &gic_data.rdists, gic_data.domain);
>>
>>   	gic_smp_init();
>

Thanks for review.

Tomasz

      reply	other threads:[~2016-06-07 16:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-31 11:19 [PATCH V5 0/7] Introduce ACPI world to ITS irqchip Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 1/7] ARM64, ACPI, PCI: I/O Remapping Table (IORT) initial support Tomasz Nowicki
2016-06-04 11:15   ` Marc Zyngier
2016-06-07 14:34     ` Tomasz Nowicki
2016-06-07 16:25       ` Marc Zyngier
2016-05-31 11:19 ` [PATCH V5 2/7] acpi, pci: Setup MSI domain on a per-devices basis Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 3/7] irqchip, GICv3, ITS: Cleanup for ITS domain initialization Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 4/7] irqchip, GICv3, ITS: Refator ITS DT init code to prepare for ACPI Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 5/7] irqchip, gicv3, its: Probe ITS in the ACPI way Tomasz Nowicki
2016-06-04 11:55   ` Marc Zyngier
2016-06-07 16:07     ` Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 6/7] its, pci, msi: Factor out code that might be reused for ACPI Tomasz Nowicki
2016-05-31 11:19 ` [PATCH V5 7/7] acpi, gicv3, its: Use MADT ITS subtable to do PCI/MSI domain initialization Tomasz Nowicki
2016-06-04 12:07   ` Marc Zyngier
2016-06-07 16:12     ` Tomasz Nowicki [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=5756F264.6060405@semihalf.com \
    --to=tn@semihalf.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Suravee.Suthikulpanit@amd.com \
    --cc=al.stone@linaro.org \
    --cc=andrea.gallo@linaro.org \
    --cc=ddaney.cavm@gmail.com \
    --cc=graeme.gregory@linaro.org \
    --cc=hanjun.guo@linaro.org \
    --cc=jason@lakedaemon.net \
    --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=mw@semihalf.com \
    --cc=okaya@codeaurora.org \
    --cc=rjw@rjwysocki.net \
    --cc=robert.richter@caviumnetworks.com \
    --cc=shijie.huang@arm.com \
    --cc=tglx@linutronix.de \
    --cc=will.deacon@arm.com \
    /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