Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp5422762rdb; Wed, 13 Dec 2023 08:13:10 -0800 (PST) X-Google-Smtp-Source: AGHT+IF0YnHdebo7cZHhzcgR1vGTpnaOt8qRcNKCmJw73VaJ2H5yqQFhUAqJ4Tcbwjq3lO/+mOnw X-Received: by 2002:aa7:88c3:0:b0:6d0:d6f7:853b with SMTP id k3-20020aa788c3000000b006d0d6f7853bmr516057pff.1.1702483990225; Wed, 13 Dec 2023 08:13:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702483990; cv=none; d=google.com; s=arc-20160816; b=0MWw7prr+f0SZNc2ScXr0RQcPIJUvZGl3/kVnGBsN0n7QcsAgDlqJXvZEIlQLPniie x4tN7crfGqOegoS3LKnkPqHDSgsw30kG/0WTaablqUmK+QFLN1GXvr3YnNKcceltUYBx c7liTRItY3KXK0Z1kolWCXOamWFAFgmRZgvgrGh3W+MX6Nwu6W6cr92ZL7ohM4mox1n7 QfeqPBVCtDBy1nnioxuEXolc5hUCxHFObT7Y911pL1LhTG7Y9za+0hKCP+OW05WNNKjB iWD6rFiLKpfY8kGbWHdyz/ups1f7gigoAGixBtx/FBM++MGtmqnywsf+0QCouX/xdJk4 LMUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=iOpLER7W4T7sc2LzZQZM9PpNmBBk6gTYrp9S+ZGbeGg=; fh=uibF7Rpw8M3HrAOf/+C5LZJ5s3wA2NKuQJDWE3CxQwk=; b=tGeVl0EC15HhMZFFt7aHxYj9rEkfH01KjR1AR5JS0aL5iWBAarKdR0YxppMJZDpZi4 d0ceodqfWTwiCwx6Cgw7hedMrJqTaAVonSWb8bIRS6JMVD6JSKY9mSne75BzRRDm3vR9 fXhpQ6qLCIKdu9URTNmW5ejJTDlJ+A+tye8CiBNgR07dTty8up0CvmJqwlqCpgEFmrxh +nXLpecYa8VhUwiRb9567t7BpnWrU99U+z2fKWMO/RLMuL2mLoL0GM7JATIAl4sd3val Js8fApwO3K5GIdxEvRj7y/dDkerIXkhZRryBYDqebZBZyRQT/r30sAZ27Q35+JzS3Ilj sFdQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [2620:137:e000::3:3]) by mx.google.com with ESMTPS id fa18-20020a056a002d1200b006cdfe417ca3si9804778pfb.283.2023.12.13.08.13.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Dec 2023 08:13:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) client-ip=2620:137:e000::3:3; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id ACF678032C50; Wed, 13 Dec 2023 08:13:07 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233407AbjLMQMt (ORCPT + 99 others); Wed, 13 Dec 2023 11:12:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41818 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233401AbjLMQMs (ORCPT ); Wed, 13 Dec 2023 11:12:48 -0500 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 88904DB; Wed, 13 Dec 2023 08:12:54 -0800 (PST) X-IronPort-AV: E=McAfee;i="6600,9927,10923"; a="379978078" X-IronPort-AV: E=Sophos;i="6.04,273,1695711600"; d="scan'208";a="379978078" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Dec 2023 08:12:38 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10923"; a="947229929" X-IronPort-AV: E=Sophos;i="6.04,273,1695711600"; d="scan'208";a="947229929" Received: from smile.fi.intel.com ([10.237.72.54]) by orsmga005.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Dec 2023 08:12:36 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.97) (envelope-from ) id 1rDRqc-00000005ZFp-1DbZ; Wed, 13 Dec 2023 18:12:34 +0200 Date: Wed, 13 Dec 2023 18:12:34 +0200 From: Andy Shevchenko To: Kent Gibson Cc: Bartosz Golaszewski , linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linus.walleij@linaro.org Subject: Re: [PATCH 1/4] gpiolib: cdev: relocate debounce_period_us from struct gpio_desc Message-ID: References: <20231212054253.50094-1-warthog618@gmail.com> <20231212054253.50094-2-warthog618@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Wed, 13 Dec 2023 08:13:07 -0800 (PST) On Wed, Dec 13, 2023 at 11:59:26PM +0800, Kent Gibson wrote: > On Wed, Dec 13, 2023 at 04:40:12PM +0100, Bartosz Golaszewski wrote: > > On Wed, Dec 13, 2023 at 3:27 PM Kent Gibson wrote: > > > On Wed, Dec 13, 2023 at 03:54:53PM +0200, Andy Shevchenko wrote: > > > > On Tue, Dec 12, 2023 at 01:42:50PM +0800, Kent Gibson wrote: ... > > > > > +static struct supinfo supinfo; > > > > > > > > Why supinfo should be a struct to begin with? Seems to me as an unneeded > > > > complication. > > > > I think we should keep it as a struct but defined the following way: > > > > struct { > > spinlock_t lock; > > struct rb_root tree; > > } supinfo; > > That is what I meant be merging the struct definition with the variable > definition. Or is there some other way to completely do away with the > struct that I'm missing? Look at the top of gpiolib.c: static DEFINE_MUTEX(gpio_lookup_lock); static LIST_HEAD(gpio_lookup_list); In the similar way you can simply do static DEFINE_SPINLOCK(gpio_sup_lock); static struct rb_root gpio_sup_tree; > > > Yeah, that is a hangover from an earlier iteration where supinfo was > > > contained in other object rather than being a global. > > > Could merge the struct definition into the variable now. -- With Best Regards, Andy Shevchenko