[PATCH v5 06/27] irq_domain/powerpc: eliminate irq_map; use irq_alloc_desc() instead
Benjamin Herrenschmidt
benh at kernel.crashing.org
Tue Apr 3 10:37:37 EST 2012
On Mon, 2012-04-02 at 18:29 +0200, Andreas Schwab wrote:
> > This breaks irqs on PowerMac G5. I see lost irq errors from the sata
> > driver.
>
> When I revert a09b659cd68c10ec6a30cb91ebd2c327fcd5bfe5 ("genirq: Fix
> long-term regression in genirq irq_set_irq_type() handling") on top of
> 3.4-rc1 the sata irq errors disappear, but I see a lot of spurious
> interrupts. Also the X server is broken somehow, though I don't know
> whether that is related or a different bug.
I can't explain why but it works for me with your config on a similar
dual G5.
It would be interesting to figure out what causes the call to
set_irq_type(NONE)...
The SATA driver isn't doing anything. What should be happening
is that:
- pci_read_irq_line() in arch/powerpc/kernel/pci-common.c
This will call of_irq_map_pci() and then call irq_of_create_mapping()
with the result if it's successful (it should be).
- irq_of_create_mapping in kernel/irq/irqdomain.c
That should then call domain->ops->xlate() where domain is the domain
of the first MPIC (the one in K2), which should return your IRQ number
for the SATA controller (btw, it's 0, in case that matters, ie, HW irq 0
on MPIC 1 iirc) and the interrupt type. This is where you should
get IRQ_TYPE_LEVEL_LOW (i verified and that's what my device-tree
contains).
You can add printk's in there to see what's happening in your case ?
Cheers,
Ben.
More information about the devicetree-discuss
mailing list