aboutsummaryrefslogtreecommitdiffstats
path: root/net/rfkill
diff options
context:
space:
mode:
authorKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>2012-04-17 22:21:38 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-04-27 09:51:05 -0700
commit06a3bbbe704048f4f8b08a0aea32418299c67555 (patch)
tree81f32e0f41c2049b395819cddadd68a5bfd8aa59 /net/rfkill
parent7e2ec6cfa0c831986c602f136b5c88ed4d252dfe (diff)
downloadkernel_samsung_aries-06a3bbbe704048f4f8b08a0aea32418299c67555.zip
kernel_samsung_aries-06a3bbbe704048f4f8b08a0aea32418299c67555.tar.gz
kernel_samsung_aries-06a3bbbe704048f4f8b08a0aea32418299c67555.tar.bz2
xen/xenbus: Add quirk to deal with misconfigured backends.
commit 3066616ce23aad5719c23a0f21f32676402cb44b upstream. A rather annoying and common case is when booting a PVonHVM guest and exposing the PV KBD and PV VFB - as broken toolstacks don't always initialize the backends correctly. Normally The HVM guest is using the VGA driver and the emulated keyboard for this (though upstream version of QEMU implements PV KBD, but still uses a VGA driver). We provide a very basic two-stage wait mechanism - where we wait for 30 seconds for all devices, and then for 270 for all them except the two mentioned. That allows us to wait for the essential devices, like network or disk for the full 6 minutes. To trigger this, put this in your guest config: vfb = [ 'vnc=1, vnclisten=0.0.0.0 ,vncunused=1'] instead of this: vnc=1 vnclisten="0.0.0.0" Acked-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> [v3: Split delay in non-essential (30 seconds) and essential devices per Ian and Stefano suggestion] [v4: Added comments per Stefano suggestion] Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/rfkill')
0 files changed, 0 insertions, 0 deletions