Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3038869imw; Wed, 6 Jul 2022 16:27:44 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tTQSC7t/AluAYKxM68eQ6ZFvQCsTprr1SczO/ZfevjMggi8FkH6iqwK0PbMEQ2VcPH66Gu X-Received: by 2002:a17:907:7745:b0:6f3:674a:339 with SMTP id kx5-20020a170907774500b006f3674a0339mr43131059ejc.207.1657150064529; Wed, 06 Jul 2022 16:27:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657150064; cv=none; d=google.com; s=arc-20160816; b=zuQVLtGan+PcFgEcmj4u/5EOEBCHhpWJN5CCdAT/B1lVXBF68KQ8jxE+t/79n4xobF gVy1XXXB+SYboFT5buq4xvRIiHqtQpXHGM2ovzOzDEi7KuAG2LhTa5NGl4PhZNa8EwHz OY0JUuScDvgD4elyIUf/V0YZq4QOgkUjU/XJ6KhCT0Ix3tdnF6JZWSRrLagpjpskvkGw mH/1TE3Z7/A//RlkPQfmmh10mb03NtCs3xTeyeAbpnvPd3JI7KzbojwNIzBvqgGQ3PIl 0Y9vnn1IPqeRLJ2nOe/bwf1azPXqHQM8pvSgeauewD+FRMN50qtwkLt7RIVvDk96GRFu xU/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:feedback-id :dkim-signature; bh=/+0CAJbOyjsas1X7A1vkt4Tt9nvsPEUgYWuh48Q1k+k=; b=v/BvlCX2UTAhUvw3OvDLp+DiFFitUcWGs8RzuRNDPBJ5zChijwsQ+4yj2djb1ITuC7 e2Fc62G3pK/dCtBQXrkvHAVgztd9rfL1+boKBocLsFO+8zd+Dh2xBhz6bQjAMp9GBgLG 0xGEZlYyxFMvwwnFJt/Lu8AUMwyZj6zl8TznL+5bxcnsbqKNd83R+jY1mxbt/S2cEYPf DJU/4k2xCs/uW4g1qANo1d13PArYeNuCQsO//dDvr/K5Hu0I1OHelXTPD14q7aQmyNYB Q08xqCwubYUJX7sZav4Os+sMMUCm98pfR7ZjGyAm4V/Tv652e8Skf3ZGwYJbk261C5YH VItw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=PenlFnQt; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sb13-20020a1709076d8d00b00726e142a88esi5274864ejc.983.2022.07.06.16.27.15; Wed, 06 Jul 2022 16:27:44 -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=@gmail.com header.s=20210112 header.b=PenlFnQt; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234473AbiGFXYr (ORCPT + 99 others); Wed, 6 Jul 2022 19:24:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38818 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234381AbiGFXYk (ORCPT ); Wed, 6 Jul 2022 19:24:40 -0400 Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B6942C107 for ; Wed, 6 Jul 2022 16:24:33 -0700 (PDT) Received: by mail-qk1-x72f.google.com with SMTP id b24so12231841qkn.4 for ; Wed, 06 Jul 2022 16:24:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=feedback-id:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=/+0CAJbOyjsas1X7A1vkt4Tt9nvsPEUgYWuh48Q1k+k=; b=PenlFnQtOvbrIVbx4fB+YVDm8+n2VIAMykhGK9G+6FOlTdbYtyu3kLSVEDBSvAlAZ+ f2iHQnngAIz5qe29sGJ3dPqvpRKJljyOJNLw/Ys3A6QUXGrN78ZyMX69LWl5Llj51iCh cUJfiffvUPPuXojlKXmzeGAc1wdSu+BzZ/rxY8iKGbzRZMu/klti1bk8we7qFoFw323K oLWCVkfkwi0qc66NFSRSXhQFTsY8JY0zmtLLyCaBIhILkrTAXlr+3mx/2EEXWnaVimwp qXpRsEBvRLivejzbm+VqwmBbvWSDRwJW2FEzYqlYA2t1PsOOwBu6WIWBvbGz7VkMvQ69 1QtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:feedback-id:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=/+0CAJbOyjsas1X7A1vkt4Tt9nvsPEUgYWuh48Q1k+k=; b=wXBUMHsjmYDZ2ARTi9VoiV4oAwkyPMeA66y0iZfPD9CF7cSM4yNqfpz53ihXZghmcP JssV03ts8h3aRz/kNq8SXPDwJQU2rzRIz02HUA6qH2zwY3yzw6Zb1hzJqzUh0s0K8Ad+ UTyzBhtf4nAgUGXHOtKKjUKNisOuziQDdjkPjckN+PeCyxR9+bDL2r2tit5neV2XLM0W CZi4Bua/vSJKbG1nXLVQv+MCM5XtuZtNLllomJMVi3qs3fYW1zHtms2l3GgzaGxXpjMv wenuY6Y39+1hlG+rRb2Xlo6Z+MhNpZeQXlGpNiAUHvnZoSfzElLtOjhD2fqqMQAlU1v4 bTFw== X-Gm-Message-State: AJIora+9ALnVBN0iapQWKysA9tiqeNi/iVIqZbBi+FXhqZX4T+V1UVxm mXDPSbMK10UTwIaPV6cAUNc= X-Received: by 2002:a05:620a:46a5:b0:6af:6638:e811 with SMTP id bq37-20020a05620a46a500b006af6638e811mr29589349qkb.35.1657149872026; Wed, 06 Jul 2022 16:24:32 -0700 (PDT) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com. [66.111.4.227]) by smtp.gmail.com with ESMTPSA id c4-20020a05620a268400b006aee03a95dfsm30284284qkp.124.2022.07.06.16.24.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Jul 2022 16:24:31 -0700 (PDT) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailauth.nyi.internal (Postfix) with ESMTP id 9E89B27C0054; Wed, 6 Jul 2022 19:24:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Wed, 06 Jul 2022 19:24:30 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudeigedgvddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepuehoqhhu nhcuhfgvnhhguceosghoqhhunhdrfhgvnhhgsehgmhgrihhlrdgtohhmqeenucggtffrrg htthgvrhhnpeehudfgudffffetuedtvdehueevledvhfelleeivedtgeeuhfegueeviedu ffeivdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gsohhquhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdeiledvgeehtdei gedqudejjeekheehhedvqdgsohhquhhnrdhfvghngheppehgmhgrihhlrdgtohhmsehfih igmhgvrdhnrghmvg X-ME-Proxy: Feedback-ID: iad51458e:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 6 Jul 2022 19:24:29 -0400 (EDT) Date: Wed, 6 Jul 2022 16:23:36 -0700 From: Boqun Feng To: Nicholas Piggin Cc: Peter Zijlstra , Ingo Molnar , Will Deacon , Waiman Long , linux-kernel@vger.kernel.org Subject: Re: [PATCH 01/13] locking/qspinlock: remove pv_node abstraction Message-ID: References: <20220704143820.3071004-1-npiggin@gmail.com> <20220704143820.3071004-2-npiggin@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220704143820.3071004-2-npiggin@gmail.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,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 On Tue, Jul 05, 2022 at 12:38:08AM +1000, Nicholas Piggin wrote: > There isn't much point trying to separate struct qnode from struct pv_node > when struct qnode has to know about pv_node anyway. > > Signed-off-by: Nicholas Piggin > --- > kernel/locking/qspinlock.c | 3 ++- > kernel/locking/qspinlock_paravirt.h | 34 ++++++++++++----------------- > 2 files changed, 16 insertions(+), 21 deletions(-) > > diff --git a/kernel/locking/qspinlock.c b/kernel/locking/qspinlock.c > index 65a9a10caa6f..a0fc21d99199 100644 > --- a/kernel/locking/qspinlock.c > +++ b/kernel/locking/qspinlock.c > @@ -82,7 +82,8 @@ > struct qnode { > struct mcs_spinlock mcs; > #ifdef CONFIG_PARAVIRT_SPINLOCKS > - long reserved[2]; > + int cpu; > + u8 state; > #endif > }; > > diff --git a/kernel/locking/qspinlock_paravirt.h b/kernel/locking/qspinlock_paravirt.h > index e84d21aa0722..b6a175155f36 100644 > --- a/kernel/locking/qspinlock_paravirt.h > +++ b/kernel/locking/qspinlock_paravirt.h > @@ -47,12 +47,6 @@ enum vcpu_state { > vcpu_hashed, /* = pv_hash'ed + vcpu_halted */ > }; > > -struct pv_node { > - struct mcs_spinlock mcs; > - int cpu; > - u8 state; > -}; > - > /* > * Hybrid PV queued/unfair lock > * > @@ -170,7 +164,7 @@ static __always_inline int trylock_clear_pending(struct qspinlock *lock) > */ > struct pv_hash_entry { > struct qspinlock *lock; > - struct pv_node *node; > + struct qnode *node; > }; > > #define PV_HE_PER_LINE (SMP_CACHE_BYTES / sizeof(struct pv_hash_entry)) > @@ -209,7 +203,7 @@ void __init __pv_init_lock_hash(void) > offset < (1 << pv_lock_hash_bits); \ > offset++, he = &pv_lock_hash[(hash + offset) & ((1 << pv_lock_hash_bits) - 1)]) > > -static struct qspinlock **pv_hash(struct qspinlock *lock, struct pv_node *node) > +static struct qspinlock **pv_hash(struct qspinlock *lock, struct qnode *node) > { > unsigned long offset, hash = hash_ptr(lock, pv_lock_hash_bits); > struct pv_hash_entry *he; > @@ -236,11 +230,11 @@ static struct qspinlock **pv_hash(struct qspinlock *lock, struct pv_node *node) > BUG(); > } > > -static struct pv_node *pv_unhash(struct qspinlock *lock) > +static struct qnode *pv_unhash(struct qspinlock *lock) > { > unsigned long offset, hash = hash_ptr(lock, pv_lock_hash_bits); > struct pv_hash_entry *he; > - struct pv_node *node; > + struct qnode *node; > > for_each_hash_entry(he, offset, hash) { > if (READ_ONCE(he->lock) == lock) { > @@ -264,7 +258,7 @@ static struct pv_node *pv_unhash(struct qspinlock *lock) > * in a running state. > */ > static inline bool > -pv_wait_early(struct pv_node *prev, int loop) > +pv_wait_early(struct qnode *prev, int loop) > { > if ((loop & PV_PREV_CHECK_MASK) != 0) > return false; > @@ -277,9 +271,9 @@ pv_wait_early(struct pv_node *prev, int loop) > */ > static void pv_init_node(struct mcs_spinlock *node) > { > - struct pv_node *pn = (struct pv_node *)node; > + struct qnode *pn = (struct qnode *)node; > > - BUILD_BUG_ON(sizeof(struct pv_node) > sizeof(struct qnode)); > + BUILD_BUG_ON(sizeof(struct qnode) > sizeof(struct qnode)); This line can actually be removed ;-) Other part looks good to me. Acked-by: Boqun Feng Regards, Boqun > > pn->cpu = smp_processor_id(); > pn->state = vcpu_running; > @@ -292,8 +286,8 @@ static void pv_init_node(struct mcs_spinlock *node) > */ > static void pv_wait_node(struct mcs_spinlock *node, struct mcs_spinlock *prev) > { > - struct pv_node *pn = (struct pv_node *)node; > - struct pv_node *pp = (struct pv_node *)prev; > + struct qnode *pn = (struct qnode *)node; > + struct qnode *pp = (struct qnode *)prev; > int loop; > bool wait_early; > > @@ -359,7 +353,7 @@ static void pv_wait_node(struct mcs_spinlock *node, struct mcs_spinlock *prev) > */ > static void pv_kick_node(struct qspinlock *lock, struct mcs_spinlock *node) > { > - struct pv_node *pn = (struct pv_node *)node; > + struct qnode *pn = (struct qnode *)node; > > /* > * If the vCPU is indeed halted, advance its state to match that of > @@ -402,7 +396,7 @@ static void pv_kick_node(struct qspinlock *lock, struct mcs_spinlock *node) > static u32 > pv_wait_head_or_lock(struct qspinlock *lock, struct mcs_spinlock *node) > { > - struct pv_node *pn = (struct pv_node *)node; > + struct qnode *pn = (struct qnode *)node; > struct qspinlock **lp = NULL; > int waitcnt = 0; > int loop; > @@ -492,7 +486,7 @@ pv_wait_head_or_lock(struct qspinlock *lock, struct mcs_spinlock *node) > __visible void > __pv_queued_spin_unlock_slowpath(struct qspinlock *lock, u8 locked) > { > - struct pv_node *node; > + struct qnode *node; > > if (unlikely(locked != _Q_SLOW_VAL)) { > WARN(!debug_locks_silent, > @@ -517,14 +511,14 @@ __pv_queued_spin_unlock_slowpath(struct qspinlock *lock, u8 locked) > node = pv_unhash(lock); > > /* > - * Now that we have a reference to the (likely) blocked pv_node, > + * Now that we have a reference to the (likely) blocked qnode, > * release the lock. > */ > smp_store_release(&lock->locked, 0); > > /* > * At this point the memory pointed at by lock can be freed/reused, > - * however we can still use the pv_node to kick the CPU. > + * however we can still use the qnode to kick the CPU. > * The other vCPU may not really be halted, but kicking an active > * vCPU is harmless other than the additional latency in completing > * the unlock. > -- > 2.35.1 >