[lkml]   [2003]   [Jan]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC] irq handling code consolidation, second try (ppc part)

    On 4 Jan 2003, Benjamin Herrenschmidt wrote:
    > The "easy" way here to implement that is to make the irq_desc array larger than
    > NR_IRQs (or rather split NR_IRQs into NR_SYS_IRQS + NR_DYNAMIC_IRQS). The
    > additional "slots" could then easily be allocated/freed. Thus, keeping my
    > cardbus example, the cardbus driver can allocate a couple of slots (that is IRQ
    > numbers) dynamically, and use it's own startup/shutdown/enable/disable/...
    > hooks for them, dealing itself with the cascade from the PCI irq.

    Linearizing a space like this is always a bad idea, I think.

    It would be entirely possible to just add the irq routing information to
    the "struct device" tree, and have a "dev_request_irq(dev, ...)", along
    with a few helper functions like "pci_request_irq(pci_dev, ...)".

    And the old "request_irq()" would just use the system root device as the


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:32    [W:0.025 / U:88.688 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site