Re: [U-Boot] ARM: Update mach-types
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasut marek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
Thanks Troy
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasut marek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
No, can you please submit the mach-types update yourself? Thank you!
On 2/27/2012 3:56 PM, Marek Vasut wrote:
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasutmarek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
No, can you please submit the mach-types update yourself? Thank you!
I don't think I'm trusted to do that. I think that some machines may have been removed from Linux that u-boot may want to keep. Since I only want to use the value in 1 place, is it acceptable to just use the hex value instead?
Thanks Troy
On 2/27/2012 3:56 PM, Marek Vasut wrote:
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasutmarek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
No, can you please submit the mach-types update yourself? Thank you!
I don't think I'm trusted to do that. I think that some machines may have been removed from Linux that u-boot may want to keep.
So these machines have to define their mach id in their config (and you need to fix them after replacing mach-types).
Since I only want to use the
value in 1 place, is it acceptable to just use the hex value instead?
No, either update the mach types (preffered) or ... Update the mach types ;)
Thanks in advance. M
Am 28/02/2012 04:51, schrieb Marek Vasut:
On 2/27/2012 3:56 PM, Marek Vasut wrote:
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasutmarek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
No, can you please submit the mach-types update yourself? Thank you!
I don't think I'm trusted to do that. I think that some machines may have been removed from Linux that u-boot may want to keep.
So these machines have to define their mach id in their config (and you need to fix them after replacing mach-types).
Since I only want to use the
value in 1 place, is it acceptable to just use the hex value instead?
No, either update the mach types (preffered) or ... Update the mach types ;)
It was discussed and accepted that the boards can set CONFIG_MACH_TYPE directly into the configuration file. In this way, we continue to support in U-Boot boards independently if they are pushed to Linux mainline or not.
On the other side, everybody can send the current mach-types from the Linux kernel to Albert (ARM Maintainer) - if a board is already in kernel mainline is the preferred way.
Best regards, Stefano Babic
On 2/28/2012 5:01 PM, stefano babic wrote:
Am 28/02/2012 04:51, schrieb Marek Vasut:
On 2/27/2012 3:56 PM, Marek Vasut wrote:
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasutmarek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
No, can you please submit the mach-types update yourself? Thank you!
I don't think I'm trusted to do that. I think that some machines may have been removed from Linux that u-boot may want to keep.
So these machines have to define their mach id in their config (and you need to fix them after replacing mach-types).
Since I only want to use the
value in 1 place, is it acceptable to just use the hex value instead?
No, either update the mach types (preffered) or ... Update the mach types ;)
It was discussed and accepted that the boards can set CONFIG_MACH_TYPE directly into the configuration file. In this way, we continue to support in U-Boot boards independently if they are pushed to Linux mainline or not.
On the other side, everybody can send the current mach-types from the Linux kernel to Albert (ARM Maintainer) - if a board is already in kernel mainline is the preferred way.
Best regards, Stefano Babic
Thanks for the information. I'll send to Albert soon.
Troy
On 27.02.2012 22:56, Troy Kisky wrote:
|ARM: Update mach-types | |This commit updates the mach-types based on the latest in Linus's head | |Signed-off-by: Marek Vasut marek.vasut@gmail.com
Hi Marek,
Can I get you to do this again? I'd the symbol for MACH_MX6Q_SABRELITE.
Just out of curiosity: Why do you need that?
It was my understanding that with recent U-Boot and Kernel on SabreLite DeviceTree is the way to go? And this doesn't need the mach-types any more?
Best regards
Dirk
On Tue, Feb 28, 2012 at 3:50 AM, Dirk Behme dirk.behme@de.bosch.com wrote:
Just out of curiosity: Why do you need that?
It was my understanding that with recent U-Boot and Kernel on SabreLite DeviceTree is the way to go? And this doesn't need the mach-types any more?
Maybe Troy wants to also allow U-boot to load a non-DT kernel, such as the one provided by Freescale?
Regards,
Fabio Estevam
On 02/28/2012 02:28 AM, Fabio Estevam wrote:
On Tue, Feb 28, 2012 at 3:50 AM, Dirk Behmedirk.behme@de.bosch.com wrote:
Just out of curiosity: Why do you need that?
It was my understanding that with recent U-Boot and Kernel on SabreLite DeviceTree is the way to go? And this doesn't need the mach-types any more?
Maybe Troy wants to also allow U-boot to load a non-DT kernel, such as the one provided by Freescale?
That's exactly right. With the addition of a couple of small things:
- machid - revision tag (used by Freescale's kernel)
we can start shipping main-line U-Boot with Sabre Lite.
This seems like a worthwhile step, especially for those of us switching between kernels.
participants (7)
-
Dirk Behme -
Eric Nelson -
Fabio Estevam -
Marek Vasut -
Marek Vasut -
stefano babic -
Troy Kisky