From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id A70E2BAF for ; Tue, 17 Oct 2017 13:30:23 +0000 (UTC) Received: from mail-pg0-f68.google.com (mail-pg0-f68.google.com [74.125.83.68]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DEF6247E for ; Tue, 17 Oct 2017 13:30:21 +0000 (UTC) Received: by mail-pg0-f68.google.com with SMTP id m18so1415809pgd.13 for ; Tue, 17 Oct 2017 06:30:21 -0700 (PDT) MIME-Version: 1.0 Sender: glikely@secretlab.ca In-Reply-To: <20171014143457.72df1f54@windsurf.home> References: <20171014143457.72df1f54@windsurf.home> From: Grant Likely Date: Tue, 17 Oct 2017 14:30:00 +0100 Message-ID: To: Thomas Petazzoni Content-Type: text/plain; charset="UTF-8" Cc: "devicetree@vger.kernel.org" , Kumar Gala , "ksummit-discuss@lists.linuxfoundation.org" , Rob Herring , devicetree-spec@vger.kernel.org, Pantelis Antoniou , Andy Gross , Lucas Stach , David Gibson Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sat, Oct 14, 2017 at 1:34 PM, Thomas Petazzoni wrote: > Hello, > > On Mon, 9 Oct 2017 21:39:51 +0100, Grant Likely wrote: > >> Here is my current list of topics in no particular order, including >> the topic moderator: >> >> Runtime memory consumption (Rob Herring) >> Overlay maintenance plan (TBC) >> Stable ABI for devicetree (TBC) >> DT YAML encoding (Pantelis Antoniou) >> DT Schema format - option 1 (Pantelis Antoniou) >> DT Schema format - option 2 (Grant Likely) >> Sharing Generic bindings (TBC) >> devicetree.org update (Grant) >> >> Reply to this email if you want to propose another topic. > > I'd like to propose a quick discussion on how to avoid duplicating DT > description when a SoC is composed of aggregations of IP blocks that > are duplicated (in 2, 4 or 8 copies). > > As an example, we currently have > arch/arm64/boot/dts/marvell/armada-cp110-master.dtsi and > arch/arm64/boot/dts/marvell/armada-cp110-slave.dtsi that are almost > identical, because they represent the same aggregation of IP blocks, > present two times in the same SoC (Marvell Armada 8K). As we are going > to have SoCs with more than 2 copies in the future, we want to find a > way to avoid duplicating the description of those aggregations. > > I'd like to present the problem scope, a possible solution solely based > on C preprocessor macros, and then open the discussion to see what is > the right approach to solve this problem. I'll include time for this alongside the overlay maintenance plan topic. It seems to me that they are closely related problems. g. > > I don't think that more than 10-15 minutes is needed for presenting the > problem scope and one possible solution. The following discussion may > be longer though. > > I'll be attending on both the morning and afternoon, but I'll be > leaving at ~4:30 PM. > > Best regards, > > Thomas Petazzoni > -- > Thomas Petazzoni, CTO, Free Electrons > Embedded Linux and Kernel engineering > http://free-electrons.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Likely Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) Date: Tue, 17 Oct 2017 14:30:00 +0100 Message-ID: References: <20171014143457.72df1f54@windsurf.home> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: In-Reply-To: <20171014143457.72df1f54-dFHcqWZE4ncJmsy6czSMtA@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Thomas Petazzoni Cc: "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , devicetree-spec-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "ksummit-discuss-cunTk1MwBs98uUxBSJOaYoYkZiVZrdSR2LY78lusg7I@public.gmane.org" , David Gibson , Julia Lawall , Pantelis Antoniou , Lucas Stach , Kumar Gala , Andy Gross , Rob Herring , Frank Rowand , =?UTF-8?Q?Gr=C3=A9gory_Clement?= List-Id: devicetree@vger.kernel.org On Sat, Oct 14, 2017 at 1:34 PM, Thomas Petazzoni wrote: > Hello, > > On Mon, 9 Oct 2017 21:39:51 +0100, Grant Likely wrote: > >> Here is my current list of topics in no particular order, including >> the topic moderator: >> >> Runtime memory consumption (Rob Herring) >> Overlay maintenance plan (TBC) >> Stable ABI for devicetree (TBC) >> DT YAML encoding (Pantelis Antoniou) >> DT Schema format - option 1 (Pantelis Antoniou) >> DT Schema format - option 2 (Grant Likely) >> Sharing Generic bindings (TBC) >> devicetree.org update (Grant) >> >> Reply to this email if you want to propose another topic. > > I'd like to propose a quick discussion on how to avoid duplicating DT > description when a SoC is composed of aggregations of IP blocks that > are duplicated (in 2, 4 or 8 copies). > > As an example, we currently have > arch/arm64/boot/dts/marvell/armada-cp110-master.dtsi and > arch/arm64/boot/dts/marvell/armada-cp110-slave.dtsi that are almost > identical, because they represent the same aggregation of IP blocks, > present two times in the same SoC (Marvell Armada 8K). As we are going > to have SoCs with more than 2 copies in the future, we want to find a > way to avoid duplicating the description of those aggregations. > > I'd like to present the problem scope, a possible solution solely based > on C preprocessor macros, and then open the discussion to see what is > the right approach to solve this problem. I'll include time for this alongside the overlay maintenance plan topic. It seems to me that they are closely related problems. g. > > I don't think that more than 10-15 minutes is needed for presenting the > problem scope and one possible solution. The following discussion may > be longer though. > > I'll be attending on both the morning and afternoon, but I'll be > leaving at ~4:30 PM. > > Best regards, > > Thomas Petazzoni > -- > Thomas Petazzoni, CTO, Free Electrons > Embedded Linux and Kernel engineering > http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html