aboutsummaryrefslogtreecommitdiffstats
path: root/tools/lib/sys_string.h
diff options
context:
space:
mode:
authorBen Guthro <benjamin.guthro@citrix.com>2013-05-23 10:06:34 +0200
committerJan Beulich <jbeulich@suse.com>2013-05-23 10:06:34 +0200
commit2dd5ee75cdc3101b7a90c8482a27d8cc990dd46d (patch)
tree1e4a335b9a58c58e046383e3d89c2c885ba413f1 /tools/lib/sys_string.h
parent9b3db6d948f33043049d78029ef99baf5855d69e (diff)
downloadxen-2dd5ee75cdc3101b7a90c8482a27d8cc990dd46d.tar.gz
xen-2dd5ee75cdc3101b7a90c8482a27d8cc990dd46d.tar.bz2
xen-2dd5ee75cdc3101b7a90c8482a27d8cc990dd46d.zip
ns16550: delay resume until dom0 ACPI has a chance to run
Check for ioport access, before fully resuming operation, to avoid spinning in __ns16550_poll when reading the LSR register returns 0xFF on failing ioport access. On some systems (like Lenovo T410, and some HP machines of similar vintage) there is a SuperIO card that provides this legacy ioport on the LPC bus. In this case, we need to wait for dom0's ACPI processing to run the proper AML to re-initialize the chip, before we can use the card again. This may cause a small amount of garbage to be written to the serial log while we wait patiently for that AML to be executed. This implementation limits the number of retries, to avoid a situation where we keep trying over and over again, in the case of some other failure on the ioport. Signed-Off-By: Ben Guthro <benjamin.guthro@citrix.com> Acked-by: Keir Fraser <keir@xen.org> master commit: 6e96c186d23873597896051b043cfeb119c4a7d5 master date: 2013-04-24 11:41:53 +0200
Diffstat (limited to 'tools/lib/sys_string.h')
0 files changed, 0 insertions, 0 deletions