Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp369778pxb; Sat, 6 Mar 2021 02:36:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJwIqGl/ZKF20tLw4zvq/V5k2pPsnAqRh38GKnzFqJuczMJKvtjn+wbkAVspjJtGDhWl03Ve X-Received: by 2002:a05:6402:499:: with SMTP id k25mr13379458edv.294.1615026994499; Sat, 06 Mar 2021 02:36:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615026994; cv=none; d=google.com; s=arc-20160816; b=vqhYTKsUg+H8BdDYQ3rTU7qM0IkdGb9LraG5DbltjNnbt6vBjRzJBJ5VP6K7uWvS80 SeSsp51ZIQhIu/zuUxdw3vBkb+OEnh7+EPaJFI9BeeMUStG12luISvkTbtiNMuyHXWzj tUXLHg9hkdxIDSR1FpTYhMU8SQoXtnxcH1OUTIy20cP9RE3pviTTTo+WcZNW5KnyOuSz xjH/VUICk0Fy6blup9gEH2Wdxjqo76ZgwI3PdLIWeryvaNR8PxDr+erX81U1GJJPB5cU zX1IaV3BDLypd485z79Z12anEjCpB+xdQ4Bv4/epAuNFcmsnVVHrSUuTq9TXyeb3CCHO D4Nw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=/LnVSSgXNsv9okg21vBtMGefVUmh279K7gDrdse42tY=; b=MKjWqrL13ir7sLdE1nw4sNBJeDKDgPrbvCT02xzqYP7OPLaGsZzHUY/RHKvcDcDqrc 8zzu77LVdi08o0EckUM1r545o8kZpsqzUlhCWNIAWneu1VshXtoTCFRU2owRJGt9XE8W XJ2ke17mqTOprL1uKF2w/OCU35/pJ9OOxqtp61DOCyoNxPucJitzIjXTU7NyvwWtOfZb 2uROTFCLZDwQcTshiXHoowyJHwMiUZYQeH/K2D9OKAreF9NyJBxAj7SfxSPCfhPQ8oRf DtuagsttROAU/Cr6I7W8ZAkSymWJxhUIr/6WZVAvfSId9clgs6qkdt+iDRkyKCj3RIdf izpA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j22si3335696eds.434.2021.03.06.02.35.56; Sat, 06 Mar 2021 02:36:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229881AbhCFKaT (ORCPT + 99 others); Sat, 6 Mar 2021 05:30:19 -0500 Received: from elvis.franken.de ([193.175.24.41]:48401 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229738AbhCFKaE (ORCPT ); Sat, 6 Mar 2021 05:30:04 -0500 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1lIUCA-0006qw-00; Sat, 06 Mar 2021 11:30:02 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id 76D5FC114B; Sat, 6 Mar 2021 10:53:08 +0100 (CET) Date: Sat, 6 Mar 2021 10:53:08 +0100 From: Thomas Bogendoerfer To: Jiaxun Yang Cc: Qing Zhang , Huacai Chen , Thomas Gleixner , Marc Zyngier , "linux-mips@vger.kernel.org" , linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] MIPS: Loongson64: Move loongson_system_configuration to loongson.h Message-ID: <20210306095308.GA5751@alpha.franken.de> References: <20210304110057.22144-1-zhangqing@loongson.cn> <20210304110057.22144-3-zhangqing@loongson.cn> <20210306080337.GC4744@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Mar 06, 2021 at 05:00:15PM +0800, Jiaxun Yang wrote: > > > On Sat, Mar 6, 2021, at 4:03 PM, Thomas Bogendoerfer wrote: > > On Thu, Mar 04, 2021 at 07:00:57PM +0800, Qing Zhang wrote: > > > The purpose of separating loongson_system_configuration from boot_param.h > > > is to keep the other structure consistent with the firmware. > > > > > > Signed-off-by: Jiaxun Yang > > > Signed-off-by: Qing Zhang > > > --- > > > .../include/asm/mach-loongson64/boot_param.h | 18 ------------------ > > > .../include/asm/mach-loongson64/loongson.h | 18 ++++++++++++++++++ > > > > as you are already touching mach-loongson64 files... > > > > Is there a chance you clean up that up even further ? My goal is to > > have only files in mach- files, which have an mach-generic > > counterpart. Everything else should go to its own directory. So in > > case of loongson something > > > > like > > > > arch/mips/include/asm/loongson for common stuff > > arch/mips/include/asm/loongson/32 > > arch/mips/include/asm/loongson/64 > > Hi Thomas > > I'm object to this idea as loongson32/2ef/64 have nothing in common. at least they share the name loongson, so having arch/mips/include/asm/loongson sounds like a good move. And seeing diff -u mach-loongson2ef/ mach-loongson64/loongson.h | diffstat loongson.h | 137 +++++++++++++------------------------------------------------ 1 file changed, 30 insertions(+), 107 deletions(-) wc mach-loongson2ef/loongson.h 318 963 11278 mach-loongson2ef/loongson.h so there is something to shared. To me it looks like 2ef could be merged into 64, but that's nothing I'm wanting. Just to understand you, you want arch/mips/include/asm/loongson/2ef arch/mips/include/asm/loongson/32 arch/mips/include/asm/loongson/64 ? Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]