aboutsummaryrefslogtreecommitdiffstats
path: root/.hg-to-bk
diff options
context:
space:
mode:
authorAndrew Cooper <andrew.cooper3@citrix.com>2013-09-27 11:54:42 +0200
committerJan Beulich <jbeulich@suse.com>2013-09-27 11:54:42 +0200
commit8294ffb817a795f93e241192c59e34c9da281b8b (patch)
treed8e8e077e2f6a17740afc9a2756a00db916fdc7e /.hg-to-bk
parent0a2210f134fda565c7c3256215694aa2b8a2cebc (diff)
downloadxen-8294ffb817a795f93e241192c59e34c9da281b8b.tar.gz
xen-8294ffb817a795f93e241192c59e34c9da281b8b.tar.bz2
xen-8294ffb817a795f93e241192c59e34c9da281b8b.zip
watchdog/crash: Always disable watchdog in console_force_unlock()
Depending on the state of the conring and serial_tx_buffer, console_force_unlock() can be a long running operation, usually because of serial_start_sync() XenServer testing has found a reliable case where console_force_unlock() on one PCPU takes long enough for another PCPU to timeout due to the watchdog (such as waiting for a tlb flush callin). The watchdog timeout causes the second PCPU to repeat the console_force_unlock(), at which point the first PCPU typically fails an assertion in spin_unlock_irqrestore(&port->tx_lock) (because the tx_lock has been unlocked behind itself). console_force_unlock() is only on emergency paths, so one way or another the host is going down. Disable the watchdog before forcing the console lock to help prevent having pcpus completing with each other to bring the host down. Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> Acked-by: Keir Fraser <keir@xen.org> master commit: 7b9fa702ca323164d6b49e8b639a57f880454a8c master date: 2013-08-13 14:31:01 +0200
Diffstat (limited to '.hg-to-bk')
0 files changed, 0 insertions, 0 deletions