• David Hildenbrand's avatar
    s390/mm: support EDAT1 for gmap shadows · fd8d4e3a
    David Hildenbrand authored
    If the guest is enabled for EDAT1, we can easily create shadows for
    guest2 -> guest3 provided tables that make use of EDAT1.
    
    If guest2 references a 1MB page, this memory looks consecutive for guest2,
    but it might not be so for us. Therefore we have to create fake page tables.
    
    We can easily add that to our existing infrastructure. The invalidation
    mechanism will make sure that fake page tables are removed when the parent
    table (sgt table entry) is changed.
    
    As EDAT1 also introduced protection on all page table levels, we have to
    also shadow these correctly.
    
    We don't have to care about:
    - ACCF-Validity Control in STE
    - Access-Control Bits in STE
    - Fetch-Protection Bit in STE
    - Common-Segment Bit in STE
    
    As all bits might be dropped and there is no guaranteed that they are
    active ("unpredictable whether the CPU uses these bits", "may be used").
    Without using EDAT1 in the shadow ourselfes (STE-format control == 0),
    simply shadowing these bits would not be enough. They would be ignored.
    
    Please note that we are using the "fake" flag to make this look consistent
    with further changes (EDAT2, real-space designation support) and don't let
    the shadow functions handle fc=1 stes.
    
    In the future, with huge pages in the host, gmap_shadow_pgt() could simply
    try to map a huge host page if "fake" is set to one and indicate via return
    value that no lower fake tables / shadow ptes are required.
    Acked-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
    Signed-off-by: default avatarDavid Hildenbrand <dahi@linux.vnet.ibm.com>
    Signed-off-by: default avatarChristian Borntraeger <borntraeger@de.ibm.com>
    fd8d4e3a
gmap.h 4.73 KB