On 10/01/2014 04:17 PM, Alexander Graf wrote: > > > On 01.10.14 16:02, Christian Borntraeger wrote: >> There is nothing to do for KVM to support TOD-CLOCK steering. >> >> Signed-off-by: Christian Borntraeger <borntrae...@de.ibm.com> >> Reviewed-by: David Hildenbrand <d...@linux.vnet.ibm.com> >> --- >> arch/s390/kvm/kvm-s390.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c >> index 56a411c..0d5aa88 100644 >> --- a/arch/s390/kvm/kvm-s390.c >> +++ b/arch/s390/kvm/kvm-s390.c >> @@ -1786,7 +1786,7 @@ static int __init kvm_s390_init(void) >> return -ENOMEM; >> } >> memcpy(vfacilities, S390_lowcore.stfle_fac_list, 16); >> - vfacilities[0] &= 0xff82fff3f4fc2000UL; >> + vfacilities[0] &= 0xff82fffbf47c2000UL; > > Can we please convert this into something readable soon? :)
It will be sooner when you send patches ;-) The facility numbers are documented in the POP (chapter 4 last page) in IBM notation (bit0 is the MSB) It probably makes sense to do this for the non-KVM part as well. When you grep for test_facility under arch/s390 there are lots of numerical value. Hmm, maybe we can find somebody that wants to increase the patch counter? Christian > > > Alex > >> vfacilities[1] &= 0x005c000000000000UL; >> return 0; >> } >> > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
