Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp2992642rwp; Fri, 14 Jul 2023 15:13:26 -0700 (PDT) X-Google-Smtp-Source: APBJJlFPClIXKlV+wtUNQAp/SHUmjnRvoPz775eHAabNhejFQg7NPDxEYcptxxttp7SrIGj13iIT X-Received: by 2002:a17:906:28a:b0:988:15f4:fdba with SMTP id 10-20020a170906028a00b0098815f4fdbamr5318727ejf.14.1689372805850; Fri, 14 Jul 2023 15:13:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689372805; cv=none; d=google.com; s=arc-20160816; b=AZ/W7M/2HF+ZzQiTSpi12ayVHEOP0+uZuRtDCkft+UvzSR2Pfrhr108S4eLm4VQDM4 LKFHisq2SW/S1uEI2v+gXY7kuFp3PVkQUdwM2bc2D0vogVEP9HgRy4hxNqS8/TYZ00fW EZkFqeU5p67eA5Ku0vZ8O8E63qCOJ1dxyq/61yGCM6JSaKMktajwbytSzJpRlqKOa/zi PLx5/w8qDlW0+CLhj146tpUiNzK63tywDYEHRm2Tw9PCohSGFpr15ixJoWcEjRcvyp+L 5SD0S0plzkDeiuuQMQ6EwjhPGItvtZtKWjlvi9Pg8Ymd+IcdeboBriFkffDZBt41+XX/ O13Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=A7F6IGocTJ04eCR83qj/IyB3tNHHnz/A4oNMJL62Ixc=; fh=38UHwQfCTqst4oI185z3ppA+qRvvGWEGuXNi5zH5OFU=; b=pa+hVYWe2XmTkt51QZcsAo3I1NpnTiu/wBb6DLC+P4ocRGJS6gTK1EC/8kzirTedWz 4lt6+eSQnjduZjSs85phsnb/sSq76xwkChOQdzWStMU8mZMzmkD05Nglef7rE+Jzj+OC yPC5LiVO2e+0UE9P1B32PVuDLRyDo8fxQfYAaO8xWvKhWqPOLWkgb65ojmyR1FBbOj19 tzsT9bIMDgTf2dXwYUR1LvrqfPkEjOOSA3LtfLvz2aS2xGbln1tqoZlUbptb+Tm6ZyaN qiaBVDLU59wbddSoetIK1lfiCCMtd979DPrxo/4Kd74MGwofRY5Nqo1Yf0985sA3Vh7k 8xpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=OdynOHxO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c10-20020a170906924a00b0098f34870d82si10348503ejx.159.2023.07.14.15.13.01; Fri, 14 Jul 2023 15:13:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=OdynOHxO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230093AbjGNVrh (ORCPT + 99 others); Fri, 14 Jul 2023 17:47:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49420 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbjGNVrf (ORCPT ); Fri, 14 Jul 2023 17:47:35 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D12B3A86 for ; Fri, 14 Jul 2023 14:47:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1689371246; x=1720907246; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=U9IYjXe1hVbKh6J8z4uLxx2x7zmV/SMrJyKMB29SNcw=; b=OdynOHxOsm6+NDAeWFIKlGRGlFOrUYVa0dX16KJbQx44AkAN0vUJ1aRQ oY9sXEZk7vkjxTgx/ruK3NCTsFWYO9lVBK/WOocUGgFIpdNgCvD02PKK7 ZZ45OO0ss2spUwbEwpE4BgQxp7N0D2LQI0xYBOChMCOb/2AtV4U9q/6j/ ZJI8Yr/OuPJAT4E86N8MD8GcAE3nEdgc24gVVydw3U0xwTvPYdkH2HBaT qptChdVLHG2ptSHiSMwbeB3xOsSu3lMeGjnGPg6Ijz0gxLyGporBwVZ1k /nOm4MS6Ywv4bkaXDDh5FHm8p+mpeyL/62yQwGlfeXJT7Omu3WdzdMYCZ g==; X-IronPort-AV: E=McAfee;i="6600,9927,10771"; a="365623674" X-IronPort-AV: E=Sophos;i="6.01,206,1684825200"; d="scan'208";a="365623674" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jul 2023 14:47:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10771"; a="792552670" X-IronPort-AV: E=Sophos;i="6.01,206,1684825200"; d="scan'208";a="792552670" Received: from avandeve-mobl1.amr.corp.intel.com (HELO [10.251.9.164]) ([10.251.9.164]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jul 2023 14:47:25 -0700 Message-ID: <6ce7c4d8-3320-7712-a562-a43224c2602b@linux.intel.com> Date: Fri, 14 Jul 2023 14:47:24 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [6.5.0-rc1] unchecked MSR access error: RDMSR from 0xe2 at rIP: 0xffffffff87090227 (native_read_msr+0x7/0x40) (intel_idle_init_cstates_icpu) Content-Language: en-US To: Peter Zijlstra Cc: "Wysocki, Rafael J" , Bruno Goncalves , x86@kernel.org, LKML References: <20230711112421.GI3062772@hirez.programming.kicks-ass.net> <20230711125557.GM3062772@hirez.programming.kicks-ass.net> <20230711132553.GN3062772@hirez.programming.kicks-ass.net> <0837a34c-f66e-aa04-d4a7-b032d3dbab7a@intel.com> <20230714211109.GC3275140@hirez.programming.kicks-ass.net> From: Arjan van de Ven In-Reply-To: <20230714211109.GC3275140@hirez.programming.kicks-ass.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/14/2023 2:11 PM, Peter Zijlstra wrote: > On Tue, Jul 11, 2023 at 11:39:53AM -0700, Arjan van de Ven wrote: >> On >>> I think you mean "revert"? >>> >>> That can be done, but maybe it can be fixed instead? >> >> this specific issue I will fix shortly (together with the RDMSR thing) > > I still don't know why this needs to be in intel_idle. we can do a seperate idle driver; it'll still be x86 specific (since idle really is arch specific)... and then the umwait parts of this will be Intel specific.. as well any future idle methods .. and I'm not sure the AMD folks would even want it used .... at which point it ends up Intel specific fully and we now have 2 Intel idle drivers. I don't see how that makes sense.