summaryrefslogtreecommitdiff
path: root/drivers/pci/ats.c
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2011-10-17 18:46:06 (GMT)
committerJesse Barnes <jbarnes@virtuousgeek.org>2011-12-05 18:21:50 (GMT)
commita776c491ca5e38c26d9f66923ff574d041e747f4 (patch)
treec9e69bb72bdf80bb5ceb2002708281c6494954c4 /drivers/pci/ats.c
parenta424948dde8421089826e2f782d0efe9e565707e (diff)
downloadlinux-a776c491ca5e38c26d9f66923ff574d041e747f4.tar.xz
PCI: msi: Disable msi interrupts when we initialize a pci device
I traced a nasty kexec on panic boot failure to the fact that we had screaming msi interrupts and we were not disabling the msi messages at kernel startup. The booting kernel had not enabled those interupts so was not prepared to handle them. I can see no reason why we would ever want to leave the msi interrupts enabled at boot if something else has enabled those interrupts. The pci spec specifies that msi interrupts should be off by default. Drivers are expected to enable the msi interrupts if they want to use them. Our interrupt handling code reprograms the interrupt handlers at boot and will not be be able to do anything useful with an unexpected interrupt. This patch applies cleanly all of the way back to 2.6.32 where I noticed the problem. Cc: stable@kernel.org Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Diffstat (limited to 'drivers/pci/ats.c')
0 files changed, 0 insertions, 0 deletions