[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v4 6/8] xen/arm: Add handler for cp15 ID registers


  • To: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
  • Date: Fri, 18 Dec 2020 10:14:05 +0000
  • Accept-language: en-GB, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a8/aC1Gwa1XmOgO0/yE6MwJASl+YoIUVsLPJX7X+98g=; b=YrH/xBtEvdVpYiYNhO6byyN9kp33fV6fK+/kR3FTsgQc/SaU8CR5Y2PDZ8f7kF/x2KXlYNMBk4fh8tUueW3Mhka15/CoJYUmEoZ1CQuIGv67wRNSl8ZVnpc0K5uHSZzpHx+muuuLeZcQp27PBLFGTKZMrEPyJHiQ9sg5i0kk9D4sKIW62VrTKd9i6SNhFlz/kzT5uL4GKD8xy0KqusdHzVVnTyYrDaRdByAjhOookt1r3eQi1rgAyhALnRmtqi0Qr/m/Ps/w/Y8sUW5Ig48HpS9geM7RA0ydfi6dDJ5IhaU1C5WdFFxbDL2RLxVAHqJrwXUCsfhkor8HbisJJYbfHw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NYnVcL6TcecoTPJZ2Yt4+y9uTKGzzR1xHK9QOewHmtBe+5oS04MHLSTSrICNza/H1ADl2sW4h6JNE4wXiiYoVi/NUrg6x2DpOy+LWJ8PmnyzGTl8tZqBEthmrkpzFJKKsl7Gjq8F2d7HzNq6+EHsBKn+jloTc61n2ifrvBN91Su4uYcVT+rnrrKtUG46UatKgUfDeT+gLWkRd0AAwVRHNq719w4CqtT39elB5APN0DNx7FvQ2yuGG+bITrt/PXOpArj8T9J5BF7SF2FSFoHdtI60ut2mGSAQdbcY9faKM8xcjvtdd9GzdAwX5nyS4WutwVuokEEEkIUyEL9xUbns2Q==
  • Authentication-results-original: kernel.org; dkim=none (message not signed) header.d=none;kernel.org; dmarc=none action=none header.from=arm.com;
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Fri, 18 Dec 2020 10:14:35 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: kernel.org; dkim=none (message not signed) header.d=none;kernel.org; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHW1IteiuLr9xa1TUaHJbPfJMFoB6n78jeAgACxuAA=
  • Thread-topic: [PATCH v4 6/8] xen/arm: Add handler for cp15 ID registers

Hi Stefano,

> On 17 Dec 2020, at 23:37, Stefano Stabellini <sstabellini@xxxxxxxxxx> wrote:
> 
> On Thu, 17 Dec 2020, Bertrand Marquis wrote:
>> Add support for emulation of cp15 based ID registers (on arm32 or when
>> running a 32bit guest on arm64).
>> The handlers are returning the values stored in the guest_cpuinfo
>> structure for known registers and RAZ for all reserved registers.
>> In the current status the MVFR registers are no supported.
>> 
>> Signed-off-by: Bertrand Marquis <bertrand.marquis@xxxxxxx>
>> ---
>> Changes in V2: Rebase
>> Changes in V3:
>>  Add case definition for reserved registers
>>  Add handling of reserved registers as RAZ.
>>  Fix code style in GENERATE_TID3_INFO declaration
>> Changes in V4:
>>  Fix comment for missing t (no to not)
>>  Put cases for reserved registers directly in the code instead of using
>>  a define in the cpregs.h header.
>> 
>> ---
>> xen/arch/arm/vcpreg.c | 65 +++++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 65 insertions(+)
>> 
>> diff --git a/xen/arch/arm/vcpreg.c b/xen/arch/arm/vcpreg.c
>> index cdc91cdf5b..1fe07fe02a 100644
>> --- a/xen/arch/arm/vcpreg.c
>> +++ b/xen/arch/arm/vcpreg.c
>> @@ -155,6 +155,24 @@ TVM_REG32(CONTEXTIDR, CONTEXTIDR_EL1)
>>         break;                                                      \
>>     }
>> 
>> +/* Macro to generate easily case for ID co-processor emulation */
>> +#define GENERATE_TID3_INFO(reg, field, offset)                      \
>> +    case HSR_CPREG32(reg):                                          \
>> +    {                                                               \
>> +        return handle_ro_read_val(regs, regidx, cp32.read, hsr,     \
>> +                          1, guest_cpuinfo.field.bits[offset]);     \
> 
> This line is misaligned, but it can be adjusted on commit

Oh yes this was spotted by Julien on the previous serie and I forgot to fix it.

> 
> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx>
> 

Thanks
Bertrand

> 
> 
>> +    }
>> +
>> +/* helper to define cases for all registers for one CRm value */
>> +#define HSR_CPREG32_TID3_CASES(REG)     case HSR_CPREG32(p15,0,c0,REG,0): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,1): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,2): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,3): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,4): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,5): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,6): \
>> +                                        case HSR_CPREG32(p15,0,c0,REG,7)
>> +
>> void do_cp15_32(struct cpu_user_regs *regs, const union hsr hsr)
>> {
>>     const struct hsr_cp32 cp32 = hsr.cp32;
>> @@ -286,6 +304,53 @@ void do_cp15_32(struct cpu_user_regs *regs, const union 
>> hsr hsr)
>>          */
>>         return handle_raz_wi(regs, regidx, cp32.read, hsr, 1);
>> 
>> +    /*
>> +     * HCR_EL2.TID3
>> +     *
>> +     * This is trapping most Identification registers used by a guest
>> +     * to identify the processor features
>> +     */
>> +    GENERATE_TID3_INFO(ID_PFR0, pfr32, 0)
>> +    GENERATE_TID3_INFO(ID_PFR1, pfr32, 1)
>> +    GENERATE_TID3_INFO(ID_PFR2, pfr32, 2)
>> +    GENERATE_TID3_INFO(ID_DFR0, dbg32, 0)
>> +    GENERATE_TID3_INFO(ID_DFR1, dbg32, 1)
>> +    GENERATE_TID3_INFO(ID_AFR0, aux32, 0)
>> +    GENERATE_TID3_INFO(ID_MMFR0, mm32, 0)
>> +    GENERATE_TID3_INFO(ID_MMFR1, mm32, 1)
>> +    GENERATE_TID3_INFO(ID_MMFR2, mm32, 2)
>> +    GENERATE_TID3_INFO(ID_MMFR3, mm32, 3)
>> +    GENERATE_TID3_INFO(ID_MMFR4, mm32, 4)
>> +    GENERATE_TID3_INFO(ID_MMFR5, mm32, 5)
>> +    GENERATE_TID3_INFO(ID_ISAR0, isa32, 0)
>> +    GENERATE_TID3_INFO(ID_ISAR1, isa32, 1)
>> +    GENERATE_TID3_INFO(ID_ISAR2, isa32, 2)
>> +    GENERATE_TID3_INFO(ID_ISAR3, isa32, 3)
>> +    GENERATE_TID3_INFO(ID_ISAR4, isa32, 4)
>> +    GENERATE_TID3_INFO(ID_ISAR5, isa32, 5)
>> +    GENERATE_TID3_INFO(ID_ISAR6, isa32, 6)
>> +    /* MVFR registers are in cp10 not cp15 */
>> +
>> +    /*
>> +     * Those cases are catching all Reserved registers trapped by TID3 which
>> +     * currently have no assignment.
>> +     * HCR.TID3 is trapping all registers in the group 3:
>> +     * coproc == p15, opc1 == 0, CRn == c0, CRm == {c2-c7}, opc2 == {0-7}.
>> +     * Those registers are defined as being RO in the Arm Architecture
>> +     * Reference manual Armv8 (Chapter D12.3.2 of issue F.c) so handle them
>> +     * as Read-only read as zero.
>> +     */
>> +    case HSR_CPREG32(p15,0,c0,c3,0):
>> +    case HSR_CPREG32(p15,0,c0,c3,1):
>> +    case HSR_CPREG32(p15,0,c0,c3,2):
>> +    case HSR_CPREG32(p15,0,c0,c3,3):
>> +    case HSR_CPREG32(p15,0,c0,c3,7):
>> +    HSR_CPREG32_TID3_CASES(c4):
>> +    HSR_CPREG32_TID3_CASES(c5):
>> +    HSR_CPREG32_TID3_CASES(c6):
>> +    HSR_CPREG32_TID3_CASES(c7):
>> +        return handle_ro_raz(regs, regidx, cp32.read, hsr, 1);
>> +
>>     /*
>>      * HCR_EL2.TIDCP
>>      *
>> -- 
>> 2.17.1




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.