* [Question] directory for SoC-related DT binding @ 2018-10-10 11:07 ` Masahiro Yamada 0 siblings, 0 replies; 18+ messages in thread From: Masahiro Yamada @ 2018-10-10 11:07 UTC (permalink / raw) To: DTML, linux-arm-kernel Cc: Linux Kernel Mailing List, Rob Herring, Frank Rowand, Mark Rutland Hi, I see a bunch of vendor (or SoC) names in Documentation/device/bindings/arm/ ./Documentation/devicetree/bindings/arm/altera ./Documentation/devicetree/bindings/arm/amlogic ./Documentation/devicetree/bindings/arm/apm ./Documentation/devicetree/bindings/arm/bcm ./Documentation/devicetree/bindings/arm/calxeda ./Documentation/devicetree/bindings/arm/freescale ./Documentation/devicetree/bindings/arm/hisilicon ./Documentation/devicetree/bindings/arm/keystone ./Documentation/devicetree/bindings/arm/marvell ./Documentation/devicetree/bindings/arm/mediatek ./Documentation/devicetree/bindings/arm/mrvl ./Documentation/devicetree/bindings/arm/msm ./Documentation/devicetree/bindings/arm/npcm ./Documentation/devicetree/bindings/arm/nxp ./Documentation/devicetree/bindings/arm/omap ./Documentation/devicetree/bindings/arm/rockchip ./Documentation/devicetree/bindings/arm/samsung ./Documentation/devicetree/bindings/arm/stm32 ./Documentation/devicetree/bindings/arm/sunxi ./Documentation/devicetree/bindings/arm/tegra ./Documentation/devicetree/bindings/arm/ti ./Documentation/devicetree/bindings/arm/uniphier ./Documentation/devicetree/bindings/arm/ux500 ./Documentation/devicetree/bindings/arm/vt8500 I also see some vendor names in Documentation/device/bindings/soc/ ./Documentation/devicetree/bindings/soc/bcm ./Documentation/devicetree/bindings/soc/dove ./Documentation/devicetree/bindings/soc/fsl ./Documentation/devicetree/bindings/soc/mediatek ./Documentation/devicetree/bindings/soc/qcom ./Documentation/devicetree/bindings/soc/rockchip ./Documentation/devicetree/bindings/soc/ti ./Documentation/devicetree/bindings/soc/xilinx ./Documentation/devicetree/bindings/soc/zte Confusingly, I see bcm, mediatek, rockchip in both locations. Is there any rule to choose one than the other? -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 11:07 ` Masahiro Yamada 0 siblings, 0 replies; 18+ messages in thread From: Masahiro Yamada @ 2018-10-10 11:07 UTC (permalink / raw) To: linux-arm-kernel Hi, I see a bunch of vendor (or SoC) names in Documentation/device/bindings/arm/ ./Documentation/devicetree/bindings/arm/altera ./Documentation/devicetree/bindings/arm/amlogic ./Documentation/devicetree/bindings/arm/apm ./Documentation/devicetree/bindings/arm/bcm ./Documentation/devicetree/bindings/arm/calxeda ./Documentation/devicetree/bindings/arm/freescale ./Documentation/devicetree/bindings/arm/hisilicon ./Documentation/devicetree/bindings/arm/keystone ./Documentation/devicetree/bindings/arm/marvell ./Documentation/devicetree/bindings/arm/mediatek ./Documentation/devicetree/bindings/arm/mrvl ./Documentation/devicetree/bindings/arm/msm ./Documentation/devicetree/bindings/arm/npcm ./Documentation/devicetree/bindings/arm/nxp ./Documentation/devicetree/bindings/arm/omap ./Documentation/devicetree/bindings/arm/rockchip ./Documentation/devicetree/bindings/arm/samsung ./Documentation/devicetree/bindings/arm/stm32 ./Documentation/devicetree/bindings/arm/sunxi ./Documentation/devicetree/bindings/arm/tegra ./Documentation/devicetree/bindings/arm/ti ./Documentation/devicetree/bindings/arm/uniphier ./Documentation/devicetree/bindings/arm/ux500 ./Documentation/devicetree/bindings/arm/vt8500 I also see some vendor names in Documentation/device/bindings/soc/ ./Documentation/devicetree/bindings/soc/bcm ./Documentation/devicetree/bindings/soc/dove ./Documentation/devicetree/bindings/soc/fsl ./Documentation/devicetree/bindings/soc/mediatek ./Documentation/devicetree/bindings/soc/qcom ./Documentation/devicetree/bindings/soc/rockchip ./Documentation/devicetree/bindings/soc/ti ./Documentation/devicetree/bindings/soc/xilinx ./Documentation/devicetree/bindings/soc/zte Confusingly, I see bcm, mediatek, rockchip in both locations. Is there any rule to choose one than the other? -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 11:07 ` Masahiro Yamada @ 2018-10-10 11:19 ` Rob Herring -1 siblings, 0 replies; 18+ messages in thread From: Rob Herring @ 2018-10-10 11:19 UTC (permalink / raw) To: Masahiro Yamada Cc: devicetree, linux-arm-kernel, Linux Kernel Mailing List, Frank Rowand, Mark Rutland On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada <yamada.masahiro@socionext.com> wrote: > > Hi, > > > I see a bunch of vendor (or SoC) names in > Documentation/device/bindings/arm/ > > ./Documentation/devicetree/bindings/arm/altera > ./Documentation/devicetree/bindings/arm/amlogic Yeah, it's kind of a mixture of board/soc bindings mostly with some ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. Eventually, I'd like to not split board bindings by arch and maybe we should move all the system/misc reg bindings out. [,,,] > I also see some vendor names in > Documentation/device/bindings/soc/ > > ./Documentation/devicetree/bindings/soc/bcm > ./Documentation/devicetree/bindings/soc/dove > ./Documentation/devicetree/bindings/soc/fsl > ./Documentation/devicetree/bindings/soc/mediatek > ./Documentation/devicetree/bindings/soc/qcom > ./Documentation/devicetree/bindings/soc/rockchip > ./Documentation/devicetree/bindings/soc/ti > ./Documentation/devicetree/bindings/soc/xilinx > ./Documentation/devicetree/bindings/soc/zte This I believe is mostly SoC system reg bindings though there's probably a few other things. > Confusingly, I see bcm, mediatek, rockchip > in both locations. > > Is there any rule to choose one than the other? Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. Rob ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 11:19 ` Rob Herring 0 siblings, 0 replies; 18+ messages in thread From: Rob Herring @ 2018-10-10 11:19 UTC (permalink / raw) To: linux-arm-kernel On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada <yamada.masahiro@socionext.com> wrote: > > Hi, > > > I see a bunch of vendor (or SoC) names in > Documentation/device/bindings/arm/ > > ./Documentation/devicetree/bindings/arm/altera > ./Documentation/devicetree/bindings/arm/amlogic Yeah, it's kind of a mixture of board/soc bindings mostly with some ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. Eventually, I'd like to not split board bindings by arch and maybe we should move all the system/misc reg bindings out. [,,,] > I also see some vendor names in > Documentation/device/bindings/soc/ > > ./Documentation/devicetree/bindings/soc/bcm > ./Documentation/devicetree/bindings/soc/dove > ./Documentation/devicetree/bindings/soc/fsl > ./Documentation/devicetree/bindings/soc/mediatek > ./Documentation/devicetree/bindings/soc/qcom > ./Documentation/devicetree/bindings/soc/rockchip > ./Documentation/devicetree/bindings/soc/ti > ./Documentation/devicetree/bindings/soc/xilinx > ./Documentation/devicetree/bindings/soc/zte This I believe is mostly SoC system reg bindings though there's probably a few other things. > Confusingly, I see bcm, mediatek, rockchip > in both locations. > > Is there any rule to choose one than the other? Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. Rob ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 11:19 ` Rob Herring @ 2018-10-10 12:04 ` Stefan Wahren -1 siblings, 0 replies; 18+ messages in thread From: Stefan Wahren @ 2018-10-10 12:04 UTC (permalink / raw) To: Rob Herring, Masahiro Yamada Cc: Mark Rutland, devicetree, Frank Rowand, Linux Kernel Mailing List, linux-arm-kernel, Florian Fainelli Hi, Am 10.10.2018 um 13:19 schrieb Rob Herring: > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > <yamada.masahiro@socionext.com> wrote: >> Hi, >> >> >> I see a bunch of vendor (or SoC) names in >> Documentation/device/bindings/arm/ >> >> ./Documentation/devicetree/bindings/arm/altera >> ./Documentation/devicetree/bindings/arm/amlogic > Yeah, it's kind of a mixture of board/soc bindings mostly with some > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > Eventually, I'd like to not split board bindings by arch and maybe we > should move all the system/misc reg bindings out. > > [,,,] > >> I also see some vendor names in >> Documentation/device/bindings/soc/ >> >> ./Documentation/devicetree/bindings/soc/bcm >> ./Documentation/devicetree/bindings/soc/dove >> ./Documentation/devicetree/bindings/soc/fsl >> ./Documentation/devicetree/bindings/soc/mediatek >> ./Documentation/devicetree/bindings/soc/qcom >> ./Documentation/devicetree/bindings/soc/rockchip >> ./Documentation/devicetree/bindings/soc/ti >> ./Documentation/devicetree/bindings/soc/xilinx >> ./Documentation/devicetree/bindings/soc/zte > This I believe is mostly SoC system reg bindings though there's > probably a few other things. > >> Confusingly, I see bcm, mediatek, rockchip >> in both locations. >> >> Is there any rule to choose one than the other? > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. in case of Documentation/devicetree/bindings/soc/bcm the directory contains SoC / board bindings, cpu-enable and a firmware binding. Is there any action required? Btw the Broadcom SoC / boards from this directory has been left out for the yaml conversion [1] was this intended? [1] - https://lwn.net/Articles/767723/ > > Rob > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 12:04 ` Stefan Wahren 0 siblings, 0 replies; 18+ messages in thread From: Stefan Wahren @ 2018-10-10 12:04 UTC (permalink / raw) To: linux-arm-kernel Hi, Am 10.10.2018 um 13:19 schrieb Rob Herring: > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > <yamada.masahiro@socionext.com> wrote: >> Hi, >> >> >> I see a bunch of vendor (or SoC) names in >> Documentation/device/bindings/arm/ >> >> ./Documentation/devicetree/bindings/arm/altera >> ./Documentation/devicetree/bindings/arm/amlogic > Yeah, it's kind of a mixture of board/soc bindings mostly with some > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > Eventually, I'd like to not split board bindings by arch and maybe we > should move all the system/misc reg bindings out. > > [,,,] > >> I also see some vendor names in >> Documentation/device/bindings/soc/ >> >> ./Documentation/devicetree/bindings/soc/bcm >> ./Documentation/devicetree/bindings/soc/dove >> ./Documentation/devicetree/bindings/soc/fsl >> ./Documentation/devicetree/bindings/soc/mediatek >> ./Documentation/devicetree/bindings/soc/qcom >> ./Documentation/devicetree/bindings/soc/rockchip >> ./Documentation/devicetree/bindings/soc/ti >> ./Documentation/devicetree/bindings/soc/xilinx >> ./Documentation/devicetree/bindings/soc/zte > This I believe is mostly SoC system reg bindings though there's > probably a few other things. > >> Confusingly, I see bcm, mediatek, rockchip >> in both locations. >> >> Is there any rule to choose one than the other? > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. in case of Documentation/devicetree/bindings/soc/bcm the directory contains SoC / board bindings, cpu-enable and a firmware binding. Is there any action required? Btw the Broadcom SoC / boards from this directory has been left out for the yaml conversion [1] was this intended? [1] - https://lwn.net/Articles/767723/ > > Rob > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel at lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 12:04 ` Stefan Wahren @ 2018-10-10 12:09 ` Russell King - ARM Linux -1 siblings, 0 replies; 18+ messages in thread From: Russell King - ARM Linux @ 2018-10-10 12:09 UTC (permalink / raw) To: Stefan Wahren Cc: Rob Herring, Masahiro Yamada, Mark Rutland, devicetree, Florian Fainelli, Linux Kernel Mailing List, Frank Rowand, linux-arm-kernel On Wed, Oct 10, 2018 at 02:04:14PM +0200, Stefan Wahren wrote: > Hi, > > Am 10.10.2018 um 13:19 schrieb Rob Herring: > > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > > <yamada.masahiro@socionext.com> wrote: > >> Hi, > >> > >> > >> I see a bunch of vendor (or SoC) names in > >> Documentation/device/bindings/arm/ > >> > >> ./Documentation/devicetree/bindings/arm/altera > >> ./Documentation/devicetree/bindings/arm/amlogic > > Yeah, it's kind of a mixture of board/soc bindings mostly with some > > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > > > Eventually, I'd like to not split board bindings by arch and maybe we > > should move all the system/misc reg bindings out. > > > > [,,,] > > > >> I also see some vendor names in > >> Documentation/device/bindings/soc/ > >> > >> ./Documentation/devicetree/bindings/soc/bcm > >> ./Documentation/devicetree/bindings/soc/dove > >> ./Documentation/devicetree/bindings/soc/fsl > >> ./Documentation/devicetree/bindings/soc/mediatek > >> ./Documentation/devicetree/bindings/soc/qcom > >> ./Documentation/devicetree/bindings/soc/rockchip > >> ./Documentation/devicetree/bindings/soc/ti > >> ./Documentation/devicetree/bindings/soc/xilinx > >> ./Documentation/devicetree/bindings/soc/zte > > This I believe is mostly SoC system reg bindings though there's > > probably a few other things. > > > >> Confusingly, I see bcm, mediatek, rockchip > >> in both locations. > >> > >> Is there any rule to choose one than the other? > > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. > > in case of Documentation/devicetree/bindings/soc/bcm the directory > contains SoC / board bindings, cpu-enable and a firmware binding. I think you're confused there... $ ls -1 Documentation/devicetree/bindings/soc/bcm/ brcm,bcm2835-vchiq.txt raspberrypi,bcm2835-power.txt Doesn't look like SoC/board bindings to me... whereas: $ ls -1 Documentation/devicetree/bindings/arm/bcm/ brcm,bcm11351-cpu-method.txt brcm,bcm11351.txt brcm,bcm21664.txt brcm,bcm23550-cpu-method.txt brcm,bcm23550.txt brcm,bcm2835.txt brcm,bcm4708.txt brcm,bcm63138.txt brcm,brcmstb.txt brcm,cygnus.txt brcm,hr2.txt brcm,ns2.txt brcm,nsp-cpu-method.txt brcm,nsp.txt brcm,stingray.txt brcm,vulcan-soc.txt raspberrypi,bcm2835-firmware.txt does fit with your description, except for the directory path... -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up According to speedtest.net: 11.9Mbps down 500kbps up ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 12:09 ` Russell King - ARM Linux 0 siblings, 0 replies; 18+ messages in thread From: Russell King - ARM Linux @ 2018-10-10 12:09 UTC (permalink / raw) To: linux-arm-kernel On Wed, Oct 10, 2018 at 02:04:14PM +0200, Stefan Wahren wrote: > Hi, > > Am 10.10.2018 um 13:19 schrieb Rob Herring: > > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > > <yamada.masahiro@socionext.com> wrote: > >> Hi, > >> > >> > >> I see a bunch of vendor (or SoC) names in > >> Documentation/device/bindings/arm/ > >> > >> ./Documentation/devicetree/bindings/arm/altera > >> ./Documentation/devicetree/bindings/arm/amlogic > > Yeah, it's kind of a mixture of board/soc bindings mostly with some > > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > > > Eventually, I'd like to not split board bindings by arch and maybe we > > should move all the system/misc reg bindings out. > > > > [,,,] > > > >> I also see some vendor names in > >> Documentation/device/bindings/soc/ > >> > >> ./Documentation/devicetree/bindings/soc/bcm > >> ./Documentation/devicetree/bindings/soc/dove > >> ./Documentation/devicetree/bindings/soc/fsl > >> ./Documentation/devicetree/bindings/soc/mediatek > >> ./Documentation/devicetree/bindings/soc/qcom > >> ./Documentation/devicetree/bindings/soc/rockchip > >> ./Documentation/devicetree/bindings/soc/ti > >> ./Documentation/devicetree/bindings/soc/xilinx > >> ./Documentation/devicetree/bindings/soc/zte > > This I believe is mostly SoC system reg bindings though there's > > probably a few other things. > > > >> Confusingly, I see bcm, mediatek, rockchip > >> in both locations. > >> > >> Is there any rule to choose one than the other? > > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. > > in case of Documentation/devicetree/bindings/soc/bcm the directory > contains SoC / board bindings, cpu-enable and a firmware binding. I think you're confused there... $ ls -1 Documentation/devicetree/bindings/soc/bcm/ brcm,bcm2835-vchiq.txt raspberrypi,bcm2835-power.txt Doesn't look like SoC/board bindings to me... whereas: $ ls -1 Documentation/devicetree/bindings/arm/bcm/ brcm,bcm11351-cpu-method.txt brcm,bcm11351.txt brcm,bcm21664.txt brcm,bcm23550-cpu-method.txt brcm,bcm23550.txt brcm,bcm2835.txt brcm,bcm4708.txt brcm,bcm63138.txt brcm,brcmstb.txt brcm,cygnus.txt brcm,hr2.txt brcm,ns2.txt brcm,nsp-cpu-method.txt brcm,nsp.txt brcm,stingray.txt brcm,vulcan-soc.txt raspberrypi,bcm2835-firmware.txt does fit with your description, except for the directory path... -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up According to speedtest.net: 11.9Mbps down 500kbps up ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 12:09 ` Russell King - ARM Linux (?) @ 2018-10-10 12:16 ` Stefan Wahren -1 siblings, 0 replies; 18+ messages in thread From: Stefan Wahren @ 2018-10-10 12:16 UTC (permalink / raw) To: Russell King - ARM Linux Cc: Rob Herring, Masahiro Yamada, Mark Rutland, devicetree, Florian Fainelli, Linux Kernel Mailing List, Frank Rowand, linux-arm-kernel, Florian Fainelli Am 10.10.2018 um 14:09 schrieb Russell King - ARM Linux: > On Wed, Oct 10, 2018 at 02:04:14PM +0200, Stefan Wahren wrote: >> Hi, >> >> Am 10.10.2018 um 13:19 schrieb Rob Herring: >>> On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada >>> <yamada.masahiro@socionext.com> wrote: >>>> Hi, >>>> >>>> >>>> I see a bunch of vendor (or SoC) names in >>>> Documentation/device/bindings/arm/ >>>> >>>> ./Documentation/devicetree/bindings/arm/altera >>>> ./Documentation/devicetree/bindings/arm/amlogic >>> Yeah, it's kind of a mixture of board/soc bindings mostly with some >>> ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. >>> >>> Eventually, I'd like to not split board bindings by arch and maybe we >>> should move all the system/misc reg bindings out. >>> >>> [,,,] >>> >>>> I also see some vendor names in >>>> Documentation/device/bindings/soc/ >>>> >>>> ./Documentation/devicetree/bindings/soc/bcm >>>> ./Documentation/devicetree/bindings/soc/dove >>>> ./Documentation/devicetree/bindings/soc/fsl >>>> ./Documentation/devicetree/bindings/soc/mediatek >>>> ./Documentation/devicetree/bindings/soc/qcom >>>> ./Documentation/devicetree/bindings/soc/rockchip >>>> ./Documentation/devicetree/bindings/soc/ti >>>> ./Documentation/devicetree/bindings/soc/xilinx >>>> ./Documentation/devicetree/bindings/soc/zte >>> This I believe is mostly SoC system reg bindings though there's >>> probably a few other things. >>> >>>> Confusingly, I see bcm, mediatek, rockchip >>>> in both locations. >>>> >>>> Is there any rule to choose one than the other? >>> Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. >> in case of Documentation/devicetree/bindings/soc/bcm the directory >> contains SoC / board bindings, cpu-enable and a firmware binding. > I think you're confused there... > > $ ls -1 Documentation/devicetree/bindings/soc/bcm/ > brcm,bcm2835-vchiq.txt > raspberrypi,bcm2835-power.txt > > Doesn't look like SoC/board bindings to me... > > whereas: > > $ ls -1 Documentation/devicetree/bindings/arm/bcm/ > brcm,bcm11351-cpu-method.txt > brcm,bcm11351.txt > brcm,bcm21664.txt > brcm,bcm23550-cpu-method.txt > brcm,bcm23550.txt > brcm,bcm2835.txt > brcm,bcm4708.txt > brcm,bcm63138.txt > brcm,brcmstb.txt > brcm,cygnus.txt > brcm,hr2.txt > brcm,ns2.txt > brcm,nsp-cpu-method.txt > brcm,nsp.txt > brcm,stingray.txt > brcm,vulcan-soc.txt > raspberrypi,bcm2835-firmware.txt > > does fit with your description, except for the directory path... sorry, my fault i copied the wrong path. I actually thought of Documentation/devicetree/bindings/arm/bcm/ Thanks for pointing out ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 12:16 ` Stefan Wahren 0 siblings, 0 replies; 18+ messages in thread From: Stefan Wahren @ 2018-10-10 12:16 UTC (permalink / raw) To: linux-arm-kernel Am 10.10.2018 um 14:09 schrieb Russell King - ARM Linux: > On Wed, Oct 10, 2018 at 02:04:14PM +0200, Stefan Wahren wrote: >> Hi, >> >> Am 10.10.2018 um 13:19 schrieb Rob Herring: >>> On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada >>> <yamada.masahiro@socionext.com> wrote: >>>> Hi, >>>> >>>> >>>> I see a bunch of vendor (or SoC) names in >>>> Documentation/device/bindings/arm/ >>>> >>>> ./Documentation/devicetree/bindings/arm/altera >>>> ./Documentation/devicetree/bindings/arm/amlogic >>> Yeah, it's kind of a mixture of board/soc bindings mostly with some >>> ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. >>> >>> Eventually, I'd like to not split board bindings by arch and maybe we >>> should move all the system/misc reg bindings out. >>> >>> [,,,] >>> >>>> I also see some vendor names in >>>> Documentation/device/bindings/soc/ >>>> >>>> ./Documentation/devicetree/bindings/soc/bcm >>>> ./Documentation/devicetree/bindings/soc/dove >>>> ./Documentation/devicetree/bindings/soc/fsl >>>> ./Documentation/devicetree/bindings/soc/mediatek >>>> ./Documentation/devicetree/bindings/soc/qcom >>>> ./Documentation/devicetree/bindings/soc/rockchip >>>> ./Documentation/devicetree/bindings/soc/ti >>>> ./Documentation/devicetree/bindings/soc/xilinx >>>> ./Documentation/devicetree/bindings/soc/zte >>> This I believe is mostly SoC system reg bindings though there's >>> probably a few other things. >>> >>>> Confusingly, I see bcm, mediatek, rockchip >>>> in both locations. >>>> >>>> Is there any rule to choose one than the other? >>> Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. >> in case of Documentation/devicetree/bindings/soc/bcm the directory >> contains SoC / board bindings, cpu-enable and a firmware binding. > I think you're confused there... > > $ ls -1 Documentation/devicetree/bindings/soc/bcm/ > brcm,bcm2835-vchiq.txt > raspberrypi,bcm2835-power.txt > > Doesn't look like SoC/board bindings to me... > > whereas: > > $ ls -1 Documentation/devicetree/bindings/arm/bcm/ > brcm,bcm11351-cpu-method.txt > brcm,bcm11351.txt > brcm,bcm21664.txt > brcm,bcm23550-cpu-method.txt > brcm,bcm23550.txt > brcm,bcm2835.txt > brcm,bcm4708.txt > brcm,bcm63138.txt > brcm,brcmstb.txt > brcm,cygnus.txt > brcm,hr2.txt > brcm,ns2.txt > brcm,nsp-cpu-method.txt > brcm,nsp.txt > brcm,stingray.txt > brcm,vulcan-soc.txt > raspberrypi,bcm2835-firmware.txt > > does fit with your description, except for the directory path... sorry, my fault i copied the wrong path. I actually thought of Documentation/devicetree/bindings/arm/bcm/ Thanks for pointing out ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding @ 2018-10-10 12:16 ` Stefan Wahren 0 siblings, 0 replies; 18+ messages in thread From: Stefan Wahren @ 2018-10-10 12:16 UTC (permalink / raw) To: Russell King - ARM Linux Cc: Rob Herring, Masahiro Yamada, Mark Rutland, devicetree, Florian Fainelli, Linux Kernel Mailing List, Frank Rowand, linux-arm-kernel Am 10.10.2018 um 14:09 schrieb Russell King - ARM Linux: > On Wed, Oct 10, 2018 at 02:04:14PM +0200, Stefan Wahren wrote: >> Hi, >> >> Am 10.10.2018 um 13:19 schrieb Rob Herring: >>> On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada >>> <yamada.masahiro@socionext.com> wrote: >>>> Hi, >>>> >>>> >>>> I see a bunch of vendor (or SoC) names in >>>> Documentation/device/bindings/arm/ >>>> >>>> ./Documentation/devicetree/bindings/arm/altera >>>> ./Documentation/devicetree/bindings/arm/amlogic >>> Yeah, it's kind of a mixture of board/soc bindings mostly with some >>> ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. >>> >>> Eventually, I'd like to not split board bindings by arch and maybe we >>> should move all the system/misc reg bindings out. >>> >>> [,,,] >>> >>>> I also see some vendor names in >>>> Documentation/device/bindings/soc/ >>>> >>>> ./Documentation/devicetree/bindings/soc/bcm >>>> ./Documentation/devicetree/bindings/soc/dove >>>> ./Documentation/devicetree/bindings/soc/fsl >>>> ./Documentation/devicetree/bindings/soc/mediatek >>>> ./Documentation/devicetree/bindings/soc/qcom >>>> ./Documentation/devicetree/bindings/soc/rockchip >>>> ./Documentation/devicetree/bindings/soc/ti >>>> ./Documentation/devicetree/bindings/soc/xilinx >>>> ./Documentation/devicetree/bindings/soc/zte >>> This I believe is mostly SoC system reg bindings though there's >>> probably a few other things. >>> >>>> Confusingly, I see bcm, mediatek, rockchip >>>> in both locations. >>>> >>>> Is there any rule to choose one than the other? >>> Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. >> in case of Documentation/devicetree/bindings/soc/bcm the directory >> contains SoC / board bindings, cpu-enable and a firmware binding. > I think you're confused there... > > $ ls -1 Documentation/devicetree/bindings/soc/bcm/ > brcm,bcm2835-vchiq.txt > raspberrypi,bcm2835-power.txt > > Doesn't look like SoC/board bindings to me... > > whereas: > > $ ls -1 Documentation/devicetree/bindings/arm/bcm/ > brcm,bcm11351-cpu-method.txt > brcm,bcm11351.txt > brcm,bcm21664.txt > brcm,bcm23550-cpu-method.txt > brcm,bcm23550.txt > brcm,bcm2835.txt > brcm,bcm4708.txt > brcm,bcm63138.txt > brcm,brcmstb.txt > brcm,cygnus.txt > brcm,hr2.txt > brcm,ns2.txt > brcm,nsp-cpu-method.txt > brcm,nsp.txt > brcm,stingray.txt > brcm,vulcan-soc.txt > raspberrypi,bcm2835-firmware.txt > > does fit with your description, except for the directory path... sorry, my fault i copied the wrong path. I actually thought of Documentation/devicetree/bindings/arm/bcm/ Thanks for pointing out ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 12:04 ` Stefan Wahren (?) @ 2018-10-10 18:59 ` Rob Herring -1 siblings, 0 replies; 18+ messages in thread From: Rob Herring @ 2018-10-10 18:59 UTC (permalink / raw) To: Stefan Wahren Cc: Masahiro Yamada, Mark Rutland, devicetree, Frank Rowand, linux-kernel, moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE, Florian Fainelli On Wed, Oct 10, 2018 at 7:04 AM Stefan Wahren <stefan.wahren@i2se.com> wrote: > > Hi, > > Am 10.10.2018 um 13:19 schrieb Rob Herring: > > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > > <yamada.masahiro@socionext.com> wrote: > >> Hi, > >> > >> > >> I see a bunch of vendor (or SoC) names in > >> Documentation/device/bindings/arm/ > >> > >> ./Documentation/devicetree/bindings/arm/altera > >> ./Documentation/devicetree/bindings/arm/amlogic > > Yeah, it's kind of a mixture of board/soc bindings mostly with some > > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > > > Eventually, I'd like to not split board bindings by arch and maybe we > > should move all the system/misc reg bindings out. > > > > [,,,] > > > >> I also see some vendor names in > >> Documentation/device/bindings/soc/ > >> > >> ./Documentation/devicetree/bindings/soc/bcm > >> ./Documentation/devicetree/bindings/soc/dove > >> ./Documentation/devicetree/bindings/soc/fsl > >> ./Documentation/devicetree/bindings/soc/mediatek > >> ./Documentation/devicetree/bindings/soc/qcom > >> ./Documentation/devicetree/bindings/soc/rockchip > >> ./Documentation/devicetree/bindings/soc/ti > >> ./Documentation/devicetree/bindings/soc/xilinx > >> ./Documentation/devicetree/bindings/soc/zte > > This I believe is mostly SoC system reg bindings though there's > > probably a few other things. > > > >> Confusingly, I see bcm, mediatek, rockchip > >> in both locations. > >> > >> Is there any rule to choose one than the other? > > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. > > in case of Documentation/devicetree/bindings/soc/bcm the directory > contains SoC / board bindings, cpu-enable and a firmware binding. > > Is there any action required? If there's a better location based on class/function, then moving them would be nice. > Btw the Broadcom SoC / boards from this directory has been left out for > the yaml conversion [1] was this intended? Yes, I'm not planning to convert all bindings for everyone myself. Rob ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 18:59 ` Rob Herring 0 siblings, 0 replies; 18+ messages in thread From: Rob Herring @ 2018-10-10 18:59 UTC (permalink / raw) To: linux-arm-kernel On Wed, Oct 10, 2018 at 7:04 AM Stefan Wahren <stefan.wahren@i2se.com> wrote: > > Hi, > > Am 10.10.2018 um 13:19 schrieb Rob Herring: > > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > > <yamada.masahiro@socionext.com> wrote: > >> Hi, > >> > >> > >> I see a bunch of vendor (or SoC) names in > >> Documentation/device/bindings/arm/ > >> > >> ./Documentation/devicetree/bindings/arm/altera > >> ./Documentation/devicetree/bindings/arm/amlogic > > Yeah, it's kind of a mixture of board/soc bindings mostly with some > > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > > > Eventually, I'd like to not split board bindings by arch and maybe we > > should move all the system/misc reg bindings out. > > > > [,,,] > > > >> I also see some vendor names in > >> Documentation/device/bindings/soc/ > >> > >> ./Documentation/devicetree/bindings/soc/bcm > >> ./Documentation/devicetree/bindings/soc/dove > >> ./Documentation/devicetree/bindings/soc/fsl > >> ./Documentation/devicetree/bindings/soc/mediatek > >> ./Documentation/devicetree/bindings/soc/qcom > >> ./Documentation/devicetree/bindings/soc/rockchip > >> ./Documentation/devicetree/bindings/soc/ti > >> ./Documentation/devicetree/bindings/soc/xilinx > >> ./Documentation/devicetree/bindings/soc/zte > > This I believe is mostly SoC system reg bindings though there's > > probably a few other things. > > > >> Confusingly, I see bcm, mediatek, rockchip > >> in both locations. > >> > >> Is there any rule to choose one than the other? > > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. > > in case of Documentation/devicetree/bindings/soc/bcm the directory > contains SoC / board bindings, cpu-enable and a firmware binding. > > Is there any action required? If there's a better location based on class/function, then moving them would be nice. > Btw the Broadcom SoC / boards from this directory has been left out for > the yaml conversion [1] was this intended? Yes, I'm not planning to convert all bindings for everyone myself. Rob ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding @ 2018-10-10 18:59 ` Rob Herring 0 siblings, 0 replies; 18+ messages in thread From: Rob Herring @ 2018-10-10 18:59 UTC (permalink / raw) To: Stefan Wahren Cc: Masahiro Yamada, Mark Rutland, devicetree, Frank Rowand, linux-kernel, moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE, Florian Fainelli On Wed, Oct 10, 2018 at 7:04 AM Stefan Wahren <stefan.wahren@i2se.com> wrote: > > Hi, > > Am 10.10.2018 um 13:19 schrieb Rob Herring: > > On Wed, Oct 10, 2018 at 6:08 AM Masahiro Yamada > > <yamada.masahiro@socionext.com> wrote: > >> Hi, > >> > >> > >> I see a bunch of vendor (or SoC) names in > >> Documentation/device/bindings/arm/ > >> > >> ./Documentation/devicetree/bindings/arm/altera > >> ./Documentation/devicetree/bindings/arm/amlogic > > Yeah, it's kind of a mixture of board/soc bindings mostly with some > > ARM architecture, ARM, Ltd. IP, and SoC system reg bindings. > > > > Eventually, I'd like to not split board bindings by arch and maybe we > > should move all the system/misc reg bindings out. > > > > [,,,] > > > >> I also see some vendor names in > >> Documentation/device/bindings/soc/ > >> > >> ./Documentation/devicetree/bindings/soc/bcm > >> ./Documentation/devicetree/bindings/soc/dove > >> ./Documentation/devicetree/bindings/soc/fsl > >> ./Documentation/devicetree/bindings/soc/mediatek > >> ./Documentation/devicetree/bindings/soc/qcom > >> ./Documentation/devicetree/bindings/soc/rockchip > >> ./Documentation/devicetree/bindings/soc/ti > >> ./Documentation/devicetree/bindings/soc/xilinx > >> ./Documentation/devicetree/bindings/soc/zte > > This I believe is mostly SoC system reg bindings though there's > > probably a few other things. > > > >> Confusingly, I see bcm, mediatek, rockchip > >> in both locations. > >> > >> Is there any rule to choose one than the other? > > Top-level SoC/board bindings in arm/ and anything else elsewhere ideally. > > in case of Documentation/devicetree/bindings/soc/bcm the directory > contains SoC / board bindings, cpu-enable and a firmware binding. > > Is there any action required? If there's a better location based on class/function, then moving them would be nice. > Btw the Broadcom SoC / boards from this directory has been left out for > the yaml conversion [1] was this intended? Yes, I'm not planning to convert all bindings for everyone myself. Rob ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 11:07 ` Masahiro Yamada @ 2018-10-10 12:07 ` Russell King - ARM Linux -1 siblings, 0 replies; 18+ messages in thread From: Russell King - ARM Linux @ 2018-10-10 12:07 UTC (permalink / raw) To: Masahiro Yamada Cc: DTML, linux-arm-kernel, Mark Rutland, Rob Herring, Frank Rowand, Linux Kernel Mailing List On Wed, Oct 10, 2018 at 08:07:52PM +0900, Masahiro Yamada wrote: > Hi, > > > I see a bunch of vendor (or SoC) names in > Documentation/device/bindings/arm/ > > ./Documentation/devicetree/bindings/arm/altera > ./Documentation/devicetree/bindings/arm/amlogic > ./Documentation/devicetree/bindings/arm/apm > ./Documentation/devicetree/bindings/arm/bcm > ./Documentation/devicetree/bindings/arm/calxeda > ./Documentation/devicetree/bindings/arm/freescale > ./Documentation/devicetree/bindings/arm/hisilicon > ./Documentation/devicetree/bindings/arm/keystone > ./Documentation/devicetree/bindings/arm/marvell > ./Documentation/devicetree/bindings/arm/mediatek > ./Documentation/devicetree/bindings/arm/mrvl > ./Documentation/devicetree/bindings/arm/msm > ./Documentation/devicetree/bindings/arm/npcm > ./Documentation/devicetree/bindings/arm/nxp > ./Documentation/devicetree/bindings/arm/omap > ./Documentation/devicetree/bindings/arm/rockchip > ./Documentation/devicetree/bindings/arm/samsung > ./Documentation/devicetree/bindings/arm/stm32 > ./Documentation/devicetree/bindings/arm/sunxi > ./Documentation/devicetree/bindings/arm/tegra > ./Documentation/devicetree/bindings/arm/ti > ./Documentation/devicetree/bindings/arm/uniphier > ./Documentation/devicetree/bindings/arm/ux500 > ./Documentation/devicetree/bindings/arm/vt8500 These are for arch/arm/mach-* and are the DT root descriptions for the various boards and SoCs. > I also see some vendor names in > Documentation/device/bindings/soc/ > > ./Documentation/devicetree/bindings/soc/bcm > ./Documentation/devicetree/bindings/soc/dove > ./Documentation/devicetree/bindings/soc/fsl > ./Documentation/devicetree/bindings/soc/mediatek > ./Documentation/devicetree/bindings/soc/qcom > ./Documentation/devicetree/bindings/soc/rockchip > ./Documentation/devicetree/bindings/soc/ti > ./Documentation/devicetree/bindings/soc/xilinx > ./Documentation/devicetree/bindings/soc/zte These are for individual drivers in drivers/soc/ > Confusingly, I see bcm, mediatek, rockchip > in both locations. Correct, because one is for the SoC and board as a whole, the other is for some subset of the SoC handled via drivers/soc - for example, with Broadcom, there's a Raspberry PI power domain driver in drivers/soc, which is described by Documentation/devicetree/bindings/soc/bcm/raspberrypi,bcm2835-power.txt whereas Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt describes the bindings for the root DT node BCM2835 as used on the Raspberry Pi amongst other boards. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up According to speedtest.net: 11.9Mbps down 500kbps up ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 12:07 ` Russell King - ARM Linux 0 siblings, 0 replies; 18+ messages in thread From: Russell King - ARM Linux @ 2018-10-10 12:07 UTC (permalink / raw) To: linux-arm-kernel On Wed, Oct 10, 2018 at 08:07:52PM +0900, Masahiro Yamada wrote: > Hi, > > > I see a bunch of vendor (or SoC) names in > Documentation/device/bindings/arm/ > > ./Documentation/devicetree/bindings/arm/altera > ./Documentation/devicetree/bindings/arm/amlogic > ./Documentation/devicetree/bindings/arm/apm > ./Documentation/devicetree/bindings/arm/bcm > ./Documentation/devicetree/bindings/arm/calxeda > ./Documentation/devicetree/bindings/arm/freescale > ./Documentation/devicetree/bindings/arm/hisilicon > ./Documentation/devicetree/bindings/arm/keystone > ./Documentation/devicetree/bindings/arm/marvell > ./Documentation/devicetree/bindings/arm/mediatek > ./Documentation/devicetree/bindings/arm/mrvl > ./Documentation/devicetree/bindings/arm/msm > ./Documentation/devicetree/bindings/arm/npcm > ./Documentation/devicetree/bindings/arm/nxp > ./Documentation/devicetree/bindings/arm/omap > ./Documentation/devicetree/bindings/arm/rockchip > ./Documentation/devicetree/bindings/arm/samsung > ./Documentation/devicetree/bindings/arm/stm32 > ./Documentation/devicetree/bindings/arm/sunxi > ./Documentation/devicetree/bindings/arm/tegra > ./Documentation/devicetree/bindings/arm/ti > ./Documentation/devicetree/bindings/arm/uniphier > ./Documentation/devicetree/bindings/arm/ux500 > ./Documentation/devicetree/bindings/arm/vt8500 These are for arch/arm/mach-* and are the DT root descriptions for the various boards and SoCs. > I also see some vendor names in > Documentation/device/bindings/soc/ > > ./Documentation/devicetree/bindings/soc/bcm > ./Documentation/devicetree/bindings/soc/dove > ./Documentation/devicetree/bindings/soc/fsl > ./Documentation/devicetree/bindings/soc/mediatek > ./Documentation/devicetree/bindings/soc/qcom > ./Documentation/devicetree/bindings/soc/rockchip > ./Documentation/devicetree/bindings/soc/ti > ./Documentation/devicetree/bindings/soc/xilinx > ./Documentation/devicetree/bindings/soc/zte These are for individual drivers in drivers/soc/ > Confusingly, I see bcm, mediatek, rockchip > in both locations. Correct, because one is for the SoC and board as a whole, the other is for some subset of the SoC handled via drivers/soc - for example, with Broadcom, there's a Raspberry PI power domain driver in drivers/soc, which is described by Documentation/devicetree/bindings/soc/bcm/raspberrypi,bcm2835-power.txt whereas Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt describes the bindings for the root DT node BCM2835 as used on the Raspberry Pi amongst other boards. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up According to speedtest.net: 11.9Mbps down 500kbps up ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Question] directory for SoC-related DT binding 2018-10-10 12:07 ` Russell King - ARM Linux @ 2018-10-10 15:01 ` Masahiro Yamada -1 siblings, 0 replies; 18+ messages in thread From: Masahiro Yamada @ 2018-10-10 15:01 UTC (permalink / raw) To: Russell King Cc: DTML, linux-arm-kernel, Mark Rutland, Rob Herring, Frank Rowand, Linux Kernel Mailing List On Wed, Oct 10, 2018 at 9:09 PM Russell King - ARM Linux <linux@armlinux.org.uk> wrote: > > On Wed, Oct 10, 2018 at 08:07:52PM +0900, Masahiro Yamada wrote: > > Hi, > > > > > > I see a bunch of vendor (or SoC) names in > > Documentation/device/bindings/arm/ > > > > ./Documentation/devicetree/bindings/arm/altera > > ./Documentation/devicetree/bindings/arm/amlogic > > ./Documentation/devicetree/bindings/arm/apm > > ./Documentation/devicetree/bindings/arm/bcm > > ./Documentation/devicetree/bindings/arm/calxeda > > ./Documentation/devicetree/bindings/arm/freescale > > ./Documentation/devicetree/bindings/arm/hisilicon > > ./Documentation/devicetree/bindings/arm/keystone > > ./Documentation/devicetree/bindings/arm/marvell > > ./Documentation/devicetree/bindings/arm/mediatek > > ./Documentation/devicetree/bindings/arm/mrvl > > ./Documentation/devicetree/bindings/arm/msm > > ./Documentation/devicetree/bindings/arm/npcm > > ./Documentation/devicetree/bindings/arm/nxp > > ./Documentation/devicetree/bindings/arm/omap > > ./Documentation/devicetree/bindings/arm/rockchip > > ./Documentation/devicetree/bindings/arm/samsung > > ./Documentation/devicetree/bindings/arm/stm32 > > ./Documentation/devicetree/bindings/arm/sunxi > > ./Documentation/devicetree/bindings/arm/tegra > > ./Documentation/devicetree/bindings/arm/ti > > ./Documentation/devicetree/bindings/arm/uniphier > > ./Documentation/devicetree/bindings/arm/ux500 > > ./Documentation/devicetree/bindings/arm/vt8500 > > These are for arch/arm/mach-* and are the DT root descriptions for the > various boards and SoCs. > > > I also see some vendor names in > > Documentation/device/bindings/soc/ > > > > ./Documentation/devicetree/bindings/soc/bcm > > ./Documentation/devicetree/bindings/soc/dove > > ./Documentation/devicetree/bindings/soc/fsl > > ./Documentation/devicetree/bindings/soc/mediatek > > ./Documentation/devicetree/bindings/soc/qcom > > ./Documentation/devicetree/bindings/soc/rockchip > > ./Documentation/devicetree/bindings/soc/ti > > ./Documentation/devicetree/bindings/soc/xilinx > > ./Documentation/devicetree/bindings/soc/zte > > These are for individual drivers in drivers/soc/ I see. Thanks for helpful info! -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Question] directory for SoC-related DT binding @ 2018-10-10 15:01 ` Masahiro Yamada 0 siblings, 0 replies; 18+ messages in thread From: Masahiro Yamada @ 2018-10-10 15:01 UTC (permalink / raw) To: linux-arm-kernel On Wed, Oct 10, 2018 at 9:09 PM Russell King - ARM Linux <linux@armlinux.org.uk> wrote: > > On Wed, Oct 10, 2018 at 08:07:52PM +0900, Masahiro Yamada wrote: > > Hi, > > > > > > I see a bunch of vendor (or SoC) names in > > Documentation/device/bindings/arm/ > > > > ./Documentation/devicetree/bindings/arm/altera > > ./Documentation/devicetree/bindings/arm/amlogic > > ./Documentation/devicetree/bindings/arm/apm > > ./Documentation/devicetree/bindings/arm/bcm > > ./Documentation/devicetree/bindings/arm/calxeda > > ./Documentation/devicetree/bindings/arm/freescale > > ./Documentation/devicetree/bindings/arm/hisilicon > > ./Documentation/devicetree/bindings/arm/keystone > > ./Documentation/devicetree/bindings/arm/marvell > > ./Documentation/devicetree/bindings/arm/mediatek > > ./Documentation/devicetree/bindings/arm/mrvl > > ./Documentation/devicetree/bindings/arm/msm > > ./Documentation/devicetree/bindings/arm/npcm > > ./Documentation/devicetree/bindings/arm/nxp > > ./Documentation/devicetree/bindings/arm/omap > > ./Documentation/devicetree/bindings/arm/rockchip > > ./Documentation/devicetree/bindings/arm/samsung > > ./Documentation/devicetree/bindings/arm/stm32 > > ./Documentation/devicetree/bindings/arm/sunxi > > ./Documentation/devicetree/bindings/arm/tegra > > ./Documentation/devicetree/bindings/arm/ti > > ./Documentation/devicetree/bindings/arm/uniphier > > ./Documentation/devicetree/bindings/arm/ux500 > > ./Documentation/devicetree/bindings/arm/vt8500 > > These are for arch/arm/mach-* and are the DT root descriptions for the > various boards and SoCs. > > > I also see some vendor names in > > Documentation/device/bindings/soc/ > > > > ./Documentation/devicetree/bindings/soc/bcm > > ./Documentation/devicetree/bindings/soc/dove > > ./Documentation/devicetree/bindings/soc/fsl > > ./Documentation/devicetree/bindings/soc/mediatek > > ./Documentation/devicetree/bindings/soc/qcom > > ./Documentation/devicetree/bindings/soc/rockchip > > ./Documentation/devicetree/bindings/soc/ti > > ./Documentation/devicetree/bindings/soc/xilinx > > ./Documentation/devicetree/bindings/soc/zte > > These are for individual drivers in drivers/soc/ I see. Thanks for helpful info! -- Best Regards Masahiro Yamada ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2018-10-10 18:59 UTC | newest] Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2018-10-10 11:07 [Question] directory for SoC-related DT binding Masahiro Yamada 2018-10-10 11:07 ` Masahiro Yamada 2018-10-10 11:19 ` Rob Herring 2018-10-10 11:19 ` Rob Herring 2018-10-10 12:04 ` Stefan Wahren 2018-10-10 12:04 ` Stefan Wahren 2018-10-10 12:09 ` Russell King - ARM Linux 2018-10-10 12:09 ` Russell King - ARM Linux 2018-10-10 12:16 ` Stefan Wahren 2018-10-10 12:16 ` Stefan Wahren 2018-10-10 12:16 ` Stefan Wahren 2018-10-10 18:59 ` Rob Herring 2018-10-10 18:59 ` Rob Herring 2018-10-10 18:59 ` Rob Herring 2018-10-10 12:07 ` Russell King - ARM Linux 2018-10-10 12:07 ` Russell King - ARM Linux 2018-10-10 15:01 ` Masahiro Yamada 2018-10-10 15:01 ` Masahiro Yamada
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.