Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp9360692rwl; Wed, 11 Jan 2023 04:56:11 -0800 (PST) X-Google-Smtp-Source: AMrXdXuUuywzetmdrQHZWXMPn5qe3eknRPnnlfxt3MgR3dL87YOG8SuRg1nFGQro1FX/O7CzBx/i X-Received: by 2002:a17:903:304a:b0:193:2b86:bdc7 with SMTP id u10-20020a170903304a00b001932b86bdc7mr11027600pla.42.1673441771772; Wed, 11 Jan 2023 04:56:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673441771; cv=none; d=google.com; s=arc-20160816; b=0Mr5D1V3fQzGY9ghOA7aeI8zPHSsnKSyIAQhhq0PmpVzNu93j480p0aTgAEm8TvYao vGgy66k8p/lQF7aX60hiwcX6UqQY+VqWriKYKhIoTFKNHYWY87Ougi8csycw0aB4DkAd jAzmwOivJpUg3j3Ov08myn+yBLjNBw1De7RbikqLc766PvXvgAxetD9N9iE0PLNvOF1U xBKcFUucxqAlde9bqmugC9OteuwaZTK6Jym13gW0R9SY24+oUWfsBS1GP4d3VWP96Exg Y68x+BBUEe/i/WncSmgBBisbK/nlrpv6S758o7YsmOIFomCYb1DzgjNsl1KadGgHfE6W Gf1g== 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:dkim-signature; bh=hNoJ/PPTMxTwo8jqQodapSDz+6wARs1Ij8mUV68zt+Y=; b=Uh0AY16iz4qYFqnw/8GNFidcu8Xka7QDTqe6oWNP/+v1lKpddJTPXI+YvmT5OlpfqG 51Jiv3fLZP7D6EbbADwGawhS9CAEgGD7S+Vslg/74dH7YbsSe4U4TK4UY7STICxGQG/F ZefD4GgdYos5DI0ACPmAYB8KROZCy/ealHYhVSlz99+sLtZ3lCVps3dPnI+DIttNcjgk x08749CvSIAvfw4IY1CaJf1sTsNkKGO6dEZalGPQsD+3DL/hQPE1yHLeg4Q0PJIFK8lc OFCJTlvXoerhf0fOTqQBC7jGw2YywVIbLil4RHM8/n9vtPxMLGvILEykopgx+28okfIa rKpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="wKHc/da4"; 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=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b15-20020a170902b60f00b001931fce6511si11065410pls.374.2023.01.11.04.56.05; Wed, 11 Jan 2023 04:56:11 -0800 (PST) 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=@linuxfoundation.org header.s=korg header.b="wKHc/da4"; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232336AbjAKMOe (ORCPT + 53 others); Wed, 11 Jan 2023 07:14:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233530AbjAKMOU (ORCPT ); Wed, 11 Jan 2023 07:14:20 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EF67064CC; Wed, 11 Jan 2023 04:14:18 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 8478861BBE; Wed, 11 Jan 2023 12:14:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7557DC433D2; Wed, 11 Jan 2023 12:14:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1673439257; bh=xXMFupcJLhFtYD7xp7XaL9m8Yy3nYvahKxJzm4mSzh0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=wKHc/da4SV9STOsFN13ASyl0IHsmd9v61l96rEx/EJOVouahU6+fGedv4p1kndmV6 5AA9xFwoDGXhIZ0mSTIhwd5o1v43qQbi7s2nQpzLSIjngeTnLXDg+4azoPAkixIr4+ ZX/9SnNrNZwTv6S9twQtFq8RhvR5OcB3FzYZo7+k= Date: Wed, 11 Jan 2023 13:14:14 +0100 From: Greg Kroah-Hartman To: Hans de Goede Cc: linux-kernel@vger.kernel.org, Maximilian Luz , platform-driver-x86@vger.kernel.org Subject: Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const() Message-ID: References: <20230111113018.459199-1-gregkh@linuxfoundation.org> <20230111113018.459199-4-gregkh@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 Wed, Jan 11, 2023 at 12:54:54PM +0100, Hans de Goede wrote: > Hi, > > On 1/11/23 12:30, Greg Kroah-Hartman wrote: > > The driver core is changing to pass some pointers as const, so move > > to_ssam_device() to use container_of_const() to handle this change. > > to_ssam_device() now properly keeps the const-ness of the pointer passed > > into it, while as before it could be lost. > > > > Cc: Maximilian Luz > > Cc: platform-driver-x86@vger.kernel.org > > Signed-off-by: Greg Kroah-Hartman > > --- > > include/linux/surface_aggregator/device.h | 5 +---- > > 1 file changed, 1 insertion(+), 4 deletions(-) > > > > diff --git a/include/linux/surface_aggregator/device.h b/include/linux/surface_aggregator/device.h > > index 46c45d1b6368..24151a0e2c96 100644 > > --- a/include/linux/surface_aggregator/device.h > > +++ b/include/linux/surface_aggregator/device.h > > @@ -229,10 +229,7 @@ static inline bool is_ssam_device(struct device *d) > > * Return: Returns a pointer to the &struct ssam_device wrapping the given > > * device @d. > > */ > > -static inline struct ssam_device *to_ssam_device(struct device *d) > > -{ > > - return container_of(d, struct ssam_device, dev); > > -} > > +#define to_ssam_device(d) container_of_const(d, struct ssam_device, dev) > > There is a kernel-doc comment for this helper, I'm not sure if sphinx is going > to like changing this from a static inline to a #define ? > > At a minimum I guess the generated docs are going to loose some type info > by switching to a define. Can we keep this as a static inline ? No, container_of_const() will not work properly as an inline function as you don't know the return type until the preprocessor runs. I thought kerneldoc should still work just fine here as it does work for defines in other places. thanks, greg k-h