From: Suravee Suthikulanit <suravee.suthikulpanit@amd.com>
To: Tomasz Nowicki <tn@semihalf.com>,
marc.zyngier@arm.com, tglx@linutronix.de, jason@lakedaemon.net,
rjw@rjwysocki.net
Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Will Deacon <will.deacon@arm.com>,
Catalin Marinas <Catalin.Marinas@arm.com>,
hanjun.guo@linaro.org, graeme.gregory@linaro.org, dhdang@apm.com,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [PATCH V2 6/6] gicv2m: acpi: Introducing GICv2m ACPI support
Date: Thu, 15 Oct 2015 09:30:15 -0500 [thread overview]
Message-ID: <561FB877.4020106@amd.com> (raw)
In-Reply-To: <561FB238.10509@amd.com>
Hi Tomasz,
On 10/15/2015 9:03 AM, Suravee Suthikulanit wrote:
>>> + if (!data)
>>> + return NULL;
>>> +
>>> + return data->fwnode;
>>> +}
>>> +
>>> +static int __init
>>> +acpi_parse_madt_msi(struct acpi_subtable_header *header,
>>> + const unsigned long end)
>>> +{
>>> + int ret;
>>> + struct resource res;
>>> + u32 spi_start = 0, nr_spis = 0;
>>> + struct acpi_madt_generic_msi_frame *m;
>>> + struct fwnode_handle *fwnode = NULL;
>>> +
>>> + m = (struct acpi_madt_generic_msi_frame *)header;
>>> + if (BAD_MADT_ENTRY(m, end))
>>> + return -EINVAL;
>>> +
>>> + res.start = m->base_address;
>>> + res.end = m->base_address + 0x1000;
>>> +
>>> + if (m->flags & ACPI_MADT_OVERRIDE_SPI_VALUES) {
>>> + spi_start = m->spi_base;
>>> + nr_spis = m->spi_count;
>>> +
>>> + pr_info("ACPI overriding V2M MSI_TYPER (base:%u, num:%u)\n",
>>> + spi_start, nr_spis);
>>> + }
>>> +
>>> + fwnode = irq_domain_alloc_fwnode((void *)m->base_address);
>>> + if (!fwnode) {
>>> + pr_err("Unable to allocate GICv2m domain token\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> + ret = gicv2m_init_one(fwnode, spi_start, nr_spis, &res);
>> I case of error, we should call here:
>> irq_domain_free_fwnode(fwnode);
>
> This should have already been handled when returning from the
> acpi_parse_madt_msi() in gicv2m_teardown() since we would need to
> iterate through all existing MSI frame to clean up.
Actually, you are correct since the fwnode allocated here might not get
assigned to the v2m_data.fwnode and added to the v2m_nodes list yet. So,
we would need to call irq_domain_alloc_fwnode() here in case of error.
Thanks,
Suravee
WARNING: multiple messages have this Message-ID (diff)
From: suravee.suthikulpanit@amd.com (Suravee Suthikulanit)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V2 6/6] gicv2m: acpi: Introducing GICv2m ACPI support
Date: Thu, 15 Oct 2015 09:30:15 -0500 [thread overview]
Message-ID: <561FB877.4020106@amd.com> (raw)
In-Reply-To: <561FB238.10509@amd.com>
Hi Tomasz,
On 10/15/2015 9:03 AM, Suravee Suthikulanit wrote:
>>> + if (!data)
>>> + return NULL;
>>> +
>>> + return data->fwnode;
>>> +}
>>> +
>>> +static int __init
>>> +acpi_parse_madt_msi(struct acpi_subtable_header *header,
>>> + const unsigned long end)
>>> +{
>>> + int ret;
>>> + struct resource res;
>>> + u32 spi_start = 0, nr_spis = 0;
>>> + struct acpi_madt_generic_msi_frame *m;
>>> + struct fwnode_handle *fwnode = NULL;
>>> +
>>> + m = (struct acpi_madt_generic_msi_frame *)header;
>>> + if (BAD_MADT_ENTRY(m, end))
>>> + return -EINVAL;
>>> +
>>> + res.start = m->base_address;
>>> + res.end = m->base_address + 0x1000;
>>> +
>>> + if (m->flags & ACPI_MADT_OVERRIDE_SPI_VALUES) {
>>> + spi_start = m->spi_base;
>>> + nr_spis = m->spi_count;
>>> +
>>> + pr_info("ACPI overriding V2M MSI_TYPER (base:%u, num:%u)\n",
>>> + spi_start, nr_spis);
>>> + }
>>> +
>>> + fwnode = irq_domain_alloc_fwnode((void *)m->base_address);
>>> + if (!fwnode) {
>>> + pr_err("Unable to allocate GICv2m domain token\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> + ret = gicv2m_init_one(fwnode, spi_start, nr_spis, &res);
>> I case of error, we should call here:
>> irq_domain_free_fwnode(fwnode);
>
> This should have already been handled when returning from the
> acpi_parse_madt_msi() in gicv2m_teardown() since we would need to
> iterate through all existing MSI frame to clean up.
Actually, you are correct since the fwnode allocated here might not get
assigned to the v2m_data.fwnode and added to the v2m_nodes list yet. So,
we would need to call irq_domain_alloc_fwnode() here in case of error.
Thanks,
Suravee
WARNING: multiple messages have this Message-ID (diff)
From: Suravee Suthikulanit <suravee.suthikulpanit@amd.com>
To: Tomasz Nowicki <tn@semihalf.com>, <marc.zyngier@arm.com>,
<tglx@linutronix.de>, <jason@lakedaemon.net>, <rjw@rjwysocki.net>
Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Will Deacon <will.deacon@arm.com>,
Catalin Marinas <Catalin.Marinas@arm.com>,
<hanjun.guo@linaro.org>, <graeme.gregory@linaro.org>,
<dhdang@apm.com>, <linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH V2 6/6] gicv2m: acpi: Introducing GICv2m ACPI support
Date: Thu, 15 Oct 2015 09:30:15 -0500 [thread overview]
Message-ID: <561FB877.4020106@amd.com> (raw)
In-Reply-To: <561FB238.10509@amd.com>
Hi Tomasz,
On 10/15/2015 9:03 AM, Suravee Suthikulanit wrote:
>>> + if (!data)
>>> + return NULL;
>>> +
>>> + return data->fwnode;
>>> +}
>>> +
>>> +static int __init
>>> +acpi_parse_madt_msi(struct acpi_subtable_header *header,
>>> + const unsigned long end)
>>> +{
>>> + int ret;
>>> + struct resource res;
>>> + u32 spi_start = 0, nr_spis = 0;
>>> + struct acpi_madt_generic_msi_frame *m;
>>> + struct fwnode_handle *fwnode = NULL;
>>> +
>>> + m = (struct acpi_madt_generic_msi_frame *)header;
>>> + if (BAD_MADT_ENTRY(m, end))
>>> + return -EINVAL;
>>> +
>>> + res.start = m->base_address;
>>> + res.end = m->base_address + 0x1000;
>>> +
>>> + if (m->flags & ACPI_MADT_OVERRIDE_SPI_VALUES) {
>>> + spi_start = m->spi_base;
>>> + nr_spis = m->spi_count;
>>> +
>>> + pr_info("ACPI overriding V2M MSI_TYPER (base:%u, num:%u)\n",
>>> + spi_start, nr_spis);
>>> + }
>>> +
>>> + fwnode = irq_domain_alloc_fwnode((void *)m->base_address);
>>> + if (!fwnode) {
>>> + pr_err("Unable to allocate GICv2m domain token\n");
>>> + return -EINVAL;
>>> + }
>>> +
>>> + ret = gicv2m_init_one(fwnode, spi_start, nr_spis, &res);
>> I case of error, we should call here:
>> irq_domain_free_fwnode(fwnode);
>
> This should have already been handled when returning from the
> acpi_parse_madt_msi() in gicv2m_teardown() since we would need to
> iterate through all existing MSI frame to clean up.
Actually, you are correct since the fwnode allocated here might not get
assigned to the v2m_data.fwnode and added to the v2m_nodes list yet. So,
we would need to call irq_domain_alloc_fwnode() here in case of error.
Thanks,
Suravee
next prev parent reply other threads:[~2015-10-15 14:30 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-14 23:25 [PATCH V2 0/6] gicv2m: acpi: Add ACPI support for GICv2m MSI Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 1/6] pci: msi: Add support to query MSI domain for pci device Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 2/6] acpi: pci: Setup MSI domain for ACPI based pci devices Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 3/6] irqdomain: introduce is_fwnode_irqchip helper Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 4/6] irqdomain: Introduce irq_domain_get_irqchip_fwnode_name helper function Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 5/6] gicv2m: Refactor to prepare for ACPI support Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` [PATCH V2 6/6] gicv2m: acpi: Introducing GICv2m " Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-14 23:25 ` Suravee Suthikulpanit
2015-10-15 6:15 ` Tomasz Nowicki
2015-10-15 6:15 ` Tomasz Nowicki
2015-10-15 6:29 ` Tomasz Nowicki
2015-10-15 6:29 ` Tomasz Nowicki
2015-10-15 14:03 ` Suravee Suthikulanit
2015-10-15 14:03 ` Suravee Suthikulanit
2015-10-15 14:03 ` Suravee Suthikulanit
2015-10-15 14:30 ` Suravee Suthikulanit [this message]
2015-10-15 14:30 ` Suravee Suthikulanit
2015-10-15 14:30 ` Suravee Suthikulanit
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=561FB877.4020106@amd.com \
--to=suravee.suthikulpanit@amd.com \
--cc=Catalin.Marinas@arm.com \
--cc=dhdang@apm.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=rjw@rjwysocki.net \
--cc=tglx@linutronix.de \
--cc=tn@semihalf.com \
--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 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.