On 11.06.2012, at 20:41, Christian Borntraeger <[email protected]> wrote:
> On 11/06/12 18:46, Alexander Graf wrote: >> On 06/11/2012 04:06 PM, Cornelia Huck wrote: >>> From: Heinz Graalfs<[email protected]> >>> >>> For processing under KVM it is required to detect >>> the actual SCLP console type in order to set it as >>> preferred console. >>> >>> Signed-off-by: Heinz Graalfs<[email protected]> >>> Acked-by: Heiko Carstens<[email protected]> >>> Acked-by: Peter Oberparleiter<[email protected]> >>> Signed-off-by: Cornelia Huck<[email protected]> >> >> Any chance we could get this into -stable? >> >> >> Acked-by: Alexander Graf <[email protected]> > > We scheduled this for 3.6, to give it some time to settle, but it has been > tested > internally on 3.4 with the sclp console patches that we submitted last week > against > qemu and on lpar/zvm. (this reminds me: can you have a look at the qemu > patches > that Jens sent last week?) It's on my todo list, yeah :). These were easier to review, so I quickly did them. > > If you can testify that this also works on a SLES system we can ask > Avi/Marcelo, > to consider this for 3.5. The current setup of assuming virtio console if > running > under KVM is obviously not correct, so it makes sense to check for the > existing consoles > before activating them. Right, but I'd be more interested in a 3.0 backport than 3.5 ;). Alex > > Christian > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
