On Tuesday, 02/21/2006 at 09:25 PST, Judson West <[EMAIL PROTECTED]> wrote: > I have never had a CPUID that began with anything other than > a 0 or 1. We are getting a new z890 with a CPUID of Exxxx. > The CPUID of our current z800 is 1xxxx. In the SYSTEM NETID > file, the format of the CPUID field is six HEX digits with > the first one being the LPAR number. When I Q CPUID on my > current system, it responds back with FF00xxxx... My point > is that the 1 does not show up as part of the current Q > CPUID response. Can I expect that the E of my new CPUID will > not show up either?
SYSTEM NETID uses the 6-digit value returned by the STIDP instruction (the "CPU ID"), without regard to the "CPU serial number" from which the CPU ID is derived, so the answer is yes, you can expect the same behavior. If you have programs that make assumptions about the form of QUERY CPUID, note that things began to change with the introduction of the z990. The STIDP description in the current Principles of Operation has the details. For example, on our System z9 QUERY CPUID shows: CPUID = FF319B9E20948000 (this is what a program would see with STIDP) See that '8000' at the end? That's new. Bit 48 indicates that the CPU ID is of the form PPnnnn, where PP is the user partition id, UPID (49 in this case..0x31) and 0x9b9e is derived from the CPU serial number. Alan Altmark z/VM Development IBM Endicott
