aboutsummaryrefslogtreecommitdiff
path: root/Documentation/devicetree/bindings/arm/keystone
AgeCommit message (Collapse)AuthorFilesLines
2024-06-27dt-bindings: ti: fix TISCI protocol URL linkRichard Genoud1-1/+1
The http://processors.wiki.ti.com EOL in january 2021 Fix the old URL with the new one. Signed-off-by: Richard Genoud <[email protected]> Acked-by: Conor Dooley <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Nishanth Menon <[email protected]>
2024-04-09dt-bindings: arm: keystone: Remove ti,system-reboot-controller propertyAndrew Davis1-5/+0
This property was only ever used in one device. It is no longer needed as what it signaled is now default. Remove this unneeded/unused property. Signed-off-by: Andrew Davis <[email protected]> Acked-by: Krzysztof Kozlowski <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Nishanth Menon <[email protected]>
2023-08-23dt-bindings: use capital "OR" for multiple licenses in SPDXKrzysztof Kozlowski2-2/+2
Documentation/process/license-rules.rst and checkpatch expect the SPDX identifier syntax for multiple licenses to use capital "OR". Correct it to keep consistent format and avoid copy-paste issues. Correct also the format // -> .* in few Allwinner binding headers as pointed out by checkpatch: WARNING: Improper SPDX comment style for 'include/dt-bindings/reset/sun50i-h6-ccu.h', please use '/*' instead Signed-off-by: Krzysztof Kozlowski <[email protected]> Acked-by: Guenter Roeck <[email protected]> Acked-by: Stephen Boyd <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2023-07-05dt-bindings: cleanup DTS example whitespacesKrzysztof Kozlowski1-4/+4
The DTS code coding style expects spaces around '=' sign. Signed-off-by: Krzysztof Kozlowski <[email protected]> Reviewed-by: Matthias Brugger <[email protected]> Acked-by: Jonathan Cameron <[email protected]> Reviewed-by: Conor Dooley <[email protected]> Acked-by: Dmitry Baryshkov <[email protected]> #display/msm Acked-by: Neil Armstrong <[email protected]> Acked-by: Mike Leach <[email protected]> Reviewed-by: Mathieu Poirier <[email protected]> Acked-by: Vinod Koul <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2022-12-16dt-bindings: drop redundant part of title (end, part three)Krzysztof Kozlowski1-1/+1
The Devicetree bindings document does not have to say in the title that it is a "binding", but instead just describe the hardware. Drop trailing "bindings" in various forms (also with trailing full stop): find Documentation/devicetree/bindings/ -type f -name '*.yaml' \ -not -name 'trivial-devices.yaml' \ -exec sed -i -e 's/^title: \(.*\) [bB]indings\?\.\?$/title: \1/' {} \; Signed-off-by: Krzysztof Kozlowski <[email protected]> Acked-by: Alexandre Belloni <[email protected]> Acked-by: Matti Vaittinen <[email protected]> # ROHM Acked-by: Ulf Hansson <[email protected]> # MMC Acked-by: Stephen Boyd <[email protected]> # clk Acked-by: Dmitry Torokhov <[email protected]> # input Acked-by: Mark Brown <[email protected]> Acked-by: Hans Verkuil <[email protected]> # media Acked-by: Sebastian Reichel <[email protected]> # power Acked-by: Viresh Kumar <[email protected]> # cpufreq Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2022-12-16dt-bindings: drop redundant part of title (end)Krzysztof Kozlowski1-1/+1
The Devicetree bindings document does not have to say in the title that it is a "Devicetree binding", but instead just describe the hardware. Drop trailing "Devicetree bindings" in various forms (also with trailing full stop): find Documentation/devicetree/bindings/ -type f -name '*.yaml' \ -not -name 'trivial-devices.yaml' \ -exec sed -i -e 's/^title: \(.*\) [dD]evice[ -]\?[tT]ree [bB]indings\?\.\?$/title: \1/' {} \; find Documentation/devicetree/bindings/ -type f -name '*.yaml' \ -not -name 'trivial-devices.yaml' \ -exec sed -i -e 's/^title: \(.*\) [dD]evice[ -]\?[nN]ode [bB]indings\?\.\?$/title: \1/' {} \; find Documentation/devicetree/bindings/ -type f -name '*.yaml' \ -not -name 'trivial-devices.yaml' \ -exec sed -i -e 's/^title: \(.*\) [dD][tT] [bB]indings\?\.\?$/title: \1/' {} \; Signed-off-by: Krzysztof Kozlowski <[email protected]> Acked-by: Alexandre Belloni <[email protected]> Acked-by: Jonathan Cameron <[email protected]> # IIO Reviewed-by: Jonathan Cameron <[email protected]> Acked-by: Ulf Hansson <[email protected]> # MMC Acked-by: Stephen Boyd <[email protected]> # clk Acked-by: Dmitry Torokhov <[email protected]> # input Acked-by: Mark Brown <[email protected]> Acked-by: Hans Verkuil <[email protected]> # media Acked-by: Sebastian Reichel <[email protected]> # power Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2021-05-10dt-bindings: arm: keystone: Convert ti,sci to json schemaNishanth Menon2-86/+129
Convert the ti,sci to json schema for better checks and documentation. NOTE: This change does introduce a stricter naming convention for TI-SCI controller nodes. Signed-off-by: Nishanth Menon <[email protected]> Reviewed-by: Tero Kristo <[email protected]> Acked-by: Stephen Boyd <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2020-10-26dt-bindings: Explicitly allow additional properties in board/SoC schemasRob Herring1-0/+2
In order to add meta-schema checks for additional/unevaluatedProperties being present, all schema need to make this explicit. As the top-level board/SoC schemas always have additional properties, add 'additionalProperties: true'. Acked-by: Krzysztof Kozlowski <[email protected]> Acked-by: Viresh Kumar <[email protected]> Acked-by: Geert Uytterhoeven <[email protected]> Signed-off-by: Rob Herring <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Rob Herring <[email protected]>
2020-07-28dt-bindings: arm: keystone: Add common TI SCI bindingsSuman Anna1-0/+44
Add a bindings document that defines the common TI SCI properties used by various K3 device management nodes such as clock controllers, interrupt controllers, reset controllers or remoteproc devices. The required properties for each device management node shall be specified in the respective binding document. Reviewed-by: Rob Herring <[email protected]> Signed-off-by: Suman Anna <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Bjorn Andersson <[email protected]>
2019-05-01firmware: ti_sci: Add RM mapping table for am654Peter Ujfalusi1-1/+2
Add the resource mapping table for AM654 SoC as defined in http://downloads.ti.com/tisci/esd/latest/5_soc_doc/am6x/resasg_types.html Introduce a new compatible for AM654 "ti,am654-sci" for using this resource map table. Reviewed-by: Rob Herring <[email protected]> Acked-by: Tony Lindgren <[email protected]> Signed-off-by: Peter Ujfalusi <[email protected]> Signed-off-by: Lokesh Vutla <[email protected]> Acked-by: Nishanth Menon <[email protected]> Signed-off-by: Marc Zyngier <[email protected]>
2018-08-28Documentation: dt: keystone: ti-sci: Add optional host-id parameterNishanth Menon1-0/+4
Texas Instrument's System Control Interface (TISCI) permits the ability for OSs running in virtual machines to be able to independently communicate with the firmware without the need going through an hypervisor. The "host-id" in effect is the hardware representation of the host (example: VMs locked to a core) as identified to the System Controller. Hypervisors can either fill in appropriate host-ids in dt used for each VM instance OR may use prebuilt blobs where the host-ids are pre-populated, as appropriate for the OS running in the VMs. This is introduced as an optional parameter to maintain consistency with legacy device tree blobs. Reviewed-by: Rob Herring <[email protected]> Signed-off-by: Nishanth Menon <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2017-05-21ARM: keystone: Create new binding for K2G ICE evmFranklin S Cooper Jr1-0/+3
Add a new binding for the new K2G Industrial Communication Engine evm. Signed-off-by: Franklin S Cooper Jr <[email protected]> Acked-by: Rob Herring <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2016-10-27Documentation: Add support for TI System Control Interface (TI-SCI) protocolNishanth Menon1-0/+81
Texas Instrument's System Control Interface (TI-SCI) Message Protocol is used in Texas Instrument's System on Chip (SoC) such as those in newer SoCs in the keystone processor family starting with K2G. This message protocol is used to communicate between various compute or processing entities (such as ARM, DSP etc.) with a central system controller entity. TI-SCI message protocol provides support for management of various hardware entities within the SoC. The message protocol can be found here: http://processors.wiki.ti.com/index.php/TISCI Signed-off-by: Nishanth Menon <[email protected]> Acked-by: Rob Herring <[email protected]> Signed-off-by: Tero Kristo <[email protected]>
2016-02-25ARM: keystone: Create new binding for K2G SoCNishanth Menon1-0/+5
K2G SoC family is the newest version of the Keystone family of processors. The technical reference manual for K2G can be found here: http://www.ti.com/lit/ug/spruhy8/spruhy8.pdf Add new bindings for K2G and the K2G evm. Also document these new bindings. Acked-by: Rob Herring <[email protected]> Signed-off-by: Nishanth Menon <[email protected]> Signed-off-by: Franklin S Cooper Jr <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2015-10-13Documentation: dt: keystone: Fix up missing quotesNishanth Menon1-3/+3
Add missing commits for the suggest compatible flags in dt binding. Fixes: 8841cbf666d6 ("Documentation: dt: keystone: provide SoC specific compatible flags") Reported-by: Suman Anna <[email protected]> Signed-off-by: Nishanth Menon <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2015-10-06Documentation: dt: keystone: provide SoC specific compatible flagsNishanth Menon1-3/+17
Keystone2 devices are used on more platforms than just Texas Instruments reference evaluation platforms called EVMs. Providing a generic compatible "ti,keystone" is not sufficient to differentiate various SoC definitions possible on various platforms for the following reasons: a) Userspace applications have no way of knowing which SoC they are functioning, providing the compatible matches provide a mechanism for them to enable SoC specific functionality. Such userspace applications are typically automated test framework or SoC custom hardware acceleration entitlement from a common file system. b) Provides an accurate hardware description. This allows SoC specific logic to be run time handled based on of_machine_is_compatible("ti,k2hk") or as needed for the dependent processor instead of needing to use board dependent compatibles that are needed now. Hence, provide compatible matches for each SoC in the Keystone family. Acked-By: Murali Karicheri <[email protected]> Signed-off-by: Nishanth Menon <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2014-03-20ARM: dts: keystone: use common "ti,keystone" compatible instead of -evmIvan Khoronzhuk1-3/+3
As suggested by Olof Johansson at http://www.spinics.net/lists/arm-kernel/msg314009.html. It be better just keeping a "ti,keystone" top-level compatible and just using that to probe. If so we don't have to touch the file for new boards in the future. So use common "ti,keystone" compatible in keystone.c for all boards. Cc: Santosh Shilimkar <[email protected]> Cc: Olof Johansson <[email protected]> Signed-off-by: Ivan Khoronzhuk <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2014-02-25ARM: dts: keystone: update for supporting K2L/K2E EVMsMurali Karicheri1-0/+10
This patch add compatibility strings for k2hk, k2l and k2e EVMs Cc: Olof Johansson <[email protected]> Cc: Arnd Bergmann <[email protected]> Cc: Rob Herring <[email protected]> Cc: Kumar Gala <[email protected]> Cc: Mark Rutland <[email protected]> Signed-off-by: Murali Karicheri <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
2013-06-17ARM: dts: keystone: Add minimal Keystone SOC device tree dataSantosh Shilimkar1-0/+10
Add minimal device tree data for Keystone2 based SOCs. Patch contains mainly ARM related SOC data and nothing about EVM specific yet. Cc: Grant Likely <[email protected]> Cc: Arnd Bergmann <[email protected]> Cc: [email protected] Acked-by: Olof Johansson <[email protected]> Signed-off-by: Santosh Shilimkar <[email protected]>
Powered by cgit, Gruvboxed by Blaster4385.