From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 235DEC25B0E for ; Tue, 16 Aug 2022 11:23:22 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.388243.624854 (Exim 4.92) (envelope-from ) id 1oNuf3-0007Mx-2D; Tue, 16 Aug 2022 11:23:05 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 388243.624854; Tue, 16 Aug 2022 11:23:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1oNuf2-0007Mp-VJ; Tue, 16 Aug 2022 11:23:04 +0000 Received: by outflank-mailman (input) for mailman id 388243; Tue, 16 Aug 2022 11:23:03 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1oNuf1-0007LD-4g for xen-devel@lists.xenproject.org; Tue, 16 Aug 2022 11:23:03 +0000 Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10045.outbound.protection.outlook.com [40.107.1.45]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id c9f2a796-1d55-11ed-bd2e-47488cf2e6aa; Tue, 16 Aug 2022 13:23:01 +0200 (CEST) Received: from VE1PR04MB6560.eurprd04.prod.outlook.com (2603:10a6:803:122::25) by DB8PR04MB6812.eurprd04.prod.outlook.com (2603:10a6:10:f8::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5504.28; Tue, 16 Aug 2022 11:23:00 +0000 Received: from VE1PR04MB6560.eurprd04.prod.outlook.com ([fe80::2d5d:bae0:430f:70ad]) by VE1PR04MB6560.eurprd04.prod.outlook.com ([fe80::2d5d:bae0:430f:70ad%4]) with mapi id 15.20.5525.010; Tue, 16 Aug 2022 11:22:59 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: c9f2a796-1d55-11ed-bd2e-47488cf2e6aa ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IpkFSLMmvsvZrNcSkRrNIIeoJvK9nC8waZ2xo2VQ6WMsDpLE3c9J2beDnk3x/K8yPMHID9x0ihQ8k+4G5fEbiJDOvFdNPMniG/pCQot0zwFaze7WieTVnftPE+DnZtdAIXaoS1sv29yJ71QJWCUjBxqrWdvpHn/MF5JDKGh98Ud4Z/ldmGbsDkJd7PsMMERuFiCZHA+Jer4qkztVjImcHrJREJlPriu9yYjmGo8Lhj58denpXYN18rgVJJl95T4cGE7liiTw2hl5P/1EBni2Ojt6/IjnINty7peHbdKEEGcaXmCyi+WDx8ZPCL+RapFU81Rt2xfu7waIME9Q9/vD4Q== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=rDO+mH3UWS6nzQIOhSSUbBVjLaPUTUnSFrsjETx8g6I=; b=CyyjbiYcwCd/uO/vLXf/J+Q0CFHBzOlK8RY9+fVcI3CAbF4inNy4IHD+eq9ub3RDT4utMRMm7jBHcNK7vD4a0jbAUZXhcnMVYL+e6/p2Se99It1Um//lDRxVvcnP+udNYps9VVWYS5oHk+wvYeEJjH8emnDCXbbbVMV+wtjAN9JUvqc3Ufy60gmF8lmzeAys2pEWgOraKiI80qExhTbvfrKcMyt4wIxmvO7X6PyowuWkn2PM2oAHZ0wPYTaJG1Z8I+d0e0TwlxyvBOLZ7TOGfHJr8ZCb+rsYScuuXzqy518OuEl5eGwCeMlOyCAozWCsCi6ZlzFP+sxPeW1+seY75g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rDO+mH3UWS6nzQIOhSSUbBVjLaPUTUnSFrsjETx8g6I=; b=ZgrdJr+uaTNUsq9LCXWIzlU6OT6/J35+DzQZfxtLGDg6m2jWqX42x3nox+J0jKqB2QGnt47GHb+CqPDmu8EaR4c0AXxHzaW4rF33PYGtURxBgJTmvwT/tyFWpA/x7iKVoFjqtIyQ8R8qRv+X6O95fls4ykcmvUcozW2vNlEYvc6jnkybRNAjYapccqWC6tbgACSqnVfixZggMdSYQsThW9g0qqa2orCGBjPrT9gFagxzUasXIq/5NODy24F39GlmvLw/0EyVLJhM0HFRG0D9t2L6W7W20DStt2mTDe6YLS9T1Hn4hu+ZGh5mHjWYK9xEvDITFxEPf5/JGs2Kas/dZg== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com; Message-ID: <7807b9cf-a09e-a393-ee7a-dc220a68e56e@suse.com> Date: Tue, 16 Aug 2022 13:22:58 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: Ryzen 6000 (Mobile) Content-Language: en-US To: Dylanger Daly Cc: "xen-devel@lists.xenproject.org" , Andrew Cooper References: <4c3976aa-dad4-2707-2852-9b26593692d0@citrix.com> <55eb8485-0c0d-51cd-c9b8-d517994ec6c6@suse.com> From: Jan Beulich In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: FR3P281CA0036.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:1c::18) To VE1PR04MB6560.eurprd04.prod.outlook.com (2603:10a6:803:122::25) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: aeef0807-042c-4177-c194-08da7f79ad07 X-MS-TrafficTypeDiagnostic: DB8PR04MB6812:EE_ X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: D/m6MAyEV3MJumEBehSBrgTNkK+vtmx97LkSVL9ZMZsRxLsnB95MH6c1zQuqOmFQcUTXEPnc/otyBtcTddE2bfFNSFqvn0sLiOnxeK2ASfQQXpRjXSsROOhYvW1M8uTVZK2UqN14UPmDY0uPpqTSueH/WBoM/tQXLwKPnj/Z5xuXoexpM2kQz6BIXmAEKU634FcSq0EAtOys6ZnXu0t2xsI+ga+pA1TMURl7CdfhHH3/S4MCCQ8Y5oOehZeJ4enjoTeiE5qQYPa9RX0hMDLuRw42CDGqPb9kp5/3E7iuou1Z7XhS2vIblo7FWn4Z8eKUeZCJTHsNA7JkVmtMEPK7rqA/N9j0A88003TRHUO0WyOUDdf7cjWK8AcbKGi2+bhaQaCme/modewxwtgWiRs6ALt3legVb1LCecmEDVYc80N1pm24TCpbqpMIOCBLwTe5Uaz8AmbOzVBDX4yjKl8sQJsCDRl5J5nt0Gm4/nu1ES/HDHZgJ8EukSM1ubl2WlgD3IZus7UUnPKgfuHhzQFe1EV/NMP1/8+NV6yhAkD+fIrIXQNp2+5mhw9SVw/INy5j7Y8fEnGQPTI+dSv4If62TN+x4oF5xzxtT5019rHVWJyOL/m2Rgy1qZ5dudc4Dj1YkEyZDAlIci2C5XJjsA8AnVYyiW4fmwJiO6P27kq6rClTDBGmaEksDVtPdCOGP9Ux6qne7YENFX0HqmyPZTOc5hexBho3wi8HrFG+AecWeyu/RcEmECrXxCK9MO71LmmIhVCTiLmste53M9Wk7FB/RE6SXm4St+6+GjXlgkRJGLWIHgz69pRTAguwMk6PuN7fMyvCYZoSj84Nd2N7nESlHh9XKoD18RxlMprUfK6lNEU= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VE1PR04MB6560.eurprd04.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230016)(346002)(136003)(39860400002)(376002)(396003)(366004)(66946007)(66556008)(66476007)(8676002)(4326008)(316002)(31686004)(86362001)(38100700002)(31696002)(36756003)(83380400001)(2616005)(6512007)(6506007)(6486002)(53546011)(26005)(41300700001)(478600001)(966005)(54906003)(6916009)(5660300002)(2906002)(186003)(8936002)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?aldHMDlKcjFxYUZ2MzFBNWJrK0R0b0w2d3BzY0JmVmhpTzY2VTRzUnAwS3ZY?= =?utf-8?B?SnQ0VjBCUWNtM0JQMHhFdjExSlNtUVJyekc5WU5tcUxMQ0Yzd3FGL0wvdEgy?= =?utf-8?B?SlBhbUcvazJGOUhQYWtWaENrUmIvUUVibGdkWjlWbEY4NU0xNW90U3BRVGd0?= =?utf-8?B?bm5RVWVLcm9ZZEZORzZnUEp0ZGxrZVNZdjlmTnlYOXBmVTBJZ3ZMZ0FaQ3M2?= =?utf-8?B?MEdYSHkxU2tZbWo1ZnVFVUNCbHV3d3ZkT2gzT0pGc3Q0MEVwSVM0U2lud2pR?= =?utf-8?B?M0hkMTZuenVqWmdiOXYrOXI2V1RrV1ZrajcwTFhMMTBPV21jdld1NFQ3Q2xN?= =?utf-8?B?UTlINXhuN1NFcWRKbVNMYSs0SUFGK1RPWUtQay9xcmtLL1lnVkpkcmhtVGdG?= =?utf-8?B?MjE1NE9La3RVS3o3dXI2WXo3WEZIcUJGZWE1aFJXc2V6TXB2LzdqNndDZlpJ?= =?utf-8?B?UEtTdURBY1pnU3JVU2szRHpIRXAxOGhQTnRBeUtUKzJOa1loVEtzSVBJZnRn?= =?utf-8?B?dTZtcVhxK2hyZXVkek9NNWFRYldzK1VieUt1OWRHZHh4MTdPYU41ZHZRblAv?= =?utf-8?B?cEFaQnk3R1pLMDUraitqQmZPbkJxa2VwUnMxSVVzeFFaUUpmaXVFTk1iQjBJ?= =?utf-8?B?citlSytFc25VSHdKQ2cvMU9VZ2NRYkk2cm9GbjZ3V1RSSWErbWwzY0tpc0VO?= =?utf-8?B?eUNUMGovcVJCWXZYT2dwQVFiSTV3TnozYmRtNTV2d1V1VS9YUFVKWllJU016?= =?utf-8?B?bzJiRU5RdXEvZXJpRUhKVHlTd054S1pPWFdqSW41QjhmQXFKck9Vd3dpV2FW?= =?utf-8?B?b3dONHhkdE5HdWRqbkgzUFY3UnFtMjhKdnR3TS8yY0NrS2lIanNiVGplcFlH?= =?utf-8?B?a3NmblY3VkwvUDdmdVN5RTMzVTVhKzZYUmVqZTJYeU1NeDdrOW9mUmQ3Wi9F?= =?utf-8?B?am9YNHMwc3dReHVLZFNBLzBHa3FRRVY1TDZRbmJRazNqZ2xjbEs0WmNxNVhW?= =?utf-8?B?dm1KWHF1OCs0SmdmYlFFNWJhZ0gxWUo5MXVsQjRFZlpOVHF5QktveXVRTWdv?= =?utf-8?B?NTgwV0xTQ2ZMK1NFRE41MVRVUlB1aUd5Nld1d2hnK01mdjZXVEJuRU1uQ3VT?= =?utf-8?B?YmlhUW9aN0FNNWhSL01YZ0pmTHJjQnVIZHR5RE5yVk0ycldhQmVHaHBEaEg0?= =?utf-8?B?RWtIbFRwTUJ2MnBXaTJ5OTN4SE9SZktyQVZIUGtGa21zOE5lbFQ3QnNNOUhF?= =?utf-8?B?K1Zmd20xVExyaW52R1B3ZmMzekdIOHNZWXZOK3Z5VHMyc0xteVBPYXdYbXV3?= =?utf-8?B?YjFqNWpCRmZybytweXdIbnhYdmp5V3Y5MWRXUS9RdG9TZDZzNHArVGV1Kzg4?= =?utf-8?B?c05NOHFQWjlHdlAvbkFJY2NQODczZTJQVmsvS0doZ1kySXM3VHNHRDVPTHhS?= =?utf-8?B?MzVhTUNVMHpMcDU5dmpseXIrUVB4OVY3SlM2OHJCZEh0SCtuSVdPN2hwelZu?= =?utf-8?B?SVZWZlZCVkM1UStrZGNxNHNycFVqLzNEZGgvTDkwQVN4ZFczWFFMT1M4WWwr?= =?utf-8?B?dTI1WVFPVjFTN2x4dHZaS21TTFVzSzFNclhMYkdkZWdNektkaUlIdWpMV1U5?= =?utf-8?B?WTVXWm1pOUE0WUhyQ3RwdERPSks3R2RVSnJ5UUlLQUE5RFJOV2Q2M1lENDdO?= =?utf-8?B?YmNOZ3dHemh1V2pqV05SYU91YlE0OUorWU0zNlVpWmduRnMraERobGxHZERN?= =?utf-8?B?b0ZKd2xmNm1hdVE5cnlvNFZPNUQwLzgwS3REaTBIUjQ2VnBIeXhHZDRCVk9k?= =?utf-8?B?VDR1YmpWMitTUk13ZG9HWU14SnBtb2FXS01QVGVXQlRtYmcxRDF1eEJaRkRB?= =?utf-8?B?V1dwcmlsSWFsU1JQcW9lQnNOTWx6bmU0V3p6cDY4eVJrdEtYdUtzZ0kwZ0g2?= =?utf-8?B?VkIvQXNabTEybGliZnllWXlqMDZKRnpZZCtqSUF0VGkxbDdIKzJqYURNMy9G?= =?utf-8?B?L1RTYTZuSDNSazZZclJYRGFNdGVuSGhsOVZIM3RQeHc0RTlwWERsVjI5cmlm?= =?utf-8?B?bzhBYk5Pa3RqeFZINnAzN0p6UkdSeU5tNnpFdzI1ejQ5SGVPVVNzZFlNcjla?= =?utf-8?Q?2odcRr4AJ/YT8pXaxnm+ZbFX5?= X-OriginatorOrg: suse.com X-MS-Exchange-CrossTenant-Network-Message-Id: aeef0807-042c-4177-c194-08da7f79ad07 X-MS-Exchange-CrossTenant-AuthSource: VE1PR04MB6560.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Aug 2022 11:22:59.8489 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f7a17af6-1c5c-4a36-aa8b-f5be247aa4ba X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 1b9bJVYgxB5BBVWSSmKXm9M4re0EaNSvrMAmxr5Oc8ki2zinHfbjdRMy+M7FnVb0pBcuvLQFidEuKI2ug9V2ew== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR04MB6812 On 15.08.2022 18:54, Dylanger Daly wrote: > Please see the attached dom0 dmesg log, verbose lspci output and a tar of all SSDT and DSDT decompiled ACPI tables. The only way I can currently explain all aspects of the behavior that I'm aware of is for Dom0's kernel somehow not identifying the page that ACPI wants to map (via ioremap_cache()) as identity mapped. As far as ACPI goes, this is what I read out of the tables: In SSDT27.dsl we have Scope (\_SB.PCI0.GP17.AZAL) { Method (_PS0, 0, NotSerialized) // _PS0: Power State 0 { Acquire (\M27E, 0xFFFF) M460 ("FEA-ASL-\\_SB.PCI0.PBC.AZAL._PS0 CpmAzaliaPresentState = 1\n", Zero, Zero, Zero, Zero, Zero, Zero) M279 = One M276 () Release (\M27E) } M276() then invokes Local0 = M017 (Zero, 0x08, One, 0x19, Zero, 0x08) with M017() located in SSDT16.dsl: Method (M017, 6, Serialized) { Local0 = M083 /* \M083 */ Local1 = (M083 >> 0x14) Local2 = (Local1 & 0x0F00) Local2 += 0x0100 If (((Local1 + Arg0) >= Local2)) { Local3 = 0x7FFFFFFF Local3 |= 0x80000000 Local4 = ((Local3 >> Arg4) & (Local3 >> (0x20 - Arg5) )) Return (Local4) } Local0 += (Arg0 << 0x14) Local0 += (Arg1 << 0x0F) Local0 += (Arg2 << 0x0C) Return (M013 (Local0, Arg3, Arg4, Arg5)) } M013 carries out the actual memory access (32 bits at offset 0x19 from Local0 that was determined here; oddly enough a mis-aligned access, but that itself isn't a problem). The base address therefore is M083 offset by (0 << 0x14) + (8 << 0xf) + (1 << 0xc) = 0x41000 if I got things right. M083 in turn is a field in OperationRegion (CPNV, SystemMemory, 0x7AF67018, 0x000100F7) Field (CPNV, AnyAcc, Lock, Preserve) { M082, 32, M083, 32, M084, 32, ... so the first few words of machine memory at 0x7af67018 would be of interest (assuming of course that address doesn't change across boots). 0x7af67018 itself is within the ACPI NVS range. Could you perhaps obtain this from one of the /proc or /sys interfaces (perhaps from a native kernel), or should I make a debugging patch for the hypervisor? (Making one right away, with further logging added, doesn't seem useful until it's clear whether you can actually also observe output slightly before the actual crash, which has a risk of being overwritten or scrolling off the screen.) The situation of course isn't helped by the kernel's PFN <-> MFN translation asymmetry in pte_pfn_to_mfn() nor pte_mfn_to_pfn()'s anomaly (as already noted over two years ago in https://lists.xen.org/archives/html/xen-devel/2020-05/msg00549.html), albeit the exception error code suggests that the former is what is getting in the way (and what would then also result in entirely silent mapping failure). While I would like to patch the kernel at least as much for the PFN/MFN to survive and hence appear in the page table entry dump associated with the page fault, I'm afraid the resulting entry could be recognized as a swap one. Such a patch could hence only be used for debugging purposes when no swap space is in use. Jan