From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932283AbcHSBHG (ORCPT ); Thu, 18 Aug 2016 21:07:06 -0400 Received: from anholt.net ([50.246.234.109]:38677 "EHLO anholt.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754223AbcHSBHB (ORCPT ); Thu, 18 Aug 2016 21:07:01 -0400 From: Eric Anholt To: Ian Campbell , linux-arm-kernel@lists.infradead.org, arm@kernel.org, Olof Johansson , Arnd Bergmann Cc: Ian Campbell , Catalin Marinas , Will Deacon , Mark Rutland , Rob Herring , Frank Rowand , Stephen Warren , Lee Jones , Gerd Hoffmann , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rpi-kernel@lists.infradead.org Subject: Re: [PATCH v3 1/2] ARM: dts: Remove use of skeleton.dtsi from bcm283x.dtsi In-Reply-To: <1471516926-11466-1-git-send-email-ijc@hellion.org.uk> References: <1471516926-11466-1-git-send-email-ijc@hellion.org.uk> User-Agent: Notmuch/0.22.1 (http://notmuchmail.org) Emacs/24.5.1 (x86_64-pc-linux-gnu) Date: Thu, 18 Aug 2016 10:59:05 -0700 Message-ID: <87zioaj6vq.fsf@eliezer.anholt.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Ian Campbell writes: > This file is included from DTS files under arch/arm64 too (via > broadcom/bcm2837-rpi-3-b.dts and broadcom/bcm2837.dtsi). There is a desire > not to have skeleton.dtsi for ARM64. See commit 3ebee5a2e141 ("arm64: dts: > kill skeleton.dtsi") for rationale for its removal. > > As well as the addition of #*-cells also requires adding the device_type to > the rpi memory node explicitly. > > Note that this change results in the removal of an empty /aliases node from > bcm2835-rpi-a.dtb and bcm2835-rpi-a-plus.dtb. I have no hardware to check > if this is a problem or not. > > It also results in some reordering of the nodes in the DTBs (the /aliases > and /memory nodes come later). This isn't supposed to matter but, again, > I've no hardware to check if it is true in this particular case. > > Signed-off-by: Ian Campbell > Acked-by: Mark Rutland > Tested-by: Stefan Wahren I'd lost track of these patches, sorry. Both are: Acked-by: Eric Anholt They're going through the -soc tree, right? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJXtfdpAAoJELXWKTbR/J7owE4P/1hKNOiWAwQt4Ar5zYOHHUkG bt1WNHGKoxFEewZQOZhxQoXqLZLrR+Mri24ydvav4aV/FonFAUbzDy6L9RpWfL+g tLlAk1JznyFeW49xmmM+xJes9p+yZvD0yccLjU2yUBVqr8PnjFJDHAS5F8Oy4Zug iDmkNjtNBpKfn+lVEJMDvoAH6hdHnITteZJU8eCoaLDrE3ua0r9QT4IX3uzlrJ6n uxCnbYwcBfiWvHUNnoHSsS90vdgnp8E0w1imKzUmYsbQxhoNEHuZfwyMZFFrZ7qn z+K05GwNImvkYZTDxlKE42AkKAxyECtnIrRGBbKMA/0HS4lQhbFjugfbS/20bI71 ECZW34Hk5F4c0UcW/dUR1im4BYAobAeONhPS1hUMDhby1GMy+Vg1d9FAwrV6YnS4 SdQ+ksS9zwfREcRWBmXZXt7PYpJIDtTLHqkGCU/iq5MpHAZUOxZQABXYudzO6BDZ nhev3U3kxrJRCRtobR6kHlsmxU5zDM0ekyU/ygf7qIYSe1BuZ4nljvLXUGq9fs+Z g9eGRkTMd92rvWSYqWRE8SxP/HjUxC0BvgS9DTuSu/VqtSMquIPSs3hqswVpPGwX pzB93s+L0y/YhtUhf1rFDk1AZiuofEMQQB/p4j10assV/VUh2wdvtsS6iBhSmYXu BIaaWLfvK+xE0c4kXoJz =Bg34 -----END PGP SIGNATURE----- --=-=-=--