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 X-Spam-Level: X-Spam-Status: No, score=-7.9 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2B1D8C48BE5 for ; Wed, 16 Jun 2021 18:31:36 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id D7634613B9 for ; Wed, 16 Jun 2021 18:31:35 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D7634613B9 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 634B46B006C; Wed, 16 Jun 2021 14:31:35 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 60B056B0070; Wed, 16 Jun 2021 14:31:35 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4FAA76B0071; Wed, 16 Jun 2021 14:31:35 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0243.hostedemail.com [216.40.44.243]) by kanga.kvack.org (Postfix) with ESMTP id 20EC96B006C for ; Wed, 16 Jun 2021 14:31:35 -0400 (EDT) Received: from smtpin21.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id BAFA182B8712 for ; Wed, 16 Jun 2021 18:31:34 +0000 (UTC) X-FDA: 78260430108.21.A8390E5 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf12.hostedemail.com (Postfix) with ESMTP id 3DAAD541 for ; Wed, 16 Jun 2021 18:31:20 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 3470660233; Wed, 16 Jun 2021 18:31:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1623868293; bh=K/zv0RYYHjMIXPCNC8kFGwHg1xvoxIhY4ZE4W5uBEQc=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=DFrmhp/yHde/NgfCrqZ86WuY8OOvlqVg2JX46GqI1Sbnaiyg8TdK7LrYn3NI9/RYV 4+z1NVCifahnIynH2tQmUZIndcW0roEDHkb5qEQElcu2KLPYet1b6tB8dZr+DzAqcw yhXxvgUDArA9hMFHBrVAyLbxJqMJzoRVjPKK5ZFr0JPmIf6QlJfVLK96PF303Hnhan Fc/TZdmG6OkDAxBdnrA55ZNbqcvhx7vsmMLtusEfOOoqOzl2FrHT4mm1x/rPAHr8JD nJTNtGBM/wrNBCxoEhbTko7GIgY2QPCfNelQS3/pZvVnf0DktTzhjUrQVRlf+HASr3 Ot09X4X6UTumQ== Subject: Re: [PATCH 2/8] x86/mm: Handle unlazying membarrier core sync in the arch code To: Nicholas Piggin , x86@kernel.org Cc: Andrew Morton , Dave Hansen , LKML , linux-mm@kvack.org, Mathieu Desnoyers , Peter Zijlstra References: <571b7e6b6a907e8a1ffc541c3f0005d347406fd0.1623813516.git.luto@kernel.org> <1623817261.p1mg6dm2ud.astroid@bobo.none> From: Andy Lutomirski Message-ID: <097dee91-dae5-f58d-d0c8-87522079a658@kernel.org> Date: Wed, 16 Jun 2021 11:31:32 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <1623817261.p1mg6dm2ud.astroid@bobo.none> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Authentication-Results: imf12.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="DFrmhp/y"; spf=pass (imf12.hostedemail.com: domain of luto@kernel.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=luto@kernel.org; dmarc=pass (policy=none) header.from=kernel.org X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 3DAAD541 X-Stat-Signature: 49h13azg99noc4m6q8cp1tthqm8br76g X-HE-Tag: 1623868280-804726 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 6/15/21 9:25 PM, Nicholas Piggin wrote: > Excerpts from Andy Lutomirski's message of June 16, 2021 1:21 pm: > I'm fine with the patch though, except I would leave the comment in the > core sched code saying any arch specific sequence to deal with > SYNC_CORE is required for that case. Done.