From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 77C2B38F9A; Tue, 9 Jan 2024 16:37:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1AEE1DA7; Tue, 9 Jan 2024 08:38:08 -0800 (PST) Received: from FVFF77S0Q05N.cambridge.arm.com (FVFF77S0Q05N.cambridge.arm.com [10.1.28.161]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 3A7253F5A1; Tue, 9 Jan 2024 08:37:21 -0800 (PST) Date: Tue, 9 Jan 2024 16:37:18 +0000 From: Mark Rutland To: Ian Rogers Cc: "Liang, Kan" , Arnaldo Carvalho de Melo , Kan Liang , Adrian Hunter , Jiri Olsa , Namhyung Kim , linux-perf-users@vger.kernel.org, Linux Kernel Mailing List Subject: Re: perf test hybrid failing on 14700K Message-ID: References: <4d86f3b6-eaee-4673-bdf5-3b97c1c1ad17@linux.intel.com> Precedence: bulk X-Mailing-List: linux-perf-users@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Jan 05, 2024 at 09:21:21AM -0800, Ian Rogers wrote: > While much has been done in the perf tool to work around latent issues > with ARM's PMU drivers and the behavior changes they have instigated, > except for 5c816728651a ("arm_pmu: Add PERF_PMU_CAP_EXTENDED_HW_TYPE > capability") where I wrote the original version, there doesn't seem to > have been progress made on the ARM PMU driver nor on ARM testing - > which was why such an issue could exist for so long, across numerous > Linux releases and ultimately break Hector and Martin. Ian, which latent issues in the PMU drivers are you referring to? I already pointed out that one of the problems you have claimed to be a driver bug is actually due to userspace incorrectly detecting support for the extended HW type, and I suggested some options which you have so far ignored: https://lore.kernel.org/lkml/ZV-CUlQhlkdOzfFZ@FVFF77S0Q05N.cambridge.arm.com/ https://lore.kernel.org/lkml/ZV-ItX1eMeIdo_00@FVFF77S0Q05N.cambridge.arm.com/ I agree that testing is a problem, and we need to do better from the arm side. Thanks, Mark.