Received-SPF: pass (google.com: domain of linux-kernel+bounces-118893-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Message-ID: <92117ba1-54ff-4752-b446-0ed09bde7201@os.amperecomputing.com>
Date: Tue, 26 Mar 2024 17:03:27 +0530
User-Agent: Mozilla Thunderbird
Subject: Re: [RFC PATCH] kvm: nv: Optimize the unmapping of shadow S2-MMU
 tables.
Content-Language: en-US
To: Marc Zyngier <maz@kernel.org>
Cc: kvmarm@lists.linux.dev, kvm@vger.kernel.org,
 linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
 oliver.upton@linux.dev, darren@os.amperecomputing.com,
 d.scott.phillips@amperecomputing.com
References: <20240305054606.13261-1-gankulkarni@os.amperecomputing.com>
 <86sf150w4t.wl-maz@kernel.org>
 <6685c3a6-2017-4bc2-ad26-d11949097050@os.amperecomputing.com>
 <86r0go201z.wl-maz@kernel.org>
From: Ganapatrao Kulkarni <gankulkarni@os.amperecomputing.com>
In-Reply-To: <86r0go201z.wl-maz@kernel.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?utf-8?B?ckM5YXVjWHAwTnYxVW1pSjZ3R29tSzYwYU1neUdqTFhndDF4eElVYitDUEYz?=
 =?utf-8?B?bUd1VWFNeTVYdWl2MkdsQWg0MDFwcFZ4cVB1OG1iWU5JaERWYjhzajFMZGx4?=
 =?utf-8?B?OHVlN3BHYjhUa0IvV2MrQVhxU1FVbmZJc0RmamtHenFjT3pPMnNHTjJKMzhj?=
 =?utf-8?B?eVpjTHhMTEd5Mjk2MkkwSWYxMVBQVlVhWFBpVFQzbWdmamFrWjdDVXMrMWVQ?=
 =?utf-8?B?cWdaZ05PbnhocmI5VmErRmhXZGo1elpFWkNFeXE0cGtxcDl0blVJcWRsU09a?=
 =?utf-8?B?a2luN21Jb1kzeGFtZnByOFpQdmoxVG1MV2EzYlZxREZjdE04WXgyTXJ5TlE1?=
 =?utf-8?B?ZUE2aU5WU2psbDEvMmI4QmFWUWRXMUJpc1lteVJMcCsxamFYVlF0T083YW5h?=
 =?utf-8?B?M05FckRuQ0Y4eHlGbGpwbmVnbWJaZ1BMc2h2UG1iMlluVnJWbmpJd0F6SERz?=
 =?utf-8?B?YW9MZzExMnhXc1JjektYaXVaTTFhT25ZLzZyZzBTbERRRFBxUHgzZytKSVRw?=
 =?utf-8?B?WU5WUVdmVEhRZlhWZGdIZ2xLbmduL3BjMWM0MkltL1hQVWIrZmwwM2k4SG1h?=
 =?utf-8?B?YmY0RVpBQUszU3h4K3hKYklvUis1cWVKYzFaMWRVcEhYVHpmbDN0RHJuMURn?=
 =?utf-8?B?MUhNYzB3Sjd6WjFmSnpveUx3S2tZd3Qxa1ZQZjZveVo5S0hFNHk3bXRtdXIw?=
 =?utf-8?B?WVM1V1pNZGhNeW1nODQ4UHFGRVNFVzdtSHdTNjFrd1hqOXJudGpGTU8yRU5m?=
 =?utf-8?B?VVhpMTUwVzZ2d1l3VXNCY1VjaVMwd0RDNlBjeSs2ZTRwdDVWaldwdVJqTmNU?=
 =?utf-8?B?YWhTOEhGalZTZDdiVkh4K1BZcitRN0l6dHJwRjRuQ0ZrdFFYV3hzTWlleVND?=
 =?utf-8?B?eStObENkbUpYRHR3U1NlOVdZUGFVM1d1V2t5WFFWZHA4clJpWUxqR25jYXMw?=
 =?utf-8?B?MXhvYWxOUUNpcytmdk16T1lEV2NaLytYUUF0dnA2eGZaRHNaZ2pKQWRKS2RZ?=
 =?utf-8?B?TmZERkNmUy9peGhHSHVwclhGaEIwWWE0bDhlRzlKNXI5ZTIxK2QvOG1aQ1E0?=
 =?utf-8?B?dHpnMXB0d0gvUnBGUkNCSmg0RFhxZTJwaCswczRCTzZQQ1hmSWwvRHNMZk5l?=
 =?utf-8?B?OWplSzhKdVRoaVlCRmNhRmhjZmZCTWh6RFZ1ZnJaSUlEalNBbms0WkRWellB?=
 =?utf-8?B?VnJVcFIvQUZaemxqSXVwcG5pQkMzVStzck0rMWswZTk1bWVlVWdvSEJXVktj?=
 =?utf-8?B?RDhyejM5eitoam95aTBMQ3F2dGJ2UG9mZXhuTUdRblNkTERwUnVGMEd6ZG4r?=
 =?utf-8?B?UXB3NUhZUThpODFzcW1aeng1K2R2ektMN0FPTElsZERJRndUR2IydzJkUkV5?=
 =?utf-8?B?clFVcE5XTHNYTk9Md2hjbkF6TmxQTmxRR0xoN2E0ZFQzYUQ3NGc5OE9qcmpK?=
 =?utf-8?B?cUxKWTg0dmxiTG5rVm1rQUkyWDJxVTg1WHY0V0hhNExFcExPc0F4TU1KbE0x?=
 =?utf-8?B?RnltYWFuZUxTbEdETVNVR2xUbURFUFlMSVc4TFB5dmgyWklEUW9NMHB0SE9V?=
 =?utf-8?B?dkZSSC8yMFo2MkJlQWxVTnlmRE0wODlWUmRFN04vWkpndE8xVEdMM0ZVVGlN?=
 =?utf-8?B?SWk0eVdpK3RRN3pncUszcmZpeW0xOEN3TnU5aXRyZW9HbFFkVjV2WUloMVJo?=
 =?utf-8?B?YlZYQW04U1FZUmlySzNFYUdPeFZMaDA2QnBCQUpxWSsyNEFaZGl3OHU2eWF0?=
 =?utf-8?B?cC9pZW0vTnJOWGgwNkZHeEQ0OFcvcTFFMUwxWnk4cS90ZEl4RXZPVGw4Y3NK?=
 =?utf-8?B?R0FzS0R3dGw1bUhGSk1VK3hhRjdGRXRGT0xFK2tkYnpKRkRjb3VLRVRtcFZk?=
 =?utf-8?B?QXM2WkZvMy9udGUvQnlXRlBMcnlUOVhGQm1IM0doanJVUXlib08rWENuV0tu?=
 =?utf-8?B?dEZOdWQya3JzdmZyaEo2ZnFBMzZrSE42K2I4RjlZWjl0bmxFN0dLVm9ZQXl6?=
 =?utf-8?B?enJaaW9VL29GK1lITDhTOEFKcy9pUmQ1YWZBNWxHUTllR0oxd1VqWWdncGhv?=
 =?utf-8?B?MzAzc1d3dUxPQ1pQVHZkTXovWFI3emd1SDNTWTJ2TUI1ejZ0UkF0RUZXaUEy?=
 =?utf-8?B?VHpyRThhRElsTXQyUmV3Y0hqM2lNcGduMjEyV1B2WXRhMTd1aTEvUWRIZHBt?=
 =?utf-8?Q?GP+37CZ3mCzpeJX9OvPPvOYu3iWkpxIwHJfZnEjiNSjJ?=
X-OriginatorOrg: os.amperecomputing.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3fd694d4-50b0-4a6d-1172-08dc4d8893c6
X-MS-Exchange-CrossTenant-AuthSource: SJ2PR01MB8101.prod.exchangelabs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Mar 2024 11:33:37.1542
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3bc2b170-fd94-476d-b0ce-4229bdc904a7
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: cyq1oISPCGnCLol8GebSxnU6fKXugwF+Q0exMksBwum8dJoffvDQfhh462Xt75kXlwzNjB5v4iSmP27lwuSMTpY8ftN9F1ZqR3RdYzF3gbWdFaUKGxKWuliu8Du0Swte
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR01MB7702


Hi Marc,

On 05-03-2024 08:33 pm, Marc Zyngier wrote:
> On Tue, 05 Mar 2024 13:29:08 +0000,
> Ganapatrao Kulkarni <gankulkarni@os.amperecomputing.com> wrote:
>>
>>
>>
>> What are the core issues (please forgive me if you mentioned already)?
>> certainly we will prioritise them than this.
> 
> AT is a big one. Maintenance interrupts are more or less broken. I'm
> slowly plugging PAuth, but there's no testing whatsoever (running
> Linux doesn't count). Lack of SVE support is also definitely a
> blocker.
> 

I am debugging an issue where EDK2(ArmVirtPkg) boot hangs when tried to 
boot from L1 using QEMU.

The hang is due to failure of AT instruction and resulting in immediate 
return to Guest(L2) and the loop continues...

AT instruction is executed in function of 
__get_fault_info(__translate_far_to_hpfar) in L1 when data abort is 
forwarded. Then AT instruction is trapped and executed/emulated in L0 in 
function "__kvm_at_s1e01" is failing and resulting in the return to guest.

Is this also the manifestation of the issue of AT that you are referring to?

Thanks,
Ganapat