From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S968944AbdIZMzG (ORCPT ); Tue, 26 Sep 2017 08:55:06 -0400 Received: from mail-by2nam01on0085.outbound.protection.outlook.com ([104.47.34.85]:45067 "EHLO NAM01-BY2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S966749AbdIZMzD (ORCPT ); Tue, 26 Sep 2017 08:55:03 -0400 Authentication-Results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=xilinx.com; kernel.org; dkim=none (message not signed) header.d=none;kernel.org; dmarc=bestguesspass action=none header.from=xilinx.com; Subject: Re: [PATCH 1/2] arm: dts: Add support for National Instruments Project Sulfur SDRs To: Moritz Fischer , Michal Simek CC: , , , , , , , , Arnd Bergmann References: <20170911232223.91894-1-mdf@kernel.org> <314acb1f-1f0f-7893-70a8-9379c01112ac@xilinx.com> <20170925161136.GA12943@tyrael.ni.corp.natinst.com> From: Michal Simek Message-ID: <6b87e902-3201-6710-4921-d465dea19dcd@xilinx.com> Date: Tue, 26 Sep 2017 14:54:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20170925161136.GA12943@tyrael.ni.corp.natinst.com> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-8.1.0.1062-23352.004 X-TM-AS-User-Approved-Sender: Yes;Yes X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:149.199.60.83;IPV:NLI;CTRY:US;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(376002)(346002)(2980300002)(438002)(24454002)(199003)(189002)(31686004)(9786002)(65956001)(83506001)(5660300001)(7416002)(189998001)(47776003)(65826007)(53546010)(54906003)(6666003)(229853002)(86362001)(305945005)(50466002)(2950100002)(316002)(31696002)(58126008)(356003)(77096006)(76176999)(50986999)(65806001)(4326008)(8676002)(6246003)(36756003)(23746002)(63266004)(64126003)(478600001)(33646002)(36386004)(8936002)(81156014)(230700001)(81166006)(106466001)(54356999)(110136005)(2906002)(107986001);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1PR02MB1134;H:xsj-pvapsmtpgw01;FPR:;SPF:Pass;PTR:unknown-60-83.xilinx.com;A:1;MX:1;LANG:en; X-Microsoft-Exchange-Diagnostics: 1;BL2NAM02FT064;1:U91BZMjgYl81lWWp87wOc92+sdWLzHkatCrl956YK8B62zuyeTapE5ecfg1yTOHIXeDnUAdtEmgagtbHrlRXzHy/9R5hAQmAICXFpRU0MnICl18+vXbjl1aiKBTIYL8R X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1af46ab1-30da-4998-1442-08d504ddcc62 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(2017030254152)(8251501002)(2017052603199)(201703131423075)(201703031133081)(201702281549075);SRVR:CY1PR02MB1134; X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1134;3:4+JG60+3lnb8WVrkspGv3c60oKkDs/SYoq4VNrRqB/KlCLY40sCypmAm8DWwrKnt2eAPDpz7kTZLtBHEPwDUPIkIOZbwEdVKKW/BYXVP3Hb84LOAiNfodnaOkfUP05RoRgpBxfCd+N+lsejN24ootsbWY93RBabyKeQn9Btpw0dSjNf5izD9IrQl0k2wXz4MYYlAMgycK9JEA6U/UmY7kw2Jkcy30uMU9VmNma9/J3eGM3wSfK8EqUA8SCoi50Ba9sBZjd3jc6Nx4vZSnQ2oYliO0cv44jQ3U3T1VjQ73QYD9HSNB2F+d1xyYkYyhX75Oj6Rn/5bLNAAliYuJomZQnnapRO6h7GnTmx7Xdqvt7w=;25:Q2En0KLUMo7k4URhxI/3CYRl+gDx1dzbSIJ1MsNwlTrvoW6uDAHpnkxmVDQ+IT/aUBDhC2DiExMjOv+mjMe//QsrnRUPO6LHyBtYgN11L4qWttSChsnKXFsd0M1LWeewro9IqSr5TBgs8/UwAz8iGcTCZIDxTTLEFdXExKxVVG390SYJZ+a+JfGcPIBUMz1CiF/HjHA0pTqaVvJVoC7EWB3RRqmT9CS1/AIQ4DAB9GyyKzx6ByMkzsrmSvM9iTJ9o63UPSGekazgLaCxNWCnhYPgu4tE1Kw/h1hZ+Wh1m96irvYt6jyRDz0xN+2L9IeHq44lyTwsCfyKAhru784K0A== X-MS-TrafficTypeDiagnostic: CY1PR02MB1134: X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1134;31:JAIWNaeyuFCUAlwtgEyZGtgU3E/HoFwzWNKAID/xkh0pAjxOns6lLUY1CdUdOkeYWOmRsxdGusVaud2a2sEuDPvR+3uiXu0b5O5lQtyJalgCCk0a+L4c/QzCDfhRlWhoj5PK79vr6aTQb0uCDOdKAN/0+vB6EbmOLQ+cwMlVpZrnCwFyyK/114svFbKNJ4zX8Zb1FxbMQvq6rKz1whELKywDiMhOBZYW06VfmDMAKmk=;20:kYiqiAjzPGV+IU3H0KIGpoKx9YPead1xwHKUZUywJdxN/nZpd/AfYeaFj7nyIj+6JxabB1s4ik3eauWj1v3VGiEr8tiHFfsJkn6Xzj7jnURtQnQ6BIAbvWQVcXFRdubZb53TXVR9n4dB2C6bLo3mL5OA1sj+/mgfhYC8TiOF1P5+0s1gMf+OQXawhA4uN7FNaZVT0l8ag7RrO5ZBU5GSfvsSI5oYY1+zvpqwVP69YDyz3QKTBwdWsULHocrF6Tc+pstbcbiFr0PHYPyiNHYflM/jx/xUw1dAOUDZH+y30uoCSePrOLSV0+iZBryeHRtCrZ3HjwWs3U/gUQwO7K4QBPJyHGOGDxqA7Rmx0IvN5nTK++NTl12Ig/NCjqtR7jpjWVKEQYmRukdZlY40z6ixEIWMpQBWuCK0NqFQdAgLPtCJqX+GyUs5vI7s4xOPLMfxWAfi2M+tCxsX+FFqQZH3o0oNHY2bDkkUceuTv9ERNeExSXT0o6/QThl7HKUDM//w X-Exchange-Antispam-Report-Test: UriScan:(21532816269658); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(100000703101)(100105400095)(93006095)(93004095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:CY1PR02MB1134;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:CY1PR02MB1134; X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1134;4:aKFNJvXmVeDfL8OvLb/rT6+nbHo67bY+1tlJA2rMhp6fDOD2UaI7Bib6TRWZjLSBj4OWguNsginKC/AWldZt7vwnVON2sorcVZOb3JEodcbk33EXaMs9YTd9PqOupGr/A3L5eM2NjgPmahNc+eJE5rzMEdzCtzv0M2iX9vVmtIjIXMlpVqCtdfJOAhW+rLFF9q0i279fGll02+bpvTbUSircjhZOV5RwjGQSnroi8RcYA+bbnhgPfSD9+WvEd5oZZmc32qkJw/WpzzosgFR3yfaJeSJuVyCCJssQJKUD9hs= X-Forefront-PRVS: 0442E569BC X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1;CY1PR02MB1134;23:+aVvP3w6WAjGCoqzDYa9QV5M/o/VB0PyILFAA?= =?Windows-1252?Q?6/k6cbhACfohuY67w9MmvwduwW0AX/lXMwEmgD8YSoW6iEfdUJzMSztl?= =?Windows-1252?Q?mnL58GtNXoRVmcbPpPGpHk2F3B47vUCUE4kRj9+NYGq3JWRd1QyGSpP5?= =?Windows-1252?Q?xTmyc/PlsUg98ctWCuN6/+zhDgWEosJkj4zjicBAk6Ayvf1db+UKJKe4?= =?Windows-1252?Q?7RlURPxAkf7oM621VKpcpT+w00g96jaOQ6Mf7zGtV/rwlXrdY3OdTTsW?= =?Windows-1252?Q?kafHftRkbHfi4BGOTsOPtWfRWbE36hiN09GfvIUmnvOiuAwwjVGg7fjp?= =?Windows-1252?Q?/5/s8gvqnjH8Se+j9wZx5Q9Eju5xE5Bo3nR12bKkTHE5GwGxBwtqViUk?= =?Windows-1252?Q?BcqR0EiLpP/0JAVl6+79jrev7GSpoNlwIKn1zp66hIjRWdBrf325KwRx?= =?Windows-1252?Q?i+e33ZK66FnE9aoejPqWLTPqQk74OQu/oyreM1zMs3/UV1sTergEmYxQ?= =?Windows-1252?Q?YFnSWQAGxynobFx33aPTLrjeiL0PQTjCuslasIOiCvlo3783rHMK6GdG?= =?Windows-1252?Q?1WmoL0aqe7OJtTqqTlresbYbu4EDdY6/UK4vQumMawj6NOJCPd67Au5p?= =?Windows-1252?Q?YqXsogxfzsvNNSPMZzsyWtfknbM4zdq1TKi+SwC219aJb541KsQmd2B2?= =?Windows-1252?Q?pHkv8kR7PK/rLyGlADWtx0SpqG4iQuLBSCEeL83AfnC8oqcvP60N3p7X?= =?Windows-1252?Q?3VAk6IUgmDTXryeBNKTa+rfNzpD5rq5Xg/FsThJk9SjnPykchknBXzz7?= =?Windows-1252?Q?Lup2IUDUuCf/2pfH0ikVp4zhPbZJjbttV50QPJroP1n5fkwEEMzpOuib?= =?Windows-1252?Q?nBF/AkzabV8Cc0lnokW7P5tgmjcRe+unD5vysZ6sELHcluCFCnDKYMQP?= =?Windows-1252?Q?Jc3uL35eaBymxbD3MMYPznun8wcJYKXC9DunP6QSGikoobcNJzM8XT2V?= =?Windows-1252?Q?wf6muu5s6HE6b0mwasSGQS6Sf/HHBOhVIL89UBdy8uN0Fk1qd2E0zEGK?= =?Windows-1252?Q?TrcKeVnFnAU0tIlImGLzReUawJ3EsW6McowIqY1dZFgzRxWGzwyCvfkK?= =?Windows-1252?Q?9X1euMnjE/SYY4mf+VgCfLMob8laEziSRT0KQl0o2LFJ/o7jmC+eXdz+?= =?Windows-1252?Q?2bi4JfvDCkJbxrvJ7AJHNvCY3Mba7LrHC4pUm3N+MOrE4zeCcWtrwafs?= =?Windows-1252?Q?DmadIjFsChPK6LvYpm8YhUwS52AILbC2BvTvBW7SI53WfCHsiJXZ9vUt?= =?Windows-1252?Q?szu?= X-Microsoft-Exchange-Diagnostics: 1;CY1PR02MB1134;6:sosNRTRWSxKm2N082IzvhJbwCOUy/RJ65gZ9e1vsJbHcLhZbpCt5jg6TCrJodOX24y3dZ1sAloTiIoeneLB9ycn44f4OIBFX4kh3JCUNNYMxUZvjp3NS60n4brnXsbeH35H4gLOQMkYF1tUCrSh/L4tRpK7AvzOddbHW+AL6KWMi19aX0fxkedcsD67VhTv/peIHA1Ogj9sHxSYKxVx0gjcgjnr9djoWeZjBVf6mJtqOyoLM5xGdnFAJzd1e2SUEDbN9MyBTSISrSwHITK2DzksdxyHp/BBDkS0NO70bqK6s8zil4tw7qY6iiCUp+aTNqMEtcuQS+jvMiWLEr7Xf4Q==;5:oWjLjk1KxOvd6YZm1WgoQdy99HIwcYHsX6nr+YHGLbkY+txAiEl3qLajlWmY7XHuHz+ud1HPUw6F4c1HWbD/Rk+z3BVykuXKTCTo3S77ngw2qi/x/cey9k07ev5osq7eJBPJuEueneZIC+f1/Xqydw==;24:R/1vxt2HM6MlJyJketZDB3TQt+c07jng17ubUBu6PCqgGi4S9aBNK5cGROcPGxt2SHR6GX720bY+fl8eViiLTxiQ1GzEcorehDUbqvwby+s=;7:741ACSiYYJ+YDCZCVpbX+J3/RtpLLpIoG9twIVQfxAy6nJ+QyqsD0o7lXt8B0OPJkt3gmGsKyAJRk70uICiL8fNmASOrfCeRxZXw2xmFzOvofaWkEO6NA2gcUeELrdDP5S7i8wwnemXfKA0yqjKzN36B+7UOJ+9t0QM5Y7G4THegjGaOJ3UK1+7i4kegUWDLD9lCiVKEMcxfENfRoQDUl/GCNYW26/bGCyAjJPs8rxg= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Sep 2017 12:55:00.4337 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.83];Helo=[xsj-pvapsmtpgw01] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR02MB1134 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 25.9.2017 18:11, Moritz Fischer wrote: > Hi Michal, > > On Mon, Sep 25, 2017 at 10:19:44AM +0200, Michal Simek wrote: >> Hi Moritz >> >> sorry for delay. > > No problem. > >> >> On 12.9.2017 01:22, Moritz Fischer wrote: >>> Add support for the National Instruments Project Sulfur SDR >>> motherboards Rev 2,3 and 4. >>> >>> Signed-off-by: Moritz Fischer >>> --- >>> arch/arm/boot/dts/Makefile | 3 + >>> arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts | 84 +++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts | 118 ++++++++++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts | 26 ++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur.dtsi | 133 ++++++++++++++++++++++++++++++ >>> 5 files changed, 364 insertions(+) >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur.dtsi >> >> Is this publicly available board? > > Will be in Q1 2018 was announced at GRCon'17 ([1]). > Some of the Rev3s are currently deployed in Norway as part of a radar > system. > >> I am not quite sure we should apply these dts files. There are a lot of >> boards with zynq and there must be any strong argument for applying this >> to the tree. For arm32 with even flat tree structure. > > What's the issue with merging them, except for having 3 more files? For me this is not a problem because on Linux side it is not increasing build time. I want to see the value for community. All xilinx platforms are evaluation generic purpose boards which are showing how to connect stuff together. On the other hand this is real product. I would let arm-soc maintainer to decide if this is fine or not. I definitely don't want to end up in situation that we will have dts for real products which are not bringing any value for others. Thanks, Michal From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Simek Subject: Re: [PATCH 1/2] arm: dts: Add support for National Instruments Project Sulfur SDRs Date: Tue, 26 Sep 2017 14:54:48 +0200 Message-ID: <6b87e902-3201-6710-4921-d465dea19dcd@xilinx.com> References: <20170911232223.91894-1-mdf@kernel.org> <314acb1f-1f0f-7893-70a8-9379c01112ac@xilinx.com> <20170925161136.GA12943@tyrael.ni.corp.natinst.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20170925161136.GA12943-KFgJe6S/L2nknyRNNOXSQ2IaLvZF3x2V0E9HWUfgJXw@public.gmane.org> Content-Language: en-US Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Moritz Fischer , Michal Simek Cc: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, mark.rutland-5wv7dgnIgG8@public.gmane.org, linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann List-Id: devicetree@vger.kernel.org Hi, On 25.9.2017 18:11, Moritz Fischer wrote: > Hi Michal, > > On Mon, Sep 25, 2017 at 10:19:44AM +0200, Michal Simek wrote: >> Hi Moritz >> >> sorry for delay. > > No problem. > >> >> On 12.9.2017 01:22, Moritz Fischer wrote: >>> Add support for the National Instruments Project Sulfur SDR >>> motherboards Rev 2,3 and 4. >>> >>> Signed-off-by: Moritz Fischer >>> --- >>> arch/arm/boot/dts/Makefile | 3 + >>> arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts | 84 +++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts | 118 ++++++++++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts | 26 ++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur.dtsi | 133 ++++++++++++++++++++++++++++++ >>> 5 files changed, 364 insertions(+) >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur.dtsi >> >> Is this publicly available board? > > Will be in Q1 2018 was announced at GRCon'17 ([1]). > Some of the Rev3s are currently deployed in Norway as part of a radar > system. > >> I am not quite sure we should apply these dts files. There are a lot of >> boards with zynq and there must be any strong argument for applying this >> to the tree. For arm32 with even flat tree structure. > > What's the issue with merging them, except for having 3 more files? For me this is not a problem because on Linux side it is not increasing build time. I want to see the value for community. All xilinx platforms are evaluation generic purpose boards which are showing how to connect stuff together. On the other hand this is real product. I would let arm-soc maintainer to decide if this is fine or not. I definitely don't want to end up in situation that we will have dts for real products which are not bringing any value for others. Thanks, Michal -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: michal.simek@xilinx.com (Michal Simek) Date: Tue, 26 Sep 2017 14:54:48 +0200 Subject: [PATCH 1/2] arm: dts: Add support for National Instruments Project Sulfur SDRs In-Reply-To: <20170925161136.GA12943@tyrael.ni.corp.natinst.com> References: <20170911232223.91894-1-mdf@kernel.org> <314acb1f-1f0f-7893-70a8-9379c01112ac@xilinx.com> <20170925161136.GA12943@tyrael.ni.corp.natinst.com> Message-ID: <6b87e902-3201-6710-4921-d465dea19dcd@xilinx.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi, On 25.9.2017 18:11, Moritz Fischer wrote: > Hi Michal, > > On Mon, Sep 25, 2017 at 10:19:44AM +0200, Michal Simek wrote: >> Hi Moritz >> >> sorry for delay. > > No problem. > >> >> On 12.9.2017 01:22, Moritz Fischer wrote: >>> Add support for the National Instruments Project Sulfur SDR >>> motherboards Rev 2,3 and 4. >>> >>> Signed-off-by: Moritz Fischer >>> --- >>> arch/arm/boot/dts/Makefile | 3 + >>> arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts | 84 +++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts | 118 ++++++++++++++++++++++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts | 26 ++++++ >>> arch/arm/boot/dts/zynq-ni-sulfur.dtsi | 133 ++++++++++++++++++++++++++++++ >>> 5 files changed, 364 insertions(+) >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev2.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev3.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur-rev4.dts >>> create mode 100644 arch/arm/boot/dts/zynq-ni-sulfur.dtsi >> >> Is this publicly available board? > > Will be in Q1 2018 was announced at GRCon'17 ([1]). > Some of the Rev3s are currently deployed in Norway as part of a radar > system. > >> I am not quite sure we should apply these dts files. There are a lot of >> boards with zynq and there must be any strong argument for applying this >> to the tree. For arm32 with even flat tree structure. > > What's the issue with merging them, except for having 3 more files? For me this is not a problem because on Linux side it is not increasing build time. I want to see the value for community. All xilinx platforms are evaluation generic purpose boards which are showing how to connect stuff together. On the other hand this is real product. I would let arm-soc maintainer to decide if this is fine or not. I definitely don't want to end up in situation that we will have dts for real products which are not bringing any value for others. Thanks, Michal