On 11.06.2012, at 20:41, Christian Borntraeger <borntraeger@xxxxxxxxxx> wrote: > On 11/06/12 18:46, Alexander Graf wrote: >> On 06/11/2012 04:06 PM, Cornelia Huck wrote: >>> From: Heinz Graalfs<graalfs@xxxxxxxxxxxxxxxxxx> >>> >>> 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<graalfs@xxxxxxxxxxxxxxxxxx> >>> Acked-by: Heiko Carstens<heiko.carstens@xxxxxxxxxx> >>> Acked-by: Peter Oberparleiter<peter.oberparleiter@xxxxxxxxxx> >>> Signed-off-by: Cornelia Huck<cornelia.huck@xxxxxxxxxx> >> >> Any chance we could get this into -stable? >> >> >> Acked-by: Alexander Graf <agraf@xxxxxxx> > > 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
