Received: by 2002:a05:6a10:83d0:0:0:0:0 with SMTP id o16csp30194pxh; Thu, 7 Apr 2022 13:03:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUX3tnOVKyhFpokjqUG6C+SSvfftRAuHKiXjBk1RUagViPjrVmsit0Tl0froTgTlBL8GJD X-Received: by 2002:a63:b24b:0:b0:398:9894:b8be with SMTP id t11-20020a63b24b000000b003989894b8bemr12843351pgo.108.1649361782495; Thu, 07 Apr 2022 13:03:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649361782; cv=none; d=google.com; s=arc-20160816; b=x5IOdvNkWFMtfooSEYpJF+XP4mz9nONvyd0/yJWHEONrAe1PQCAaA17fkpthgAFb1n 2Olc2SfaBdCY//CgyolukWgVwpGH/nZrAD+9Q0BkB0/ErHjcZqxddfvw96zJxH4ZA/Mh ysLMWjWlD9fs/bGL0Ppf0/0QsWPxXhgT0KaY6YhqCAYF/cGCAzmEjMQQ64r17ipkF89Y N+EnHuRr5vENcJjcJ0HBj2owizuuVllTp4PHge4VmYDNiWA/6kUwMBtF9Kf+7jd5rFw1 bbckDbniqj76NbzpxvQiWRehnZg6A4gcN8A5qToTLr/DDXaIg++ozWhI2Th4FGj/v4VJ /raQ== 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-transfer-encoding :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=tl9nBOnLqqP1/acS+yYHjDz2pgRvrY9cqBHbFKj8Fnc=; b=GYmW0cvQoKwnapT2lDMDwOCiCr/Ku5ucEPaIlGZ5Q9LtSZs2KhWoAHnGmWiHmVjzYg j08GPf046yvD46lkThzuzp5kBrN7l6Zf4T6/SvaqHxjGH+RSv1gGSUuogeLzgiRKWw7P V5eWXtaUhG3YfJm7437WYXu8+XT/n7UNqHVwOxoz1CRoT7OqKhSIgVm5eS8CTOOIBjcL kohANPLsAkYglWzbrlcXs33t6FmRNiP+y0U5UAMKXMLpdQVFT3MT7B3QsnScrh68uawR v4cy5MtbAshCUO/tNcZxPUkUYXlSKP7S97ByDnWcMpRtc79t66Qa4RMxjXxZgRMWwa4k pHKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=CBDEbkCC; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id x17-20020a056a00189100b004fe50672865si6157034pfh.124.2022.04.07.13.03.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Apr 2022 13:03:02 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=CBDEbkCC; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D7F16294E6B; Thu, 7 Apr 2022 12:27:52 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236360AbiDGJVh (ORCPT + 99 others); Thu, 7 Apr 2022 05:21:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44730 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233071AbiDGJVf (ORCPT ); Thu, 7 Apr 2022 05:21:35 -0400 Received: from mail-ej1-x641.google.com (mail-ej1-x641.google.com [IPv6:2a00:1450:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 368A41DB7F5 for ; Thu, 7 Apr 2022 02:19:36 -0700 (PDT) Received: by mail-ej1-x641.google.com with SMTP id dr20so9476071ejc.6 for ; Thu, 07 Apr 2022 02:19:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=tl9nBOnLqqP1/acS+yYHjDz2pgRvrY9cqBHbFKj8Fnc=; b=CBDEbkCCAkqWcu7rwSRxHuzvDQzAI6q2gOWepIQXIDBbJj5cPNZbu6U8yOAL3lfJYR xhKFp5hUopFdDtyiwJfVkQdRMsq1huLcJV7GkTRXOLg8M8+oumKCgOrVEZHJFOeZaqug QaS7Fun7MTS/4JRgL7uvADTsO+5Y9rvnLTgKw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=tl9nBOnLqqP1/acS+yYHjDz2pgRvrY9cqBHbFKj8Fnc=; b=GPcEZtupdnd5B1O0elNMm9j03DqIVluh6Jex9WlLob847uvvN7MErGQ3LlBf1a68gY bEU1qy/v5hKDjDyNdsYr57UyDgbYnHPUS8VoprwWkPu2lYhp8Kp5C7phBe2oZwmj9NWQ i/x3bu4X3qd5iCI7Zx1lTsCD8NQlgDZ6CrQXroATnbLaOaQQVjarcbs0mg2yx35FPJ+p 2bkRcRm0YK7IyRNzeFMragGRSF5VyuPRJ/woITuu4/v6c/fxXOz+oq2zuUjICL+pBRz2 78Qk1+ypsf3Ele27wFRWsa+IpFn/9ZuKNWD/t5sO0H6WBZIZNp3U8pq67ksVe0agyub8 OSJw== X-Gm-Message-State: AOAM533NBggFJGifIPsyjHN+8S6XVHxNFqrG4Lom66G1k+MAOq4lI+sN ypatdlLy6F5U0dzEgHuPASud6A== X-Received: by 2002:a17:907:6e16:b0:6e4:de0d:d93 with SMTP id sd22-20020a1709076e1600b006e4de0d0d93mr12253676ejc.29.1649323174807; Thu, 07 Apr 2022 02:19:34 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id r19-20020a17090638d300b006d6e4fc047bsm7585498ejd.11.2022.04.07.02.19.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Apr 2022 02:19:34 -0700 (PDT) Date: Thu, 7 Apr 2022 11:19:32 +0200 From: Daniel Vetter To: Christian =?iso-8859-1?Q?K=F6nig?= Cc: daniel.vetter@ffwll.ch, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org, intel-gfx@lists.freedesktop.org, Christian =?iso-8859-1?Q?K=F6nig?= , Peter Zijlstra , Ingo Molnar , Will Deacon , Waiman Long , Boqun Feng , linux-kernel@vger.kernel.org Subject: Re: [PATCH 15/15] seqlock: drop seqcount_ww_mutex_t Message-ID: Mail-Followup-To: Christian =?iso-8859-1?Q?K=F6nig?= , dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org, intel-gfx@lists.freedesktop.org, Christian =?iso-8859-1?Q?K=F6nig?= , Peter Zijlstra , Ingo Molnar , Will Deacon , Waiman Long , Boqun Feng , linux-kernel@vger.kernel.org References: <20220407085946.744568-1-christian.koenig@amd.com> <20220407085946.744568-16-christian.koenig@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220407085946.744568-16-christian.koenig@amd.com> X-Operating-System: Linux phenom 5.10.0-8-amd64 X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED autolearn=no 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 Thu, Apr 07, 2022 at 10:59:46AM +0200, Christian K?nig wrote: > Daniel pointed out that this series removes the last user of > seqcount_ww_mutex_t, so let's drop this. > > Signed-off-by: Christian K?nig > Cc: Peter Zijlstra > Cc: Ingo Molnar > Cc: Will Deacon > Cc: Waiman Long > Cc: Boqun Feng > Cc: linux-kernel@vger.kernel.org Yeah I don't think we'll ever need this again, ww_mutex aren't common and the ww_mutex+seqlock thing wasn't the brighest idea. Peter/Ingo, assuming you agree, can you ack this for merging through drm-misc, or want to pick this up later on when the last user disappeared in Linus' tree? Cheers, Daniel > --- > include/linux/seqlock.h | 8 ++------ > 1 file changed, 2 insertions(+), 6 deletions(-) > > diff --git a/include/linux/seqlock.h b/include/linux/seqlock.h > index 37ded6b8fee6..3926e9027947 100644 > --- a/include/linux/seqlock.h > +++ b/include/linux/seqlock.h > @@ -17,7 +17,6 @@ > #include > #include > #include > -#include > #include > #include > > @@ -164,7 +163,7 @@ static inline void seqcount_lockdep_reader_access(const seqcount_t *s) > * static initializer or init function. This enables lockdep to validate > * that the write side critical section is properly serialized. > * > - * LOCKNAME: raw_spinlock, spinlock, rwlock, mutex, or ww_mutex. > + * LOCKNAME: raw_spinlock, spinlock, rwlock or mutex > */ > > /* > @@ -184,7 +183,6 @@ static inline void seqcount_lockdep_reader_access(const seqcount_t *s) > #define seqcount_spinlock_init(s, lock) seqcount_LOCKNAME_init(s, lock, spinlock) > #define seqcount_rwlock_init(s, lock) seqcount_LOCKNAME_init(s, lock, rwlock) > #define seqcount_mutex_init(s, lock) seqcount_LOCKNAME_init(s, lock, mutex) > -#define seqcount_ww_mutex_init(s, lock) seqcount_LOCKNAME_init(s, lock, ww_mutex) > > /* > * SEQCOUNT_LOCKNAME() - Instantiate seqcount_LOCKNAME_t and helpers > @@ -277,7 +275,6 @@ SEQCOUNT_LOCKNAME(raw_spinlock, raw_spinlock_t, false, s->lock, raw_s > SEQCOUNT_LOCKNAME(spinlock, spinlock_t, __SEQ_RT, s->lock, spin, spin_lock(s->lock)) > SEQCOUNT_LOCKNAME(rwlock, rwlock_t, __SEQ_RT, s->lock, read, read_lock(s->lock)) > SEQCOUNT_LOCKNAME(mutex, struct mutex, true, s->lock, mutex, mutex_lock(s->lock)) > -SEQCOUNT_LOCKNAME(ww_mutex, struct ww_mutex, true, &s->lock->base, ww_mutex, ww_mutex_lock(s->lock, NULL)) > > /* > * SEQCNT_LOCKNAME_ZERO - static initializer for seqcount_LOCKNAME_t > @@ -304,8 +301,7 @@ SEQCOUNT_LOCKNAME(ww_mutex, struct ww_mutex, true, &s->lock->base, ww_mu > __seqprop_case((s), raw_spinlock, prop), \ > __seqprop_case((s), spinlock, prop), \ > __seqprop_case((s), rwlock, prop), \ > - __seqprop_case((s), mutex, prop), \ > - __seqprop_case((s), ww_mutex, prop)) > + __seqprop_case((s), mutex, prop)) > > #define seqprop_ptr(s) __seqprop(s, ptr) > #define seqprop_sequence(s) __seqprop(s, sequence) > -- > 2.25.1 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch