Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3983327pxb; Tue, 25 Jan 2022 00:38:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJyVbf5iZ/AyDgzKuyK/HKYfK7v4xPl1ogEW4fdxGkGIpLtw2FnRs8pZ33ofOugNvRmaaGxF X-Received: by 2002:a17:906:c156:: with SMTP id dp22mr3699939ejc.84.1643099937476; Tue, 25 Jan 2022 00:38:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643099937; cv=none; d=google.com; s=arc-20160816; b=szle9BZcGMmYqxJ9ppP3eZBOYSFt72Im8nsIEXkMA3QYpmPFTc7hSPS0gdyBB37A0I OG87fIX9BMTYdfg6z4IryeELr2wnwDPjridFfJeOwlF0C/8cxB9JSb+zUVwbobqcWFsn BuO6H10gHAwLCEeT0sYNL7BAsdSD7pMaB3y0FRC+9Ytb4wAKRCCjEOg/ldJ/R/4Ef0z/ NHotrZH7UWtR623jV/F0eHqj99XvuiccJ/41EDbur0rBfVx4pl84yoHSxhEs3jIKj71e 7hZwgJWvQdVUrC2YDQXWF1P7diqUoPtx4aZTX3qd3lCSo2rPxP9nSxtLQ9P1/eJXkHxH TKig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:in-reply-to:date:subject :cc:to:from:references:dkim-signature:dkim-signature; bh=Hg+/kJzRpMwyU8RBBG9lM29Q4G3SCNyE5PQExKQjrjg=; b=i3DpeKdv3UDCDYrYM8iJ+lvFee+gIXhEEGcUN/L9KU6K/1IEOS2kZjryyHZFsn87q3 gEy3t3RthKz9lhSQzA0HYy+udJCHeiosLNroqI+BBk0LzpU/WfTu4jaLOuOUcD/K+nse gmEtXOrNu0ccC5uRLtxjIRcdh81moJ2SiWHGD9jSvKk9J/KhMJGXbUHTiHsIAte8P1/v h1fPt4GRkeJX3kV/6tTc9APrY/Uahs5b1I0nysbVrK9Yu5bMUlxRyxwNRUVFLy4OHiOa vScVqzZovgu5gKn3NtRemLlQ5b/e5C/nVJhOx4U3/j850WW6SmPGp7eFAUxyadY6Kv0f Jq9Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@turner.link header.s=fm1 header.b="BqhV2/LX"; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=NnF9YKvT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dmarc-none.turner.link Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id nc4si10508816ejc.938.2022.01.25.00.38.33; Tue, 25 Jan 2022 00:38:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@turner.link header.s=fm1 header.b="BqhV2/LX"; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=NnF9YKvT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dmarc-none.turner.link Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1316331AbiAYC5C (ORCPT + 99 others); Mon, 24 Jan 2022 21:57:02 -0500 Received: from new4-smtp.messagingengine.com ([66.111.4.230]:60353 "EHLO new4-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S3414335AbiAYAot (ORCPT ); Mon, 24 Jan 2022 19:44:49 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id 8BAC1580389; Mon, 24 Jan 2022 19:44:48 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 24 Jan 2022 19:44:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=turner.link; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; bh=Hg+/kJzRpMwyU8RBBG9lM29Q4G3SCNyE5PQExK Qjrjg=; b=BqhV2/LX+jA/ib0C3suNSFwh8doiJauUSvPVxk+uBbNEorrAZbP1iR 5gNpFk2LgQ7cLfef4t7YtlVJSeAE1tg7pNCtVRYvd5IfU96XR2wTMxWkt5EgqN5O xbZYT20AVlZSDY6PPGchtxHvVVZxZh+6cPw4ahe/8gK2gmshQA7Rb5oAruoy5iD9 0lpJlFpQzx8xBboXOi81OZfCQl5D2CoNFJMi4EUzEbEORp5XHpGY1Ae0zEJQFMcG irXojU99SQzfbYshiyxeHeKgyKApQLq43HdA+0p7iRoIL+aYSMhIDLLINo475C4T JiMKE71bQGkV8LTe7hWUbRgrjFnaiyOg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Hg+/kJzRpMwyU8RBB G9lM29Q4G3SCNyE5PQExKQjrjg=; b=NnF9YKvTgV+/CzqonPrhH6bqt2WlJ4u/V 0e5EIJr4hxAwC9+fPKCyjMjLQFL7qrbjxjXFIPrdrUTGfM7J6s3SHwnq67rYY35f AAdyTDYdeqWTj4LCnd+TZ70KSgKLAVdSglmbXgwa+ajA6n/uUMX1EpFmSlYkwj/D w8Xjd3ybbGdoY1DGBiQn2dxoQV8DpbD0T3IQ2uw6cxeFgp9p/TCwyaO+BhzpE0mF LxR/XD6IxXdjTGUUAozzYQknbIZf0gvWcm4ExzybZRggNr/xbIys/rnbBcng0jOh pyPxkrjIS0E8x1ywdW+MBOVpvlDmppAIOE3MijQ16LRpMyXnYn9Yw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrvdekgddvhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpehfhffvufffjgfkgggtsehttdertddttddtnecuhfhrohhmpeflrghmvghsucfv uhhrnhgvrhcuoehlihhnuhigkhgvrhhnvghlrdhfohhsshesughmrghrtgdqnhhonhgvrd htuhhrnhgvrhdrlhhinhhkqeenucggtffrrghtthgvrhhnpeetvdefudehieeufefghfdv teeitddtvefhieetuefhleevudevtddtfffggffgteenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehlihhnuhigkhgvrhhnvghlrdhfohhsshes ughmrghrtgdqnhhonhgvrdhtuhhrnhgvrhdrlhhinhhk X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 24 Jan 2022 19:44:47 -0500 (EST) References: <87ee57c8fu.fsf@turner.link> <87a6ftk9qy.fsf@dmarc-none.turner.link> <87zgnp96a4.fsf@turner.link> <87czkk1pmt.fsf@dmarc-none.turner.link> <87sftfqwlx.fsf@dmarc-none.turner.link> From: James Turner To: "Lazar, Lijo" Cc: Alex Deucher , Thorsten Leemhuis , "Deucher, Alexander" , "regressions@lists.linux.dev" , "kvm@vger.kernel.org" , Greg KH , "Pan, Xinhui" , LKML , "amd-gfx@lists.freedesktop.org" , Alex Williamson , "Koenig, Christian" Subject: Re: [REGRESSION] Too-low frequency limit for AMD GPU PCI-passed-through to Windows VM Date: Mon, 24 Jan 2022 18:58:10 -0500 In-reply-to: Message-ID: <87ee4wprsx.fsf@turner.link> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lijo, > Not able to relate to how it affects gfx/mem DPM alone. Unless Alex > has other ideas, would you be able to enable drm debug messages and > share the log? Sure, I'm happy to provide drm debug messages. Enabling everything (0x1ff) generates *a lot* of log messages, though. Is there a smaller subset that would be useful? Fwiw, I don't see much in the full drm logs about the AMD GPU anyway; it's mostly about the Intel GPU. All the messages in the system log containing "01:00" or "1002:6981" are identical between the two versions. I've posted below the only places in the logs which contain "amd". The commit with the issue (f9b7f3703ff9) has a few drm log messages from amdgpu which are not present in the logs for f1688bd69ec4. # f1688bd69ec4 ("drm/amd/amdgpu:save psp ring wptr to avoid attack") [drm] amdgpu kernel modesetting enabled. vga_switcheroo: detected switching method \_SB_.PCI0.GFX0.ATPX handle ATPX version 1, functions 0x00000033 amdgpu: CRAT table not found amdgpu: Virtual CRAT table created for CPU amdgpu: Topology: Add CPU node # f9b7f3703ff9 ("drm/amdgpu/acpi: make ATPX/ATCS structures global (v2)") [drm] amdgpu kernel modesetting enabled. vga_switcheroo: detected switching method \_SB_.PCI0.GFX0.ATPX handle ATPX version 1, functions 0x00000033 [drm:amdgpu_atif_pci_probe_handle.isra.0 [amdgpu]] Found ATIF handle \_SB_.PCI0.GFX0.ATIF [drm:amdgpu_atif_pci_probe_handle.isra.0 [amdgpu]] ATIF version 1 [drm:amdgpu_acpi_detect [amdgpu]] SYSTEM_PARAMS: mask = 0x6, flags = 0x7 [drm:amdgpu_acpi_detect [amdgpu]] Notification enabled, command code = 0xd9 amdgpu: CRAT table not found amdgpu: Virtual CRAT table created for CPU amdgpu: Topology: Add CPU node Other things I'm willing to try if they'd be useful: - I could update to the 21.Q4 Radeon Pro driver in the Windows VM. (The 21.Q3 driver is currently installed.) - I could set up a Linux guest VM with PCI passthrough to compare to the Windows VM and obtain more debugging information. - I could build a kernel with a patch applied, e.g. to disable some of the changes in f9b7f3703ff9. James