From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752451AbaHWGbs (ORCPT ); Sat, 23 Aug 2014 02:31:48 -0400 Received: from mail-pa0-f46.google.com ([209.85.220.46]:50413 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752210AbaHWGbq (ORCPT ); Sat, 23 Aug 2014 02:31:46 -0400 Date: Fri, 22 Aug 2014 23:31:13 -0700 From: Olof Johansson To: Andrew Bresticker Cc: Florian Fainelli , Kumar Gala , Ralf Baechle , David Daney , Rob Herring , Linux-MIPS , Qais Yousef , Ian Campbell , "linux-kernel@vger.kernel.org" , Pawel Moll , John Crispin , Mark Rutland , Jayachandran C , Paul Burton , James Hogan , "devicetree@vger.kernel.org" Subject: Re: [PATCH 0/7] MIPS: Move device-tree files to a common location Message-ID: <20140823063113.GC23715@localhost> References: <1408651466-8334-1-git-send-email-abrestic@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 22, 2014 at 02:10:23PM -0700, Andrew Bresticker wrote: > On Fri, Aug 22, 2014 at 1:42 PM, Florian Fainelli wrote: > > > > On Aug 21, 2014 3:05 PM, "Andrew Bresticker" wrote: > > > > > > To be consistent with other architectures and to avoid unnecessary > > > makefile duplication, move all MIPS device-trees to arch/mips/boot/dts > > > and build them with a common makefile. > > > > I recall reading that the ARM organization for DTS files was a bit unfortunate > > and should have been something like: > > > > arch/arm/boot/dts// > > > > Is this something we should do for the MIPS and update the other architectures > > to follow that scheme? > > I recall reading that as well and that it would be adopted for ARM64, > but that hasn't seemed to have happened. Perhaps Olof (CC'ed) will no > more. Yeah, I highly recommend having a directory per vendor. We didn't on ARM, and the amount of files in that directory is becoming pretty insane. Moving to a subdirectory structure later gets messy which is why we've been holding off on it. -Olof