summaryrefslogtreecommitdiff
path: root/drivers/oprofile/buffer_sync.h
diff options
context:
space:
mode:
authorAaron Sierra <asierra@xes-inc.com>2018-07-24 22:23:46 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-08-02 11:11:35 +0300
commit60ab0fafc4b652fcaf7cbc3bb8555a0cf1149c28 (patch)
treed00e2687c86207cfe27cdac3a85744aa35d109ce /drivers/oprofile/buffer_sync.h
parent0419056ec8fd01ddf5460d2dba0491aad22657dd (diff)
downloadlinux-60ab0fafc4b652fcaf7cbc3bb8555a0cf1149c28.tar.xz
serial: 8250_exar: Read INT0 from slave device, too
The sleep wake-up refactoring that I introduced in commit c7e1b4059075 ("tty: serial: exar: Relocate sleep wake-up handling") did not account for devices with a slave device on the expansion port. This patch pokes the INT0 register in the slave device, if present, in order to ensure that MSI interrupts don't get permanently "stuck" because of a sleep wake-up interrupt as described here: commit 2c0ac5b48a35 ("serial: exar: Fix stuck MSIs") This also converts an ioread8() to readb() in order to provide visual consistency with the MMIO-only accessors used elsewhere in the driver. Reported-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Aaron Sierra <asierra@xes-inc.com> Fixes: c7e1b4059075 ("tty: serial: exar: Relocate sleep wake-up handling") Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Cc: stable <stable@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/oprofile/buffer_sync.h')
0 files changed, 0 insertions, 0 deletions