tegra: trimslice: fix a couple typos
PATCH 1/1 tegra: trimslice: fix a couple typos
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
--- board/compulab/dts/tegra2-trimslice.dts | 2 +- include/configs/trimslice.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
board/compulab/dts/tegra2-trimslice.dts +1 -1
@@ -47,7 +47,7 @@ status = "disabled"; }; - usb at c5004000 { + usb at c5000000 { status = "disabled"; };
include/configs/trimslice.h +1 -1
@@ -34,7 +34,7 @@/* High-level configuration options */ #define V_PROMPT "Tegra2 (TrimSlice) # " -#define CONFIG_TEGRA2_BOARD_STRING "NVIDIA Trimslice" +#define CONFIG_TEGRA2_BOARD_STRING "Compulab Trimslice"/* Board-specific serial config */ #define CONFIG_SERIAL_MULTI
Signature · 1 line
1.7.0.4
PATCH 1/1 tegra: trimslice: fix a couple typos
Quoted 7 lines · Stephen Warren
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Signed-off-by Stephen Warren <[email protected]>
Thanks!
Quoted 31 lines
--- board/compulab/dts/tegra2-trimslice.dts | 2 +- include/configs/trimslice.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)board/compulab/dts/tegra2-trimslice.dts +1
-1@@ -47,7 +47,7 @@ status = "disabled"; }; - usb at c5004000 { + usb at c5000000 { status = "disabled"; };include/configs/trimslice.h +1
-1@@ -34,7 +34,7 @@/* High-level configuration options */ #define V_PROMPT "Tegra2 (TrimSlice) # " -#define CONFIG_TEGRA2_BOARD_STRING "NVIDIA Trimslice" +#define CONFIG_TEGRA2_BOARD_STRING "Compulab Trimslice"/* Board-specific serial config */ #define CONFIG_SERIAL_MULTI
Signature · 2 lines
Regards, Igor.
PATCH 1/1 tegra: trimslice: fix a couple typos
Dear Igor Grinberg,
Quoted 10 lines · Stephen Warren
Quoted 7 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>
Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
M
Quoted 31 lines
Thanks!
Quoted 29 lines
---
board/compulab/dts/tegra2-trimslice.dts | 2 +- include/configs/trimslice.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)(quoted diff) +0
-0
b/board/compulab/dts/tegra2-trimslice.dtsindex c707eb8..db79e77 100644board/compulab/dts/tegra2-trimslice.dts +1
-1@@ -47,7 +47,7 @@ status = "disabled"; }; - usb at c5004000 { + usb at c5000000 {board/compulab/dts/tegra2-trimslice.dts +0
-0status = "disabled"; };include/configs/trimslice.h +0
-0@@ -34,7 +34,7 @@
Quoted 8 lines
Quoted 8 lines
include/configs/trimslice.h +1
-1/* High-level configuration options */ #define V_PROMPT "Tegra2 (TrimSlice) # " -#define CONFIG_TEGRA2_BOARD_STRING "NVIDIA Trimslice" +#define CONFIG_TEGRA2_BOARD_STRING "Compulab Trimslice"/* Board-specific serial config */ #define
CONFIG_SERIAL_MULTI
Best regards,
Marek Vasut
PATCH 1/1 tegra: trimslice: fix a couple typos
Quoted 7 lines · Marek Vasut
Dear Igor Grinberg,
Quoted 5 lines · Stephen Warren
Quoted 4 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Quoted 8 lines
Quoted 5 lines
Quoted 3 lines
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
Both U-Boot and the kernel have their own copies of the .dts files.
In general, the U-Boot copy would be identical to what's in the kernel, or a pure subset since mostly the kernel's driver support is more advanced, so we've added more nodes to the DT.
That said, there are unfortunately some bizarre quirks in the way the U-Boot parses the device tree, such as requiring the /aliases node in order to enumerate at least some devices, the use of the Tegra clock binding that hasn't been incorporated into the kernel yet and is used for both clock and module reset functionality even though it's really only intended for clock functionality, and various other small properties that are U-Boot specific (although I forget if we managed to eliminate these all or not). These all end up causing differences between the two device tree files:-(
PATCH 1/1 tegra: trimslice: fix a couple typos
Quoted 23 lines · Stephen Warren
Quoted 7 lines · Marek Vasut
Dear Igor Grinberg,
Quoted 5 lines · Stephen Warren
Quoted 4 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Quoted 8 lines
Quoted 5 lines
Quoted 3 lines
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
Both U-Boot and the kernel have their own copies of the .dts files.
In general, the U-Boot copy would be identical to what's in the kernel, or a pure subset since mostly the kernel's driver support is more advanced, so we've added more nodes to the DT.
Quoted 9 lines
That said, there are unfortunately some bizarre quirks in the way the U-Boot parses the device tree, such as requiring the /aliases node in order to enumerate at least some devices, the use of the Tegra clock binding that hasn't been incorporated into the kernel yet and is used for both clock and module reset functionality even though it's really only intended for clock functionality, and various other small properties that are U-Boot specific (although I forget if we managed to eliminate these all or not). These all end up causing differences between the two device tree files:-(
Thanks for the information.
I don't see any problem with having differences between the .dts files in kernel and U-Boot, because the way I see it:
The .dts file we have in kernel should provide a way for a DT aware kernel to boot on even non-DT aware U-Boot (as the DT blob can be appended to the kernel binary).
The .dts file in U-Boot can have a basic settings and the binary DT blob can be updated by U-Boot at run time, just before loading kernel.
Also, IIRC, the intension was to remove the kernel .dts files after "all bootloaders" know to boot the DT kernel...
Signature · 2 lines
Regards, Igor.
PATCH 1/1 tegra: trimslice: fix a couple typos
Quoted 34 lines · Igor Grinberg
Quoted 23 lines · Stephen Warren
Quoted 7 lines · Marek Vasut
Dear Igor Grinberg,
Quoted 5 lines · Stephen Warren
Quoted 4 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Quoted 8 lines
Quoted 5 lines
Quoted 3 lines
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
Both U-Boot and the kernel have their own copies of the .dts files.
In general, the U-Boot copy would be identical to what's in the kernel, or a pure subset since mostly the kernel's driver support is more advanced, so we've added more nodes to the DT.
Quoted 9 lines
That said, there are unfortunately some bizarre quirks in the way the U-Boot parses the device tree, such as requiring the /aliases node in order to enumerate at least some devices, the use of the Tegra clock binding that hasn't been incorporated into the kernel yet and is used for both clock and module reset functionality even though it's really only intended for clock functionality, and various other small properties that are U-Boot specific (although I forget if we managed to eliminate these all or not). These all end up causing differences between the two device tree files:-(
Quoted 4 lines
Thanks for the information.
I don't see any problem with having differences between the .dts files in kernel and U-Boot, because the way I see it:
The issue isn't so much the duplicate files, but differing content.
The whole point about DT is that it's a pure representation of the hardware; there should be no software-dependent design or data in it. Put another way, both U-Boot and the Linux kernel (and indeed anything else) should expect the DT to be written according to the same "bindings" design. This doesn't preclude the U-Boot DT file being a strict subset of the kernel file it it needs less information, but what is in both should match.
Quoted 2 lines
Also, IIRC, the intension was to remove the kernel .dts files after "all bootloaders" know to boot the DT kernel...
I don't believe it's anything to do with bootloaders. Bootloaders are already (in the main) expected to provide the DTB to the kernel as a separate entity, irrespective of whether the DTB is built by the kernel boot process or from some other repository. (Although there is CONFIG_APPENDED_DTB to support cases where this isn't possible, it's much preferred not to use this). Moving the .dts files out of the kernel is more purely about finding a place to put them I think.
PATCH 1/1 tegra: trimslice: fix a couple typos
Dear Stephen Warren,
Quoted 43 lines · Igor Grinberg
Quoted 35 lines · Stephen Warren
Quoted 24 lines · Marek Vasut
Quoted 10 lines
Dear Igor Grinberg,
Quoted 8 lines · Stephen Warren
Quoted 7 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Quoted 6 lines
Quoted 3 lines
Quoted 1 line
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
Both U-Boot and the kernel have their own copies of the .dts files.
In general, the U-Boot copy would be identical to what's in the kernel, or a pure subset since mostly the kernel's driver support is more advanced, so we've added more nodes to the DT.
Quoted 9 lines
That said, there are unfortunately some bizarre quirks in the way the U-Boot parses the device tree, such as requiring the /aliases node in order to enumerate at least some devices, the use of the Tegra clock binding that hasn't been incorporated into the kernel yet and is used for both clock and module reset functionality even though it's really only intended for clock functionality, and various other small properties that are U-Boot specific (although I forget if we managed to eliminate these all or not). These all end up causing differences between the two device tree files:-(
Quoted 5 lines
Thanks for the information.
I don't see any problem with having differences between the .dts files
in kernel and U-Boot, because the way I see it:
The issue isn't so much the duplicate files, but differing content.
Quoted 7 lines
The whole point about DT is that it's a pure representation of the hardware; there should be no software-dependent design or data in it. Put another way, both U-Boot and the Linux kernel (and indeed anything else) should expect the DT to be written according to the same "bindings" design. This doesn't preclude the U-Boot DT file being a strict subset of the kernel file it it needs less information, but what is in both should match.
Thanks for clearing it up!
Quoted 4 lines
Quoted 3 lines
Also, IIRC, the intension was to remove the kernel .dts files after "all bootloaders" know to boot the DT kernel...
Quoted 11 lines
I don't believe it's anything to do with bootloaders. Bootloaders are already (in the main) expected to provide the DTB to the kernel as a separate entity, irrespective of whether the DTB is built by the kernel boot process or from some other repository. (Although there is
CONFIG_APPENDED_DTBto support cases where this isn't possible, it's much preferred not to use this). Moving the .dts files out of the kernel is more purely about finding a place to put them I think.
_______________________________________________
U-Boot mailing list
U-Boot at lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Best regards,
Marek Vasut
PATCH 1/1 tegra: trimslice: fix a couple typos
Quoted 47 lines · Marek Vasut
Dear Stephen Warren,
Quoted 45 lines · Igor Grinberg
Quoted 35 lines · Stephen Warren
Quoted 24 lines · Marek Vasut
Quoted 10 lines
Dear Igor Grinberg,
Quoted 8 lines · Stephen Warren
Quoted 7 lines
From: Stephen Warren <[email protected]>
Fix the .dts file USB unit addresses not to duplicate each-other.
Fix the board name string to indicate the vendor is Compulab not NVIDIA.
Quoted 6 lines
Quoted 3 lines
Quoted 1 line
Signed-off-by Stephen Warren <[email protected]>Acked-by Igor Grinberg <[email protected]>Do we have one copy of the dts files here and one in Linux kernel tree? Are they the same?
Both U-Boot and the kernel have their own copies of the .dts files.
In general, the U-Boot copy would be identical to what's in the kernel, or a pure subset since mostly the kernel's driver support is more advanced, so we've added more nodes to the DT.
Quoted 9 lines
That said, there are unfortunately some bizarre quirks in the way the U-Boot parses the device tree, such as requiring the /aliases node in order to enumerate at least some devices, the use of the Tegra clock binding that hasn't been incorporated into the kernel yet and is used for both clock and module reset functionality even though it's really only intended for clock functionality, and various other small properties that are U-Boot specific (although I forget if we managed to eliminate these all or not). These all end up causing differences between the two device tree files:-(
Quoted 5 lines
Thanks for the information.
I don't see any problem with having differences between the .dts files
in kernel and U-Boot, because the way I see it:
The issue isn't so much the duplicate files, but differing content.
The whole point about DT is that it's a pure representation of the hardware; there should be no software-dependent design or data in it.
Right, what I was saying is not that the design or the bindings can differ, but that the DT blob can be adjusted with data in run time to better represent the "run time detected" hardware (e.g. extension boards and devices on them, revisions, serial number, etc.)
Quoted 5 lines
Quoted 5 lines
Put another way, both U-Boot and the Linux kernel (and indeed anything else) should expect the DT to be written according to the same "bindings" design. This doesn't preclude the U-Boot DT file being a strict subset of the kernel file it it needs less information, but what is in both should match.
That is understood completely and of course agreed!
Signature · 2 lines
Regards, Igor.