summaryrefslogtreecommitdiff
path: root/Documentation/hw_random.txt
diff options
context:
space:
mode:
authorSebastian Andrzej Siewior <bigeasy@linutronix.de>2018-01-11 18:57:26 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-02-07 11:14:14 -0800
commitb796d30928fe3f80e8f02400573e7e31df2fc8b8 (patch)
tree91ae28938466683ebe1ead76d0f67782a09323b6 /Documentation/hw_random.txt
parentbad75ea552a8f91748fc8c975906fbdd4d1230e7 (diff)
serial: core: mark port as initialized after successful IRQ change
commit 44117a1d1732c513875d5a163f10d9adbe866c08 upstream. setserial changes the IRQ via uart_set_info(). It invokes uart_shutdown() which free the current used IRQ and clear TTY_PORT_INITIALIZED. It will then update the IRQ number and invoke uart_startup() before returning to the caller leaving TTY_PORT_INITIALIZED cleared. The next open will crash with | list_add double add: new=ffffffff839fcc98, prev=ffffffff839fcc98, next=ffffffff839fcc98. since the close from the IOCTL won't free the IRQ (and clean the list) due to the TTY_PORT_INITIALIZED check in uart_shutdown(). There is same pattern in uart_do_autoconfig() and I *think* it also needs to set TTY_PORT_INITIALIZED there. Is there a reason why uart_startup() does not set the flag by itself after the IRQ has been acquired (since it is cleared in uart_shutdown)? Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/hw_random.txt')
0 files changed, 0 insertions, 0 deletions