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 3FB528EE for ; Wed, 18 Oct 2017 14:05:12 +0000 (UTC) Received: from mail-wr0-f194.google.com (mail-wr0-f194.google.com [209.85.128.194]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 08F2D12A for ; Wed, 18 Oct 2017 14:05:10 +0000 (UTC) Received: by mail-wr0-f194.google.com with SMTP id j14so5157452wre.8 for ; Wed, 18 Oct 2017 07:05:10 -0700 (PDT) Reply-To: monstr@monstr.eu To: Rob Herring References: <39f87f46-da67-11d9-4336-213c13025568@monstr.eu> From: Michal Simek Message-ID: <52c0aa5e-4995-9c0e-babb-60ec84a3deff@monstr.eu> Date: Wed, 18 Oct 2017 16:04:56 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PTS65lo0x06hExrJv28iuLv4fq9fEOVbl" Cc: "devicetree@vger.kernel.org" , Kumar Gala , "ksummit-discuss@lists.linuxfoundation.org" , 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: , This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl Content-Type: multipart/mixed; boundary="jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l"; protected-headers="v1" From: Michal Simek Reply-To: monstr@monstr.eu To: Rob Herring Cc: Grant Likely , "devicetree@vger.kernel.org" , devicetree-spec@vger.kernel.org, "ksummit-discuss@lists.linuxfoundation.org" , David Gibson , Julia Lawall , Pantelis Antoniou , Lucas Stach , Kumar Gala , Andy Gross , Frank Rowand Message-ID: <52c0aa5e-4995-9c0e-babb-60ec84a3deff@monstr.eu> Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) References: <39f87f46-da67-11d9-4336-213c13025568@monstr.eu> In-Reply-To: --jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 16.10.2017 16:11, Rob Herring wrote: > On Mon, Oct 16, 2017 at 12:36 AM, Michal Simek wrote= : >> Hi, >> >> On 9.10.2017 22:39, Grant Likely wrote: >>> Kernel Summit is now just over 2 weeks away and it is time to pull >>> together the schedule for the Devicetree workshop. Originally I >>> planned on just an afternoon, but I've got the room for the whole day= , >>> so I've got a lot of flexibility on the schedule. Unscheduled time ca= n >>> be used for hacking. >>> >>> Date: 26 Oct 2017 >>> Time: 9:00am-5:30pm (Lunch from 12:30-2:30) >>> Location: Athens room - Hilton Prague >>> >>> If you plan to attend, make sure you update your OSSunmitE/ELCE >>> registration to include the DT Workshop (log in to access and modify >>> your registration): >>> >>> https://www.regonline.com/register/login.aspx?eventID=3D1883377&Metho= dId=3D0&EventsessionId=3D&Email_Address=3D&membershipID=3D >>> >>> 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. >>> >>> Reply privately if there is a particular topic you want to attend but= >>> you are unable to be there in the morning or afternoon. I'll put the >>> actual agenda together a week out from the event. >> >> I would like to talk how to add support for AArch32 based on arm64 dts= file. >=20 > We already have that for RPi3, but it's a bit hacky in that you have > to include files from one arch to the other. What I'd like to see > ideally is no dependency on $ARCH to build dts files. You can't build > dts files for an arch without a cross-compiler installed which is an > artificial dependency. The dtb should be independent of whether you're > building for 32 or 64 bit. I wasn't aware about RPI3 but yes - I have seen the same for ZynqMP. >=20 > There's the other aspect of being able to do armv8 32-bit builds as > there's no explicit support for v8 in arch/arm/. But that's not a DT > issue. Yep including Kconfig.platforms is required. >=20 >> And next topic is discuss criteria for adding new DTS board files to >> kernel for supporting custom boards especially for arm32 which can end= >> up with a lot of dts files in this folder. >=20 > We really should move the arm32 files into subdirs for each SoC vendor > IMO, but I think armsoc maintainers have been against that churn. As you said above maybe we should consider to move all DTS files out of arch folder and sorted them based on SoC vendor. It sounds like a good topic to discuss. >> If make sense to permit only boards with something new or just enable >> reference boards to go in. >=20 > The board dts files are generally pretty minimal. What's the issue > here? Just lots of files in arch/arm/boot/dts? yep. A lot of files there. Thanks, Michal --=20 Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP SoCs --jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l-- --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlnnX4sACgkQykllyylKDCG8lQCgkQNeIRMicfpV1xxgc1NfX3LL DVYAnio70P+0NHJO0k/H0usgU938waNB =13YG -----END PGP SIGNATURE----- --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Simek Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) Date: Wed, 18 Oct 2017 16:04:56 +0200 Message-ID: <52c0aa5e-4995-9c0e-babb-60ec84a3deff@monstr.eu> References: <39f87f46-da67-11d9-4336-213c13025568@monstr.eu> Reply-To: monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PTS65lo0x06hExrJv28iuLv4fq9fEOVbl" Return-path: In-Reply-To: Sender: devicetree-spec-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Rob Herring Cc: Grant Likely , "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 , Frank Rowand List-Id: devicetree@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl Content-Type: multipart/mixed; boundary="jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l"; protected-headers="v1" From: Michal Simek Reply-To: monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org To: Rob Herring Cc: Grant Likely , "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 , Frank Rowand Message-ID: <52c0aa5e-4995-9c0e-babb-60ec84a3deff-pSz03upnqPeHXe+LvDLADg@public.gmane.org> Subject: Re: [Ksummit-discuss] Devicetree Workshop at Kernel Summit Prague (26 Oct 2017) References: <39f87f46-da67-11d9-4336-213c13025568-pSz03upnqPeHXe+LvDLADg@public.gmane.org> In-Reply-To: --jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 16.10.2017 16:11, Rob Herring wrote: > On Mon, Oct 16, 2017 at 12:36 AM, Michal Simek wrote= : >> Hi, >> >> On 9.10.2017 22:39, Grant Likely wrote: >>> Kernel Summit is now just over 2 weeks away and it is time to pull >>> together the schedule for the Devicetree workshop. Originally I >>> planned on just an afternoon, but I've got the room for the whole day= , >>> so I've got a lot of flexibility on the schedule. Unscheduled time ca= n >>> be used for hacking. >>> >>> Date: 26 Oct 2017 >>> Time: 9:00am-5:30pm (Lunch from 12:30-2:30) >>> Location: Athens room - Hilton Prague >>> >>> If you plan to attend, make sure you update your OSSunmitE/ELCE >>> registration to include the DT Workshop (log in to access and modify >>> your registration): >>> >>> https://www.regonline.com/register/login.aspx?eventID=3D1883377&Metho= dId=3D0&EventsessionId=3D&Email_Address=3D&membershipID=3D >>> >>> 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. >>> >>> Reply privately if there is a particular topic you want to attend but= >>> you are unable to be there in the morning or afternoon. I'll put the >>> actual agenda together a week out from the event. >> >> I would like to talk how to add support for AArch32 based on arm64 dts= file. >=20 > We already have that for RPi3, but it's a bit hacky in that you have > to include files from one arch to the other. What I'd like to see > ideally is no dependency on $ARCH to build dts files. You can't build > dts files for an arch without a cross-compiler installed which is an > artificial dependency. The dtb should be independent of whether you're > building for 32 or 64 bit. I wasn't aware about RPI3 but yes - I have seen the same for ZynqMP. >=20 > There's the other aspect of being able to do armv8 32-bit builds as > there's no explicit support for v8 in arch/arm/. But that's not a DT > issue. Yep including Kconfig.platforms is required. >=20 >> And next topic is discuss criteria for adding new DTS board files to >> kernel for supporting custom boards especially for arm32 which can end= >> up with a lot of dts files in this folder. >=20 > We really should move the arm32 files into subdirs for each SoC vendor > IMO, but I think armsoc maintainers have been against that churn. As you said above maybe we should consider to move all DTS files out of arch folder and sorted them based on SoC vendor. It sounds like a good topic to discuss. >> If make sense to permit only boards with something new or just enable >> reference boards to go in. >=20 > The board dts files are generally pretty minimal. What's the issue > here? Just lots of files in arch/arm/boot/dts? yep. A lot of files there. Thanks, Michal --=20 Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP SoCs --jTas288rc7q5Op4HHiAKe4sd0mnLCQI9l-- --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlnnX4sACgkQykllyylKDCG8lQCgkQNeIRMicfpV1xxgc1NfX3LL DVYAnio70P+0NHJO0k/H0usgU938waNB =13YG -----END PGP SIGNATURE----- --PTS65lo0x06hExrJv28iuLv4fq9fEOVbl--