Общая последовательность загрузки для управляющей сервисной программы, способной к инициализации во множественных архитектурах

Общая последовательность загрузки для управляющей сервисной программы, способной к инициализации во множественных архитектурах

Иллюстрации

Показать все

Реферат

Область техники

Один или несколько аспектов относятся, в общем, к конфигурациям вычислительных окружений и, прежде всего, к поддержке множественных конфигураций.

Уровень техники

Вычислительные окружения предлагают диапазон инструментов и функций в зависимости от архитектурных конфигураций окружений. Две предложенные IBM® архитектуры включают в себя ESA/390 и z/Архитектуру®. ESA/390 является предшествующей архитектурой по отношению к z/Архитектуре. Однако когда z/Архитектура была введена, поддержка ESA/390 была продолжена. Для поддержки обеих архитектур в одном окружении требуется следовать некоторым процедурам. Например, при включении загружается ESA/390, а затем, при желании, может быть сделано переключение на z/Архитектуру. Это позволяет унаследованному программному обеспечению продолжать выполнение без изменений. Другие такие процедуры предоставляются с целью поддержки обеих архитектурных конфигураций в одном окружении.

Сложность поддержки более ранней архитектуры усугубляется в случае перехода программного обеспечения к более поздней архитектуре.

Поэтому на уровне техники существует потребность в рассмотрении вышеупомянутой проблемы.

Сущность изобретения

При рассмотрении с позиции первого аспекта, настоящее изобретение предоставляет способ инициализации управляющей сервисной программы в вычислительном окружении, способ, содержащий: выполнение посредством процессора последовательности загрузки для начальной загрузки управляющей сервисной программы в выбранном архитектурном режиме, который основан на выбранной архитектуре, причем управляющая сервисная программа записана для выбранной архитектуры и сконфигурирована для инициализации по меньшей мере в одной из первой архитектурной конфигурации, которая инициализируется в одной архитектуре и переключается на выбранную архитектуру для обработки, или во второй архитектурной конфигурации, которая инициализируется и производит обработку в выбранной архитектуре, и причем выполнение последовательности загрузки содержит: выполнение одной или нескольких команд независимо от того, должен ли процессор выполнять инициализацию на основании первой архитектурной конфигурации или второй архитектурной конфигурации, причем одна или несколько команд являются общими для одной архитектуры и для выбранной архитектуры так, что одна или несколько команд заданы в одной архитектуре и в выбранной архитектуре, и выполнение содержит операцию переключения для запроса переключения архитектурных режимов для процессора независимо от того, должен ли процессор выполнять инициализацию в одной архитектуре или выбранной архитектуре, причем операция переключения выполняется различным образом на основании того, для какой архитектуры, одной архитектуры или выбранной архитектуры, процессор должен выполнять инициализацию, и на основании выполнения операции переключения управляющая сервисная программа загружается в выбранном архитектурном режиме.

При рассмотрении с позиции другого аспекта настоящее изобретение предоставляет компьютерную систему для инициализации управляющей сервисной программы в вычислительном окружении, причем компьютерная система содержит: память и соединенный с памятью процессор, причем компьютерная система выполнена для выполнения способа, причем способ содержит: выполнение процессором последовательности загрузки для начальной загрузки управляющей сервисной программы в выбранном архитектурном режиме, который основан на выбранной архитектуре, причем управляющая сервисная программа записана для выбранной архитектуры и сконфигурирована для инициализации по меньшей мере в одной из первой архитектурной конфигурации, которая инициализируется в одной архитектуре и переключается для обработки на выбранную архитектуру, или во второй архитектурной конфигурации, которая инициализируется и производит обработку в выбранной архитектуре, и причем выполнение последовательности загрузки содержит: выполнение одной или нескольких команд независимо от того, должен ли процессор выполнять инициализацию на основании первой архитектурной конфигурации или второй архитектурной конфигурации, причем одна или несколько команд являются общими для одной архитектуры и для выбранной архитектуры так, что одна или несколько команд заданы в одной архитектуре и в выбранной архитектуре, и выполнение содержит операцию переключения для запроса переключения архитектурных режимов для процессора независимо от того, должен ли процессор выполнять инициализацию в одной архитектуре или выбранной архитектуре, причем операция переключения выполняется различным образом на основании того, для какой архитектуры, одной архитектуры или выбранной архитектуры, процессор должен выполнять инициализацию, и на основании выполнения операции переключения управляющая сервисная программа загружается в выбранном архитектурном режиме.

При рассмотрении с позиции другого аспекта настоящее изобретение предоставляет компьютерный программный продукт для инициализации управляющей сервисной программы в вычислительном окружении, причем компьютерный программный продукт содержит машиночитаемый информационный носитель, выполненный с возможностью считывания посредством устройства обработки данных и сохраняющий команды для выполнения посредством устройства обработки данных для выполнения способа для выполнения этапов изобретения.

При рассмотрении с позиции другого аспекта настоящее изобретение предоставляет компьютерную программу, содержащую участки программного кода, сохраненную на машиночитаемом носителе и выполненную с возможностью загрузки во внутреннюю память цифровой вычислительной машины, когда данная программа выполняется на компьютере, для выполнения этапов изобретения.

Недостатки известного уровня техники преодолеваются, и преимущества обеспечиваются посредством предоставления компьютерного программного продукта для инициализации управляющей сервисной программы в пределах вычислительного окружения. Компьютерный программный продукт включает в себя, например, машиночитаемый информационный носитель, считываемый посредством устройства обработки данных, и сохраняющий команды для выполнения посредством устройства обработки данных для выполнения способа. Способ включает в себя, например, выполнение посредством процессора последовательности загрузки для начальной загрузки управляющей сервисной программы в выбранном архитектурном режиме, который основан на выбранной архитектуре, причем управляющая сервисная программа записана для выбранной архитектуры и сконфигурирована для инициализации по меньшей мере в одной из первой архитектурной конфигурации, которая инициализируется в одной архитектуре и переключается на выбранную архитектуру для обработки, или во второй архитектурной конфигурации, которая инициализируется и производит обработку в выбранной архитектуре, и причем выполнение последовательности загрузки содержит: выполнение одной или нескольких команд независимо от того, должен ли процессор выполнять инициализацию на основании первой архитектурной конфигурации или второй архитектурной конфигурации, причем одна или несколько команд являются общими для одной архитектуры и для выбранной архитектуры так, что одна или несколько команд заданы в одной архитектуре и в выбранной архитектуре, и выполнение содержит операцию переключения для запроса переключения архитектурных режимов для процессора независимо от того, должен ли процессор выполнять инициализацию в одной архитектуре или выбранной архитектуре, причем операция переключения выполняется различным образом на основании того, для какой архитектуры, одной архитектуры или выбранной архитектуры, процессор должен выполнять инициализацию, и на основании выполнения операции переключения управляющая сервисная программа загружается в выбранном архитектурном режиме.

Относящиеся к одному или нескольким предпочтительным вариантам осуществления способы и системы также описаны и заявлены в настоящем документе. Кроме того, относящиеся к одному или нескольким предпочтительным вариантам осуществления услуги также описаны и могут быть заявлены в настоящем документе.

Осуществлены дополнительные функции и преимущества. Другие предпочтительные варианты осуществления и аспекты подробно описываются в настоящем документе и считаются частью заявленного изобретения.

Краткое описание чертежей

В дальнейшем, настоящее изобретение описывается исключительно в качестве примера со ссылками на предпочтительные варианты осуществления, как показано на последующих чертежах:

Фиг. 1 изображает один пример вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 2 изображает другой пример вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 3А изображает еще один пример вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 3Б изображает более подробную информацию по памяти на фиг. 3А согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 4А изображает один вариант осуществления логики для включения вычислительного окружения в одном архитектурном режиме согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 4Б изображает один вариант осуществления последующей обработки, связанной с процессом включения на фиг. 4А согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 5 изображает один вариант осуществления формата слова состояния программы согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 6А изображает один вариант осуществления логики для включения вычислительного окружения в архитектурном режиме, отличающемся от одного архитектурного режима, включенного на фиг. 4А согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 6Б изображает один вариант осуществления последующей обработки, связанной с процессом включения на фиг. 6А согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 7 изображает один типовой формат команды слова состояния программы загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 8А изображает один типовой формат команды процессора обработки сигналов согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 8Б изображает один вариант осуществления обработки, связанной с командой процессора обработки сигналов на фиг. 8А согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 9 изображает один вариант осуществления логики для выполнения начальной загрузки, в котором управляющая сервисная программа инициализируется в ESA/390 согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 10 изображает один вариант осуществления логики для выполнения начальной загрузки, в котором управляющая сервисная программа инициализируется в z/Архитектуре,

Фиг. 11 изображает один вариант осуществления логики для общей последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 12 изображает другой вариант осуществления логики для общей последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 13 изображает один типовой формат команды слова состояния программы извлечения согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 14 изображает другой вариант осуществления логики для общей последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 15 изображает один вариант осуществления логики для выполнения сброса для перезагрузки управляющей сервисной программы согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 16 изображает другой вариант осуществления логики для выполнения сброса для перезагрузки управляющей сервисной программы согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 17 изображает еще один вариант осуществления логики для выполнения сброса для перезагрузки управляющей сервисной программы согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 18 изображает один вариант осуществления логики для обнаружения несовместимой управляющей сервисной программы по отношению к последовательности загрузки согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 19 изображает один вариант осуществления обработки связанной с выполнением начальной загрузки управляющей сервисной программы согласно предпочтительному варианту осуществления настоящего изобретения,

Фиг. 20 изображает один вариант осуществления компьютерного программного продукта согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 21 изображает один вариант осуществления системы главного компьютера согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 22 изображает другой пример компьютерной системы согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 23 изображает другой пример содержащей компьютерную сеть компьютерной системы согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 24 изображает один вариант осуществления различных элементов компьютерной системы согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 25А изображают один вариант осуществления функционального устройства компьютерной системы на фиг. 24 согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 25Б изображает один вариант осуществления устройства обработки ветвлений компьютерной системы на фиг. 24 согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 25В изображает один вариант осуществления устройства загрузки и хранения компьютерной системы на фиг. 24 согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 26 изображает один вариант осуществления эмулированной системы главного компьютера,

Фиг. 27 изображает один вариант осуществления узла облачных вычислений согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения,

Фиг. 28 изображает один вариант осуществления окружения облачных вычислений согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения, и

Фиг. 29 изображает один пример уровней модельной абстракции, согласно известному уровню техники, в котором может быть реализован предпочтительный вариант осуществления настоящего изобретения.

Подробное описание

Согласно одному или нескольким аспектам предоставляется общая функция последовательности загрузки, которая позволяет управляющей сервисной программе (например, операционной системе, управляющей программе или другому автономному программному средству, которое загружается без потребности в операционной системе, такому как сопровождающие и администрирующие (например, разгрузка памяти, формат диска) сервисные программы, в качестве примеров) быть загруженными во многих конфигурациях без изменения последовательности загрузки. Например, операционная система или другая управляющая сервисная программа использует общую последовательность загрузки для обеспечения своей способности загружаться или в первой архитектурной конфигурации, которая инициализируется в одной архитектуре, например в ESA/390, а затем для обработки переключается на другую архитектуру, такую как z/Архитектура, или во второй архитектурной конфигурации, которая инициализируется и производит обработку, например, в другой архитектуре, например в z/Архитектуре.

Когда z/Архитектура постепенно вводилась, управляющие сервисные программы продолжали загружаться в ESA/390, являющейся предшественницей z/Архитектуры, а затем в процессе последовательности загрузки, обработка переключалась на z/Архитектуру. Это позволяло унаследованному программному обеспечению продолжать выполняться без изменений. Однако, имеются случаи, когда может оказаться желательной загрузка непосредственно в z/Архитектуре. Таким образом, предоставляется общая последовательность загрузки, которая позволяет управляющей сервисной программе без перекодировки загружаться в любой конфигурации. Например, записанная для z/Архитектуры операционная система использует последовательность загрузки, которая или загружается в ESA/390, а затем переключается на z/Архитектуру, или просто загружается непосредственно в z/Архитектуре. Хотя варианты осуществления в настоящем документе описаны со ссылками на ESA/390 и z/Архитектуру, один или несколько аспектов также являются применимыми к другим архитектурам.

Один пример вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки, описан со ссылками на фиг. 1. Согласно фиг. 1, в этом примере, вычислительное окружение 100 основано на предлагаемой IBM z/Архитектуре, z/Архитектура описана в публикации патента IBM под названием «z/Архитектура, принципы работы» (z/Architecture, Principles of Operation), публикация патента № SA 22-7932-09, 10-й выпуск, сентябрь 2012. Хотя вычислительное окружение основано на z/Архитектуре, в одном предпочтительном варианте осуществления оно также поддерживает одну или несколько других архитектурных конфигураций, таких как ESA/390.

В качестве примера, вычислительное окружение 100 включает в себя центральный вычислительный комплекс (СРС) 102, присоединенный к одному или нескольким устройствам 106 ввода/вывода (I/O) через одно или несколько устройств 108 управления. Центральный вычислительный комплекс 102 включает в себя, например, память 104 процессора (известную также под названием оперативная память, основная память, центральная память), соединенную с одним или несколькими центральными процессорами (известными также под названием центральных вычислительных устройств (ЦП)) 110, и с подсистемой 111 ввода/вывода, каждый из которых элементов описан ниже.

Память 104 процессора включает в себя, например, один или несколько разделов 112 (например, логических разделов), а также встроенное программное обеспечение 113 процессора, которое включает в себя гипервизор 114 логического раздела и другое встроенное программное обеспечение 115 процессора. Один пример гипервизора 114 логического раздела представлен администратором ресурсов процессора/системы Processor Resource/Systems Manager™ (PR/SM). IBM, z/OS, z/VM, z/Архитектура и Processor Resource/Systems Manager являются торговыми марками International Business Machines Corporation, зарегистрированными в нескольких юрисдикциях по всему миру. Другие используемые здесь наименования могут быть представлены зарегистрированными торговыми марками, торговыми марками или названиями продукта International Business Machines Corporation или других компаний.

Логический раздел функционирует как отдельная система и имеет в себе одно или несколько приложений 120 и, опционально, резидентную операционную систему 122, которая может отличаться для каждого логического раздела. В одном предпочтительном варианте осуществления операционная система является z/OS операционной системой, z/VM операционной системой, z/Linux операционной системой или операционной системой TPF, предлагаемой International Business Machines Corporation, Армонк, Нью-Йорк. Например, операционная система может включать в себя общую функцию 124 последовательности загрузки, или общая функция последовательности загрузки может быть представлена отдельно от операционной системы, но используется для загрузки (или инициализации) операционной системы.

Логическими разделами 112 управляет гипервизор 114 логических разделов, который реализован посредством встроенного программного обеспечения, функционирующего на процессорах 110. При рассмотрении в настоящем документе, встроенное программное обеспечение включает в себя, например, микрокод и/или милликод процессора. Он включает в себя, например, команды аппаратного уровня и/или структуры данных, используемые в реализации высокоуровневого машинного кода. В одном предпочтительном варианте он включает в себя, например, проприетарный код, обычно поставляемый как микрокод, который включает в себя выверенное программное обеспечение или микрокод, специфичный для используемого оборудования и управляющий доступом операционной системы к оборудованию системы.

Центральные процессоры 110 являются физическими процессорными ресурсами, выделенными логическим разделам. Конкретно, каждый логический раздел 112 имеет один или несколько логических процессоров, каждый из которых представляет собой, полностью или частично, выделенный разделу физический процессор 110. Логические процессоры конкретного раздела 112 могут быть либо выделены разделу таким образом, что базовый процессорный ресурс 110 резервируется для данного раздела, либо быть используемыми совместно с другим разделом таким образом, что базовый процессорный ресурс является потенциально доступным другому разделу. В одном из вариантов, один или несколько ЦП могут включать в себя аспекты описываемой в настоящем документе функции 130 конфигурации архитектурного режима (САМ).

Подсистема 111 ввода/вывода направляет поток информации между устройствами 106 ввода-вывода и основной памятью 104. Эта подсистема соединена с центральным вычислительным комплексом так, что она может быть как частью центрального вычислительного комплекса, так и быть выполненной отдельной от него. Подсистема ввода/вывода освобождает центральные процессоры от задач сообщения непосредственно с устройствами ввода-вывода и позволяет обработке данных продолжаться одновременно с обработкой ввода/вывода. Для обеспечения связи подсистема ввода/вывода использует коммуникационные адаптеры ввода/вывода. Существуют различные типы коммуникационных адаптеров, в том числе, например, каналы, адаптеры ввода/вывода, платы протокольной управляющей информации (PCI), платы Ethernet, платы интерфейса хранения малых вычислительных машин (SCSI) и т.д. В описанном здесь конкретном примере коммуникационные адаптеры ввода/вывода являются каналами, и поэтому подсистема ввода/вывода в настоящем документе называется канальной подсистемой. Это, однако, является лишь одним из возможных примеров. Другие типы подсистем ввода/вывода также могут быть использованы.

Подсистема ввода/вывода использует один или несколько трактов ввода/вывода в качестве коммуникационных каналов при управлении потоком информации к устройствам 106 ввода-вывода или от них. В этом конкретном примере эти тракты называются канальными трактами, поскольку коммуникационные адаптеры являются каналами.

Другой пример вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки, описан со ссылками на фиг. 2. В этом примере вычислительное окружение 200 включает в себя неразбитое на разделы окружение, которое может быть выполнено для многих архитектурных режимов, в том числе, z/Архитектуры и ESA/390. Это окружение включает в себя, например, процессор (центральное вычислительное устройство - ЦП) 202, который включает в себя, например, функцию 204 конфигурации архитектурного режима, а также один или несколько кэшей 206. Процессор 202 коммуникативно соединен с участком 208 памяти, имеющим один или несколько кэшей 210, и с подсистемой 212 ввода/вывода (I/O). Подсистема 212 ввода/вывода коммуникативно соединена с внешними устройствами 214 ввода/вывода, которые могут включать в себя, например, устройства ввода данных, датчики и/или устройства вывода, такие как дисплеи.

В одном из вариантов участок 208 памяти также включает в себя по меньшей мере одну управляющую сервисную программу 220, такую как операционная система, использующую общую последовательность 222 загрузки при начальной загрузке.

Другой предпочтительный вариант вычислительного окружения, охватывающего и использующего один или несколько аспектов общей функции последовательности загрузки, описан со ссылками на фиг. 3А. В этом примере вычислительное окружение 300 включает в себя, например, предназначенное для исходной среды центральное вычислительное устройство (ЦП) 302, память 304, а также одно или несколько устройств ввода-вывода и/или интерфейсов 306, соединенных друг с другом, например, через одну или несколько шин 308 и/или других присоединений. Например, вычислительное окружение 300 может включать в себя процессор PowerPC® или сервер Power SystemsTM, HP Superdome с процессорами Intel® Itanium® II, предлагаемыми Hewlett Packard, Пало-Альто, Калифорния, и/или другие машины, основанные на архитектуре, предлагаемой International Business Machines Corporation, Hewlett Packard, Intel, Oracle или другими. PowerPC и Power Systems являются торговыми марками International Business Machines Corporation, зарегистрированными в нескольких юрисдикциях по всему миру. Intel и Itanium являются торговыми марками или зарегистрированными торговыми марками Intel Corporation или ее филиалов в Соединенных Штатах и других странах.

Предназначенное для исходной среды центральное вычислительное устройство 302 включает в себя один или несколько предназначенных для исходной среды регистров 310, таких как один или несколько регистров общего назначения и/или один или несколько регистров особого назначения, используемых в процессе обработки в пределах окружения и, опционально, функцию 311 конфигурации архитектурного режима. Эти регистры включают в себя информацию, представляющую состояние окружения в любой конкретный момент времени.

Кроме того, предназначенное для исходной среды центральное вычислительное устройство 302 выполняет команды и код, которые сохраняются в памяти 304. В одном конкретном примере центральное вычислительное устройство выполняет код 312 эмулятора, сохраняемые в памяти 304. Этот код позволяет вычислительному окружению, сконфигурированному в одной архитектуре, эмулировать одну или несколько других архитектур. Например, код 312 эмулятора позволяет машинам, основанным на отличных от z/Архитектуры архитектурам, таким как процессоры PowerPC, серверы Power Systems, серверы HP Superdome или другим, эмулировать z/Архитектуру (и/или ESA/390) и выполнять программное обеспечение и команды, разработанные на основе z/Архитектуры.

Более подробная информация по коду 312 эмулятора изложена со ссылками на фиг. 3Б. Гостевые команды 350, сохраненные в памяти 304, содержат команды программного обеспечения (например, согласованные с машинными командами), которые были разработаны для выполнения в архитектуре, отличной от предназначенного для исходной среды ЦП 302. Например, гостевые команды 350 могут быть разработаны для выполнения на процессоре 202 z/Архитектуры, но вместо этого, эмулируются на предназначенном для исходной среды ЦП 302, который может быть представлен, например, процессором Intel Itanium II. В одном из вариантов гостевые команды включают в себя общую последовательность 351 загрузки. В одном из вариантов код 312 эмулятора включает в себя подпрограмму 352 выборки команд для получения одной или нескольких гостевых команд 350 из памяти 304 и, опционально, для предоставления локальной буферизации для полученных команд. Он также включает в себя подпрограмму 354 трансляции команд для выявления типа полученной гостевой команды, и для трансляции гостевой команды в одну или несколько соответствующих предназначенных для исходной среды команд 356. Такая трансляция включает в себя, например, идентификацию функции, подлежащей выполнению посредством гостевой команды, и выбор предназначенной для исходной среды команды (команд) для выполнения этой функции.

Кроме того, код 312 эмулятора включает в себя подпрограмму 360 управления эмуляцией для принуждения предназначенных для исходной среды команд к выполнению. Подпрограмма 360 управления эмуляцией может принудить предназначенный для исходной среды ЦП 302 к выполнению подпрограммы предназначенных для исходной среды команд, которая эмулирует одну или несколько ранее полученных гостевых команд и, по завершении такого выполнения, возвращает управление подпрограмме выборки команд для эмуляции получения следующей гостевой команды или группы гостевых команд. Выполнение предназначенных для исходной среды команд 356 может включать в себя загрузку данных в регистр из памяти 304, сохранение данных обратно в памяти из регистра, или выполнение некоторого типа арифметической или логической операции, как задано подпрограммой трансляции.

Каждая подпрограмма, например, реализованная в программном обеспечении, сохраняется в памяти и выполняется посредством предназначенного для исходной среды центрального вычислительного устройства 302. В других примерах, одна или несколько из числа подпрограмм или операций реализуются во встроенном программном обеспечении, аппаратных средствах, программном обеспечении или в некоторой комбинации из них. Регистры эмулированного процессора могут быть эмулированы с помощью регистров 310 собственного ЦП или при помощи местоположений в памяти 304. В предпочтительных вариантов осуществления гостевые команды 350, предназначенные для исходной среды команды 356, и код 312 эмулятора могут находиться в той же самой памяти или могут быть рассредоточены среди различных запоминающих устройств.

Описанные выше вычислительные окружения являются только примерами пригодных к использованию вычислительных окружений. Могут быть использованы другие окружения, в том числе, но не ограничиваясь, другие неразбитые на разделы окружения, другие разбитые на разделы окружения и/или другие эмулированные окружения, варианты осуществления не ограничиваются каким-либо окружением.

Как описано в настоящем документе, общая последовательность загрузки предоставляется для загрузки управляющей сервисной программы в одной из нескольких архитектурных конфигураций, включая сюда, например, первую конфигурацию, в которой управляющая сервисная программа инициализируется в первом архитектурном режиме (например, в устаревшем режиме, таком как ESA/390), а затем обработка переключается ко второму архитектурному режиму (например, расширенному режиму, такому как z/Архитектура), или вторую конфигурацию, в которой управляющая сервисная программа инициализируется и производит обработку, например, во втором архитектурном режиме. В одном варианте осуществления первый архитектурный режим включает в себя первую архитектуру системы команд и имеет первый набор поддерживаемых сервисов, таких как 31-битовая адресация, использование 32-битовых регистров общего назначения и различных функций. Кроме того, второй архитектурный режим включает в себя вторую архитектуру системы команд и имеет второй набор поддерживаемых сервисов, таких как 64-битовая адресация, использование 64-битовых регистров общего назначения и различных функций, таких как динамическая трансляция адресов и/или другие функции.

В одном варианте осуществления вторая конфигурация, в которой сервисная программа начальной загрузки инициализируется и производит обработку непосредственно в выбранном архитектурном режиме, таком как z/Архитектура, получает содействие за счет инсталляции функции конфигурации архитектурного режима. Эта функция, как описано в настоящем документе, предоставляет включение или последовательность загрузки для вычислительного окружения (например, процессора, LPAR (ресурсов доступа к логическим разделам), виртуального гостя), которая загружает вычислительное окружение в выбранном архитектурном режиме. Поэтому, прежде предоставления более подробной информации относительно общей последовательности загрузки описаны аспекты функции конфигурации архитектурного режима. Тем не менее, следует отметить, что инструмент общей последовательности загрузки также может быть использован в окружениях, не включающих в себя функцию конфигурации архитектурного режима.

В одном варианте осуществления функция конфигурации (САМ) архитектурного режима инсталлирована в одном или нескольких процессорах (например, центральных вычислительных устройствах) вычислительного окружения для управления реконфигурированием окружения. Например, когда САМ инсталлирована в поддерживающем несколько архитектурных режимов вычислительном окружении, вычислительное окружение реконфигурируется таким образом, что ограничивается использование одного или нескольких аспектов по меньшей мере одного из архитектурных режимов.

Один конкретный пример функции конфигурации архитектурного режима представлен функцией конфигурации (CZAM) архитектурного режима для z/Архитектуры. Инсталляция CZAM обозначается, например, индикатором установки функции, например битом 138, которому присваивается значение, например единица. В одном конкретном примере, когда биту 138 присвоено значение единица, функция CZAM инсталлирована, а когда она инсталлирована, нормальный сброс и чистый сброс переводят конфигурацию в архитектурный режим z/Архитектуры. Таким образом, биту функции, например биту 2, указывающему на активность архитектурного режима z/Архитектуры, также присваивается значение единица, в данном примере.

За счет инсталляции CZAM вычислительное окружение (например, одиночный процессор, логический раздел, виртуальный гость и т.д.) реконфигурируется таким образом, что более не поддерживаются один или несколько аспектов выбранной архитектуры, например, ESA/390. Различные более не поддерживаемые аспекты и/или некоторые затронутые установкой CZAM процессы описаны ниже. Хотя в описанных в настоящем документе предпочтительных вариантах осуществления совокупность архитектурных режимов включает в себя устаревшую архитектуру (например, ESA/390) и расширенную архитектуру (например, z/Архитектуру), и аспекты устаревшей архитектуры ESA/390 более не поддерживаются, другие предпочтительные варианты осуществления могут включать в себя другие архитектуры. ESA/390 и z/Архитектура являются только примерами.

Один из затронутых инсталляцией CZAM процессов представлен процессом включения. Для описания того, как этот процесс затрагивается, первоначально описан процесс включения для окружения, поддерживающего множественные архитектурные конфигурации и не включающего в себя функцию CZAM, со ссылками на фиг. 4А, 4Б, а затем описан процесс включения для окружения, сконфигурированного для множественных архитектурных конфигураций и включающего в себя функцию CZAM, со ссылками на фиг. 6А, 6Б. Включение для системы предусматривает, например, запуск системы и инициацию последовательности загрузки или других средств инициирования операций в системе. Это может соответствовать физическому включению, аппаратному сбросу и/или виртуальному включению (например, в эмулированной системе, виртуальной машине или гостевом окружении).

При обращении первоначально к фиг. 4А, при условии, что процессор вычислительного окружения был включен, а кнопка оператора, например, кнопка нормальной загрузки или кнопка чистой загрузки была активирована, процессор входит в состояние загрузки и задает вычислительному окружению конкретный архитектурный режим, например режим ESA/390, ЭТАП 400. Например, выполняется начальна