THANK YOU!! I was assuming that SIE was taking the REAL cpuid of the hardware, but I just tested your suggestion that I modify the virtual CPUID in the VMDBK, and it solves the problem. Thank you, Shimon
---- Original message ---- >Date: Tue, 18 Nov 2008 10:04:41 -0500 >From: Alan Altmark <[EMAIL PROTECTED]> >Subject: Re: CP mod to HCPBIS >To: [email protected] > >On Tuesday, 11/18/2008 at 04:45 EST, Shimon Lebowitz <[EMAIL PROTECTED]> >wrote: > >> Thank you Alan for the information, but it is still not totally clear to >me >> what is happening. >> It vaguely occurred to me that perhaps somehow SIE was doing it all >> now (as I wrote "bypass the simulation") at least when no CPUID had >> been set by the user, so I *did* do a CP SET CPUID to a different serial > >> number, and it still did NOT pass control to HCPBIS. >> So, how can I control the value if I do not get control passed to me? >> SIE just saved the CPUID (including the user's SET CPUID serial) in >> user storage, and I got no chance to alter it. (For reasons I won't go >> into now, the part I have been modifying is the model number). >> Is there perhaps some way to "degrade" my CP back to software >> simulation of that particular instruction? > >Rather than focusing on interception, focus instead on changing the CPU ID >assigned to the virtual machine. Then you don't care about simulation vs. >SIE. > >The field VMDCPUID contains the guest CPU ID. SET CPUID just changes the >serial number within it; you need to change the model. > >Alan Altmark >z/VM Development >IBM Endicott
