Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp13468743rwb; Sun, 27 Nov 2022 06:13:38 -0800 (PST) X-Google-Smtp-Source: AA0mqf5Vj3P8fBM3/WO5pKkvgjF0xvD+g4GdR37snvgEOo2Gm6+qKZRA3yfBVrPKGyX2ns6i0mtt X-Received: by 2002:a17:902:e149:b0:186:9295:2012 with SMTP id d9-20020a170902e14900b0018692952012mr32055226pla.19.1669558418763; Sun, 27 Nov 2022 06:13:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669558418; cv=none; d=google.com; s=arc-20160816; b=HBd65THROLPG/kELaOX/IhBmC1wxl04fPrbFnS8cvhqgjtgNJ1xKW8lBplDmw4yCK6 HnWLtB5hEz9nHeKmTj5j+ESTihN6AjelR+vVo2Ne1eJnoUMTAJLm8da2qmYqpiSrfIov 1eluGvrl9Qh06NnNyQN2rctRasDW23LjZokdPwfTJyfW0J1ONlaOA1wwanT5V+yQOY9v eKEvO+M6Vrq4L/+o8jvNMMTGDdo3hIU5hgGqahpKXMlGelZu29mPBNkDiYQl2rRwAKcF Au5zhYooDLNl6PS/zU3X6sQWnScNkNDcEYV5xzuKKNQTA0eFzFZ8JryfDV1zhtv0k4yQ QapQ== 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=k91cwp2owQqNnhP3QOFwCjsb8Bnm3zsAaMVmFzCOAlc=; b=uZ8GtPWImU+y9OQf8rRjF2TCJ/E10xJYJnEhjxmFSjeM1oWEsfB3xcLky39i+P7DxM 691Qmk31Z0QgdziW4jY+11f/fYZItElG2Pzdvtpt6K49Sby90x3zb43cPs/tzWKsXwxJ l2LTQzbXjoOQ5dgN6RjJ3UIxYBOcxztNH0DY+VLRQyWFYDKkfjCy3rUze3i7LrHMBpfd 6b3GqCyWAxvHYPkbU9xLwT653goSnQ1rI+Q9M155ROMwWIOmDV7rpoPeQjxMiEUC1jgQ jyecJ9bQR6ny+h80OexxiZNGAN400L7I4MObjmXrc8W223LojrXnu8tWo85mZheu3NlX 8ddg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Nk7s5lWE; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-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 n4-20020a17090ac68400b001faf9ba369fsi12184633pjt.164.2022.11.27.06.13.25; Sun, 27 Nov 2022 06:13:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless-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=Nk7s5lWE; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-wireless-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 S229575AbiK0Ny5 (ORCPT + 67 others); Sun, 27 Nov 2022 08:54:57 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60310 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229450AbiK0Nyz (ORCPT ); Sun, 27 Nov 2022 08:54:55 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03880B86E; Sun, 27 Nov 2022 05:54:55 -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 9A4C860D28; Sun, 27 Nov 2022 13:54:54 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 68D01C433D6; Sun, 27 Nov 2022 13:54:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1669557294; bh=yBXFwdf6dHy6NKqLSbFuwY2ODTarq/fHEqUCJbDArGc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Nk7s5lWEAiKkbiHApH4KVdNYo+dE77wMv9el27gVNLV6vJ8bqio04oPle12nog6/N QZJnMGnTpuchNmx+393MIhVm5To4LYwv2fgwAWxLOKa3Wbo2x7CZmTxpFABdw+u3gk BKlc2ytv29xRY3fdiySvnZCwugu9Z2Y1dflPI6q8= Date: Sun, 27 Nov 2022 14:45:36 +0100 From: Greg Kroah-Hartman To: Bart Van Assche Cc: linux-kernel@vger.kernel.org, Jens Axboe , Luis Chamberlain , Russ Weight , "Rafael J. Wysocki" , Jean Delvare , Johan Hovold , Jason Gunthorpe , Leon Romanovsky , Karsten Keil , Mauro Carvalho Chehab , Keith Busch , Christoph Hellwig , Sagi Grimberg , Dominik Brodowski , Sebastian Reichel , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Johannes Berg , Wolfram Sang , Raed Salem , Chen Zhongjin , Tetsuo Handa , Avihai Horon , "Matthew Wilcox (Oracle)" , Alan Stern , Colin Ian King , Geert Uytterhoeven , Jakob Koschel , Antoine Tenart , Frederic Weisbecker , Wang Yufen , linux-block@vger.kernel.org, linux-media@vger.kernel.org, linux-nvme@lists.infradead.org, linux-pm@vger.kernel.org, linux-rdma@vger.kernel.org, linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH 1/5] driver core: make struct class.dev_uevent() take a const * Message-ID: References: <20221123122523.1332370-1-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-wireless@vger.kernel.org On Fri, Nov 25, 2022 at 03:51:11PM -0800, Bart Van Assche wrote: > On 11/23/22 04:25, Greg Kroah-Hartman wrote: > > diff --git a/include/linux/mISDNif.h b/include/linux/mISDNif.h > > index 7dd1f01ec4f9..7aab4a769736 100644 > > --- a/include/linux/mISDNif.h > > +++ b/include/linux/mISDNif.h > > @@ -586,7 +586,7 @@ extern struct mISDNclock *mISDN_register_clock(char *, int, clockctl_func_t *, > > void *); > > extern void mISDN_unregister_clock(struct mISDNclock *); > > -static inline struct mISDNdevice *dev_to_mISDN(struct device *dev) > > +static inline struct mISDNdevice *dev_to_mISDN(const struct device *dev) > > { > > if (dev) > > return dev_get_drvdata(dev); > > Why does the dev_to_mISDN() function drop constness? I haven't found an > explanation for this in the cover letter. I agree, this is going to be fixed up, see the thread starting here: https://lore.kernel.org/r/Y34+V2bCDdqujBDk@kroah.com I'll work on making a const / non const version for these so that we don't loose the marking. Oh wait, no, this function is fine, it's not modifying the device structure at all, and only returning the pointer in the private data stored in the device. There is no loss of const-ness here. thanks, greg k-h