summaryrefslogtreecommitdiffstats
path: root/Documentation/devicetree/bindings/interrupt-controller
diff options
context:
space:
mode:
authorMark2018-08-12 17:47:16 +0200
committerGreg Kroah-Hartman2018-08-12 18:53:30 +0200
commit47ac76662ca9c5852fd353093f19de3ae85f2e66 (patch)
tree867d6f72df2c014417ef121d1e7c2e171b7f01b7 /Documentation/devicetree/bindings/interrupt-controller
parentserial: 8250_exar: Read INT0 from slave device, too (diff)
downloadkernel-qcow2-linux-47ac76662ca9c5852fd353093f19de3ae85f2e66.tar.gz
kernel-qcow2-linux-47ac76662ca9c5852fd353093f19de3ae85f2e66.tar.xz
kernel-qcow2-linux-47ac76662ca9c5852fd353093f19de3ae85f2e66.zip
tty: serial: 8250: Revert NXP SC16C2552 workaround
Revert commit ecb988a3b7985913d1f0112f66667cdd15e40711: tty: serial: 8250: 8250_core: NXP SC16C2552 workaround The above commit causes userland application to no longer write correctly its first write to a dumb terminal connected to /dev/ttyS0. This commit seems to be the culprit. It's as though the TX FIFO is being reset during that write. What should be displayed is: PSW 80000000 INST 00000000 HALT // What is displayed is some variation of: T 00000000 HAL// Reverting this commit via this patch fixes my problem. Signed-off-by: Mark Hounschell <dmarkh@cfl.rr.com> Fixes: ecb988a3b798 ("tty: serial: 8250: 8250_core: NXP SC16C2552 workaround") Cc: stable <stable@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/devicetree/bindings/interrupt-controller')
0 files changed, 0 insertions, 0 deletions