summaryrefslogtreecommitdiff
path: root/drivers/tty/serial/owl-uart.c
diff options
context:
space:
mode:
authorJohan Hovold <johan@kernel.org>2021-04-21 12:54:59 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2021-04-22 13:09:25 +0300
commitc0a6c9f79e5266d750b73bff5a61761827f4687d (patch)
tree6a33d8764c47bc723caaaf2e9cce3dd87a352fb5 /drivers/tty/serial/owl-uart.c
parent6e560913aae066d532e48beeb7224aa3339f8d8e (diff)
downloadlinux-c0a6c9f79e5266d750b73bff5a61761827f4687d.tar.xz
serial: msm_serial: drop low-latency workaround
Commit f77232dab25b ("tty: serial: msm: drop uart_port->lock before calling tty_flip_buffer_push()") claimed to address a locking issue but only provided a dubious lockdep splat from an unrelated driver, which in the end turned out to be due a broken local change carried by the author. Unfortunately these patches were merged before the issue had been analysed properly so the commit messages makes no sense whatsoever. The real issue was first seen on RT which at the time effectively always set the low_latency flag for all serial drivers by patching tty_flip_buffer_push(). This in turn revealed that many drivers did not handle the infamous low_latency behaviour which meant that data was pushed immediately to the line discipline instead of being deferred to a work queue. Since commit a9c3f68f3cd8 ("tty: Fix low_latency BUG"), tty_flip_buffer_push() always schedules a work item to push data to the line discipline and there's no need to keep any low_latency hacks around. Link: https://lore.kernel.org/linux-serial/cover.1376923198.git.viresh.kumar@linaro.org/ Cc: Andy Gross <agross@kernel.org> Cc: Bjorn Andersson <bjorn.andersson@linaro.org> Acked-by: Bjorn Andersson <bjorn.andersson@linaro.org> Signed-off-by: Johan Hovold <johan@kernel.org> Link: https://lore.kernel.org/r/20210421095509.3024-17-johan@kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/tty/serial/owl-uart.c')
0 files changed, 0 insertions, 0 deletions