By Topic

Concurrently update the scan-initialization data of a processor core

Sign In

Cookies must be enabled to login.After enabling cookies , please use refresh or reload or ctrl+f5 on the browser for the login options.

Formats Non-Member Member
$33 $33
Learn how you can qualify for the best price for this item!
Become an IEEE Member or Subscribe to
IEEE Xplore for exclusive pricing!
close button

puzzle piece

IEEE membership options for an individual and IEEE Xplore subscriptions for an organization offer the most affordable access to essential journal articles, conference papers, standards, eBooks, and eLearning courses.

Learn more about:

IEEE membership

IEEE Xplore subscriptions

4 Author(s)
C. R. Conklin ; IBM Systems and Technology Group, Poughkeepsie, NY, USA ; W. Niklaus ; R. Schaufler ; S. Swaney

The IBM zEnterprise® 196 (z196) server has the ability to update the scan-initialization data of a processor core concurrent to the operation of the server. In previous System z® servers, updates of the scan-initialization data of a processor core could only be performed disruptively, requiring a customer to again perform an initial microcode load on his server to pick up changes to the processor core scan-initialization values. With the z196 server, a spare processor core is clock stopped, the new scan-initialization data is applied, the clocks on the spare processor core are then restarted, and the spare processor is brought back into the server configuration concurrent to the functional operation of the server. To achieve the concurrent application of the scan-initialization data to a nonspare processor core, the physical backing of this nonspare processor is first swapped with a spare processor, the updates are made, and then the physical backing is swapped back in order to maintain the original physical configuration. This process is invoked on each physical processor core in the system until all processor cores have been updated. Handling of updates of the scan-initialization data is smoothly embedded into the existing fix application framework so that dependence with other code updates is transparently handled for the customer. With this new capability, both fix application and the possibility of enabling new hardware functionality on a processor core can now be done concurrently with the server operation, which is another step toward the goal of achieving 100% availability in a System z server.

Note: The Institute of Electrical and Electronics Engineers, Incorporated is distributing this Article with permission of the International Business Machines Corporation (IBM) who is the exclusive owner. The recipient of this Article may not assign, sublicense, lease, rent or otherwise transfer, reproduce, prepare derivative works, publicly display or perform, or distribute the Article.  

Published in:

IBM Journal of Research and Development  (Volume:56 ,  Issue: 1.2 )