summaryrefslogtreecommitdiffstats
path: root/drivers/md/dm-uevent.h
diff options
context:
space:
mode:
authorTan, Jui Nee <jui.nee.tan@intel.com>2015-09-01 10:22:51 +0800
committerMark Brown <broonie@kernel.org>2015-09-02 10:17:45 +0100
commit02bc933ebb59208f42c2e6305b2c17fd306f695d (patch)
tree85433507405b02c4244ccb51d59e9839fc8cd7a2 /drivers/md/dm-uevent.h
parentd770e558e21961ad6cfdf0ff7df0eb5d7d4f0754 (diff)
downloadlinux-stable-02bc933ebb59208f42c2e6305b2c17fd306f695d.tar.gz
linux-stable-02bc933ebb59208f42c2e6305b2c17fd306f695d.tar.bz2
linux-stable-02bc933ebb59208f42c2e6305b2c17fd306f695d.zip
spi: spi-pxa2xx: Check status register to determine if SSSR_TINT is disabled
On Intel Baytrail, there is case when interrupt handler get called, no SPI message is captured. The RX FIFO is indeed empty when RX timeout pending interrupt (SSSR_TINT) happens. Use the BIOS version where both HSUART and SPI are on the same IRQ. Both drivers are using IRQF_SHARED when calling the request_irq function. When running two separate and independent SPI and HSUART application that generate data traffic on both components, user will see messages like below on the console: pxa2xx-spi pxa2xx-spi.0: bad message state in interrupt handler This commit will fix this by first checking Receiver Time-out Interrupt, if it is disabled, ignore the request and return without servicing. Signed-off-by: Tan, Jui Nee <jui.nee.tan@intel.com> Acked-by: Jarkko Nikula <jarkko.nikula@linux.intel.com> Signed-off-by: Mark Brown <broonie@kernel.org> Cc: stable@vger.kernel.org
Diffstat (limited to 'drivers/md/dm-uevent.h')
0 files changed, 0 insertions, 0 deletions