summaryrefslogtreecommitdiff
path: root/kernel/power
diff options
context:
space:
mode:
authorMark Brown <broonie@opensource.wolfsonmicro.com>2011-06-01 14:18:09 +0400
committerDavid S. Miller <davem@davemloft.net>2011-06-02 08:22:15 +0400
commit6979d5dd96a4a4975ce240982436e92a3da23315 (patch)
treeb8a5c017e168d87f91668b5cab89c7df56dcda58 /kernel/power
parentb722dbf176b67c75fe0f5a6b1b31f5ea8aa6117d (diff)
downloadlinux-6979d5dd96a4a4975ce240982436e92a3da23315.tar.xz
net: dm9000: Get the chip in a known good state before enabling interrupts
Currently the DM9000 driver requests the primary interrupt before it resets the chip and puts it into a known good state. This means that if the chip is asserting interrupt for some reason we can end up with a screaming IRQ that the interrupt handler is unable to deal with. Avoid this by only requesting the interrupt after we've reset the chip so we know what state it's in. This started manifesting itself on one of my boards in the past month or so, I suspect as a result of some core infrastructure changes removing some form of mitigation against bad behaviour here, even when things boot it seems that the new code brings the interface up more quickly. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'kernel/power')
0 files changed, 0 insertions, 0 deletions