lkml.org 
[lkml]   [2014]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2/2] arm/gic: Add supports for GICv2m MSI(-X)
Hi Marc,

After looking at the GICv3 implementation and trying to understand how
you architect the driver, I have a couple questions below.

> On 06/24/2014 04:52 AM, Marc Zyngier wrote:
> Hi Suravee,
>
> On 24/06/14 01:33, suravee.suthikulpanit@amd.com wrote:
>> + pr_info("GICv2m: SPI range [%d:%d]\n",
>> + msi->spi_start, (msi->spi_start + msi->max_spi_cnt));
>> +
>> + gic_arch_extn.irq_mask = gicv2m_mask_msi;
>> + gic_arch_extn.irq_unmask = gicv2m_unmask_msi;
>
> Right, I now see why you need to test on the MSI descriptor. Don't do
> that. The gic_arch_extn crap should *never* *be* *used*.

Hm, sounds like this should be removed all together then? In that case,
this would require changes in the irq-gic.c to call these functions
directly.

>
> What you want to do is do assign a different irq_chip to your MSI
> interrupts. This will require a different integration with the main GIC
> code though. For the GICv3 ITS, I do it when the interrupt gets mapped.

Ah, that's what I was trying to avoid. Why should we need a whole
different irq_chip just to add the MSI register frame support on top of
the GICv2 which is already supported by the current irq-gic.c?

>
>> + return 0;
>> +}
>> +EXPORT_SYMBOL(gicv2m_msi_init);
>> +
>> +
>> +
>> +/**
>> + * Override arch_setup_msi_irq in drivers/pci/msi.c
>> + * since we don't want to change the chip_data
>> + */
>> +int arch_setup_msi_irq(struct pci_dev *pdev, struct msi_desc *desc)
>> +{
>> + struct msi_chip *chip = pdev->bus->msi;
>> +
>> + if (!chip || !chip->setup_irq)
>> + return -EINVAL;
>> +
>> + return chip->setup_irq(chip, pdev, desc);
>> +}
>> +
>> +/**
>> + * Override arch_teardown_msi_irq in drivers/pci/msi.c
>> + */
>> +void arch_teardown_msi_irq(unsigned int irq)
>> +{
>> + struct msi_desc *desc;
>> + struct msi_chip *chip;
>> +
>> + desc = irq_get_msi_desc(irq);
>> + if (!desc)
>> + return;a
>> +
>> + chip = desc->dev->bus->msi;
>> + if (!chip)
>> + return;
>> +
>> + chip->teardown_irq(chip, irq);
>> +}
>
> Please don't overtide those. There shouldn't be any reason for a
> *driver* to do so. Only architecture code should do it. And nothing in
> your code requires it (at least once you've stopped playing with the
> silly gic extension...).

The reason I need these because the __weak version of arch_setup_msi_irq
function in driver/pci/msi.c calls irq_set_chip_data and replace the
chip_data with msi_chip (originally was pointing to the gic_chip_data
structure). This ended up breaking the GIC.

Looking at the GICv3 ITS implementation, this seems to also have similar
implementation. So, this was not an issue for you?

Thanks,

Suravee


\
 
 \ /
  Last update: 2014-06-27 18:22    [W:0.082 / U:0.840 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site