Skip to content
  • Mitchell Horne's avatar
    ns8250: don't drop IER_TXRDY on bus_grab/ungrab · 7e7f7bee
    Mitchell Horne authored
    It has been observed that some systems are often unable to resume from
    ddb after entering with debug.kdb.enter=1. Checking the status further
    shows the terminal is blocked waiting in tty_drain(), but it never makes
    progress in clearing the output queue, because sc->sc_txbusy is high.
    I noticed that when entering polling mode for the debugger, IER_TXRDY is
    set in the failure case. Since this bit is never tracked by the softc,
    it will not be restored by ns8250_bus_ungrab(). This creates a race in
    which a TX interrupt can be lost, creating the hang described above.
    Ensuring that this bit is restored is enough to prevent this, and resume
    from ddb as expected.
    The solution is to track this bit in the sc->ier field, for the same
    lifetime that TX interrupts are enabled.
    PR:		223917, 240122
    Reviewed by:	imp, manu
    Tested by:	bz
    MFC after:	5 days
    Sponsored by:	The FreeBSD Foundation
    Differential Revision: