mirror of
https://github.com/torvalds/linux.git
synced 2026-05-12 16:18:45 +02:00
bdd5de3d9e
When the console out buffer is filled, __write_console() will return 0 as it cannot send any data. domU_write_console() will then spin in `while (len)` as len doesn't decrement until xenconsoled attaches. This would block a domU and nullify the parallelism of Hyperlaunch until dom0 userspace starts xenconsoled, which empties the buffer. Xen 4.21 added a connection field to the xen console page. This is set to XENCONSOLE_DISCONNECTED (1) when a domain is built, and xenconsoled will set it to XENCONSOLE_CONNECTED (0) when it connects. Update the hvc_xen driver to check the field. When the field is disconnected, drop the write with -ENOTCONN. We only drop the write when the field is XENCONSOLE_DISCONNECTED (1) to try for maximum compatibility. The Xen toolstack has historically zero initialized the console, so it should see XENCONSOLE_CONNECTED (0) by default. If an implemenation used uninitialized memory, only checking for XENCONSOLE_DISCONNECTED could have the lowest chance of not connecting. This lets the hyperlaunched domU boot without stalling. Once dom0 starts xenconsoled, xl console can be used to access the domU's hvc0. Paritally sync console.h from xen.git to bring in the new field. Reviewed-by: Stefano Stabellini <sstabellini@kernel.org> Signed-off-by: Jason Andryuk <jason.andryuk@amd.com> Signed-off-by: Juergen Gross <jgross@suse.com> Message-ID: <20260318235326.14568-1-jason.andryuk@amd.com> |
||
|---|---|---|
| .. | ||
| 9pfs.h | ||
| blkif.h | ||
| console.h | ||
| displif.h | ||
| fbif.h | ||
| kbdif.h | ||
| netif.h | ||
| pciif.h | ||
| protocols.h | ||
| pvcalls.h | ||
| ring.h | ||
| sndif.h | ||
| tpmif.h | ||
| usbif.h | ||
| vscsiif.h | ||
| xenbus.h | ||
| xs_wire.h | ||