[lkml]   [2012]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 8/8] ARM: tegra: HACK: remove set_irq_flags() from driver
    On Thursday 01 March 2012, Stephen Warren wrote:
    > Alan Ott wrote at Thursday, March 01, 2012 12:27 PM:
    > > From: Arnd Bergmann <>
    > >
    > > The driver should not call set_irq_flags itself, and
    > Probably true in this case.
    > > cannot do this from a loadable module.
    > I hope that's not true; grep'ing the entire of drivers/ shows a bunch
    > of drivers calling this function, and many look like they'd be reasonable
    > as module.

    The drivers that I can see using it are for the most part implementing
    irq controllers by themselves, which is different from merely using an

    There are three exceptions today:

    arnd@klappe2:~/linux-arm$ git grep -l set_irq_flags drivers/ | xargs grep -L irq_chip

    > From what little I understand of this, any irq_chip is going to call
    > that function after setting up any child/cascaded IRQs, and I assume
    > that irq_chips can be in modules.

    But the function is not exported. I guess if we want to allow
    irq_chips in loadable modules, we could export it, but I don't see
    how it could ever have worked so far.

    > > Remove the call for now, which might break the driver
    > > but at least lets the kernel link again.
    > The driver appears to work fine with this removed. At least, on Tegra20
    > Harmony, I was able to modprobe ehci-hcd and then use the USB Ethernet
    > controller for DHCP and SSH.

    Ok, maybe it was the right fix after all then and it just needs a proper
    change description ;-)


     \ /
      Last update: 2012-03-01 21:41    [W:0.021 / U:7.944 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site