Skip to Main Content
IBM Z Hardware and Operating Systems Ideas Portal


This is the public portal for all IBM Z Hardware and Operating System related offerings. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Delivered
Workspace z/VM
Created by Guest
Created on Dec 17, 2014

dynamic changes for HW Crypto definitions in z/VM w/o IPL of z/VM

Allow dynamic changes of HW crypto support definitions in z/VM without the need of performing an IPL of z/VM
In an existing z/VM environment we had assigned a HW-Crypto queue to a z/VM LPAR (processor 1 Domain 4). When adding a CRYPTO statement to a Linux guest (CRYPTO DOMAIN 4 APDED 1) we could not used this crypto queue wit hthe Linux guest. We know the limitation, that an IPL of the Linux guest is necessary to use the new definitions in the directory. But the IPL of the Linux guest did not help. After discussion with Brian Hugenbruch (Endicott) it turned out that we need an IPL of the complete z/VM system (with a lot of Linux guests!!!!), as the crypto queue of proc 1 domain 4 had been used in the past for another Linux guest as shared queue (APVIRT). Even the other guest is no more existing, the system still keeps the queue and does not "free" it or gives it back to be used as APDED. To free it and to use it, an IPL of the complete z/VM system is necessary. This behaviour is in general very anoying as it will lead to a complete disruption of many Linux systems, which might be used for production!
Therefore 1st priority: remove all restrictions, which require a IPL of z/VM in the area of HW crypto support.
2nd priority: Changes in directory with CRYPTO statement should not require a IPL of this guest.

Here is the customer contact:
Ulrich Buch
ABK-Systeme GmbH, Am Weiher 1-3, D-63303 Dreieich
Telefon: +49-(0)6103-98720 - Fax: +49-(0)6103-9872-22
E-Mail: info@abk.de - Internet: http://www.abk.de
Reg.-Nr.: HRB 31631, Amtsgericht Offenbach - Ust.-ID-Nr.: DE 11352 783

Add. question: how can I make this requirement public? (as soon as I specified "z/VM" as product the visibility changed from "public" to "private").

Idea priority High
  • Guest
    Reply
    |
    May 6, 2021

    Delivered as a New Function APAR for z/VM 7.1.

  • Guest
    Reply
    |
    Dec 18, 2014

    Creating a new RFE based on Community RFE #63551 in product z/VM.