From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CFF35C433F5 for ; Wed, 30 Mar 2022 09:32:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244840AbiC3Jec (ORCPT ); Wed, 30 Mar 2022 05:34:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32888 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241954AbiC3Jeb (ORCPT ); Wed, 30 Mar 2022 05:34:31 -0400 Received: from elvis.franken.de (elvis.franken.de [193.175.24.41]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 2C8712ED76 for ; Wed, 30 Mar 2022 02:32:46 -0700 (PDT) Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1nZUh3-0007Pe-00; Wed, 30 Mar 2022 11:32:45 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id 45178C2ED2; Wed, 30 Mar 2022 11:32:27 +0200 (CEST) Date: Wed, 30 Mar 2022 11:32:27 +0200 From: Thomas Bogendoerfer To: Andy Shevchenko Cc: Jackie Liu , Linus Walleij , Ralf Baechle , "open list:BROADCOM NVRAM DRIVER" , Jonathan Cameron Subject: Re: [PATCH] MIPS: rb532: move GPIOD definition into C-files Message-ID: <20220330093227.GA8224@alpha.franken.de> References: <20220329014537.4180966-1-liu.yun@linux.dev> <71d1da40-4772-b126-7cbe-0d99024fd284@linux.dev> <20220330064216.GA5811@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-mips@vger.kernel.org On Wed, Mar 30, 2022 at 12:23:59PM +0300, Andy Shevchenko wrote: > On Wed, Mar 30, 2022 at 9:45 AM Thomas Bogendoerfer > wrote: > > On Wed, Mar 30, 2022 at 09:46:07AM +0800, Jackie Liu wrote: > > > 在 2022/3/29 下午8:54, Andy Shevchenko 写道: > > ... > > > > I think it would be better to put it in gpio.c, after all it belongs to > > > the GPIO module and is not used elsewhere. It doesn't feel good if we > > > put it in the header file. > > > > I have a patchset, where the both files will go away. No need to > > clean up now. > > Do you plan them to be backported? If not, I would recommend applying no plan for backporting > this patch in order to have it backported and then do whatever you > want we those files. why ? This doesn't fix anything, doesn't it ? But if it makes people happy, I'll apply it. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]