Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp861374rwe; Wed, 31 Aug 2022 12:21:36 -0700 (PDT) X-Google-Smtp-Source: AA6agR47u4BH5+xlZCD6hXpM/01OfGo8zogC3Zpyd1V9tbwmpTa8JMDciZpLj1IoBCKL2t1Jcw3w X-Received: by 2002:a63:4c50:0:b0:429:983d:22f1 with SMTP id m16-20020a634c50000000b00429983d22f1mr23515302pgl.213.1661973695901; Wed, 31 Aug 2022 12:21:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661973695; cv=none; d=google.com; s=arc-20160816; b=NXh0Wp2VVlJykCFvtw7zaN2XbB7sco71PQNlju8iFIaIbCuBGKoHioMMMH/98/QDZv EloBcHx+hz+7zjsebfic+3AjMDGmyDkRdFBjjn2PUmlkAiLI2l/hvmc9TQE7kWErqpYh Y/nPWZqjkwYDQHtoutpPvI1ADQt73viFH0vdKtrZssYCdkCAoQLzOs9EjodcD+ZAFyhB 6aIP4RuxkkEq8bHncTYn40J4Co1F4PzSKBymq0WW3g2MjhS8XaUCszKvAiLD3om0YeME bCfdx+dXo9rWko90nD8f0nHYj+gyJELvqfd/GbP1OKmGzo0L+rntgND7NjCitEV1WMp9 HVzg== 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=QecrjeNQeJRW+ReNySWnQPSw8h5rC1O0PRbkpyUkLME=; b=v3FMxqJU9r9nq66bOK6WXKwMAR6TjBoGkVK5zl0qv+G5KG2XH3U/lbjFe2vkAtde42 Y86nTIFlLTtvOrDHM54w2qHMxcl11xABDBBrGBjQWp/iezddMFeKYBo0hNQq5y7VMYDo 0at0IRHm7YNWJG84n02q05liIaEvbLzE53BJ9+rhl8Cs9NrBwA2HdUg0dJIiBaNPklg1 W3lBM7i+dflJKRVrzCxE7WBMYPXiqftRyIhzBEenPYybzpN2tKIGT2QqRKJE4M9vg2qY xmOuVmK3NqwENQeY8QhfzoTm30HOI4nzUsg7a9BruJ5QUoKTdR3jLLp1L1W38uIEVRC1 vv7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=LWusMo6P; 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 t11-20020a63dd0b000000b0042c2deeff6csi5544718pgg.523.2022.08.31.12.21.24; Wed, 31 Aug 2022 12:21:35 -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=LWusMo6P; 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 S233048AbiHaSiz (ORCPT + 99 others); Wed, 31 Aug 2022 14:38:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233076AbiHaSiG (ORCPT ); Wed, 31 Aug 2022 14:38:06 -0400 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3DB322A404; Wed, 31 Aug 2022 11:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1661970914; x=1693506914; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=oZ81GBOoxsRgNamHItqt8q6nDc0jiyU7IDPS+Ea0r+4=; b=LWusMo6P62gbPWSXVorSKmkVHwjSUUNBLDvsPBLmfjp5LXO/JKezxHju lIBcN0KN8zMYsVBfR902fplhM/W+9qwRS+xt5AH26jksyc1hsfIBVAtVc YxfeJHvFnlSHoJ9Mw0R/niMv1gWtvxrYmNnmxG/UC8l6xIOkBUeB9928/ 6lowxvXYPuGtt1DbxXvkYMGtQ2Ud3KhOGplo3Hki6mX4pWxPUOWdiLDno WomEeT9SFyWJohnhVlQxAirP8cl/l6zb6n1PC6W8rd/hZTzxA8cju/XAY SG+pVvq1xtyEnqCgK9NU8kCgf1A0Xqt2pHjNAuBk3DQfbls+iH+0fnSN3 Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10456"; a="296798210" X-IronPort-AV: E=Sophos;i="5.93,278,1654585200"; d="scan'208";a="296798210" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Aug 2022 11:35:11 -0700 X-IronPort-AV: E=Sophos;i="5.93,278,1654585200"; d="scan'208";a="612191393" Received: from nkrobins-mobl2.amr.corp.intel.com (HELO [10.212.220.19]) ([10.212.220.19]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Aug 2022 11:35:11 -0700 Message-ID: Date: Wed, 31 Aug 2022 11:35:10 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH 1/6] x86/sgx: Do not consider unsanitized pages an error Content-Language: en-US To: "jarkko@kernel.org" , Haitao Huang Cc: "Huang, Kai" , "pmenzel@molgen.mpg.de" , "linux-sgx@vger.kernel.org" , "x86@kernel.org" , "dave.hansen@linux.intel.com" , "Dhanraj, Vijay" , "Chatre, Reinette" , "mingo@redhat.com" , "tglx@linutronix.de" , "bp@alien8.de" , "hpa@zytor.com" , "linux-kernel@vger.kernel.org" References: <20220830031206.13449-2-jarkko@kernel.org> <1f43e7b9-c101-3872-bd1b-add66933b285@intel.com> <1b3308a364317d36ad41961ea9cfee24aa122f02.camel@intel.com> From: Dave Hansen In-Reply-To: Content-Type: text/plain; charset=UTF-8 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_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 Jarkko, Kai and Haitao, Can you three please start trimming your replies? You don't need to and should not quote the entirety of your messages every time you reply. On 8/31/22 11:28, jarkko@kernel.org wrote: >> Will it cause racing if we expose dev nodes to user space before >> ksgxd is started and sensitization done? > I'll to explain this. > > So the point is to fix the issue at hand, and fix it locally. > > Changing initialization order is simply out of context. It's > not really an argument for or against changing it > > We are fixing sanitization here, and only that with zero > side-effects to any other semantics. > > It's dictated by the development process [*] but more > importantly it's also just plain common sense. Kai, I think your suggestion is reasonable. You make a good point about not needing ksgxd for vepc. *But*, I think it's a bit too much for a bugfix that's headed to -stable. I'm concerned that it will have unintended side effects, *especially* when there's a working, tested alternative.