summaryrefslogtreecommitdiffstats
path: root/firmware/whiteheat_loader.HEX
diff options
context:
space:
mode:
authorFinn Thain <fthain@telegraphics.com.au>2016-10-10 00:46:53 -0400
committerMartin K. Petersen <martin.petersen@oracle.com>2016-11-08 17:29:48 -0500
commit9af9fecb9e5380c778e89501aefe8bc779783c01 (patch)
tree7e6767428c70f24effa07b40967c4402630162c7 /firmware/whiteheat_loader.HEX
parent4a98f896bf2c66a69517fc5e10dc67288cb8da93 (diff)
downloadtalos-obmc-linux-9af9fecb9e5380c778e89501aefe8bc779783c01.tar.gz
talos-obmc-linux-9af9fecb9e5380c778e89501aefe8bc779783c01.zip
scsi: ncr5380: Suppress unhelpful "interrupt without IRQ bit" message
If a NCR5380 host instance ends up on a shared interrupt line then this printk will be a problem. It is already a problem on some Mac models: when testing mac_scsi on a PowerBook 180 I found that PDMA transfers (but not PIO transfers) cause the message to be logged. These spurious interrupts don't appear to come from the DRQ signal from the 5380. And they don't happen at all on the Mac LC III. A comment in the NetBSD source code mentions this mystery. Testing seems to show that we can safely ignore these interrupts. Signed-off-by: Finn Thain <fthain@telegraphics.com.au> Reviewed-by: Hannes Reinecke <hare@suse.com> Tested-by: Ondrej Zary <linux@rainbow-software.org> Tested-by: Michael Schmitz <schmitzmic@gmail.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'firmware/whiteheat_loader.HEX')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud