[Buildroot] [PATCH] kobs-ng: new package
Paul B. Henson
henson at acm.org
Wed Jul 31 02:41:10 UTC 2013
On 7/29/2013 11:54 AM, Thomas Petazzoni wrote:
> Not sure it should be with the filesystem tools. Maybe just Hardware
> handling?
The menu says "Filesystem and flash utilities", kobs-ng is a flash
utility, so it initially made sense to me. I can move it to the hardware
section if you prefer.
>> + bool "kobs-ng"
>> + help
>> + Build freescale kobs-ng utility for burning bootstreams to NAND
>
> Missing upstream URL.
There isn't really an upstream URL for this specific package. Although
it is GPL, and freely distributable, Freescale releases it as part of
their board support packages, not as a standalone package. The only way
to get it from Freescale is by downloading an entire BSP, each one of
which usually has a different version of kobs-ng in it.
It's similar to the existing Freescale elftosb package already in the
tree. Although it doesn't look like there is a Config.in in the elftosb
directory, only elftosb.mk, so I'm not sure what the current status of
that package is.
I see there are also a few other Freescale specific firmware and library
packages in the tree (freescale-imx directory), they all say "This
library is provided by Freescale as-is and doesn't have an upstream.",
should I just put something similar?
>> +# kobs-ng versions have never made much sense :(
>> +KOBS_NG_VERSION = 3.0.35-4.0.0
>> +KOBS_NG_SOURCE = kobs-ng-$(KOBS_NG_VERSION).tar.gz
>
> Not needed, this is the default.
You mean the source line, not the version line, right?
> Isn't the default 'make install' working properly?
I remember having problems with it on an earlier version, I'll test
again with this version and see if they were resolved.
> I'm not sure to understand how this tool is typically used. On the
> target itself? But then how do you get something on the target from the
> first place if the tool is needed to flash a bootloader in NAND?
Yes, the tool is typically used on the target itself. I don't have
extensive experience with freescale, but my understanding is you
typically bootstrap via some other boot method (SD card, USB-DFU, etc)
to initially burn a bootstream to NAND. At that point, you can update
the bootloader in an environment booted from NAND. u-boot has a tool
called mxsboot that tries to generate a bootstream image that can be
burned directly to NAND, but it makes a lot of assumptions about things
kobs-ng determines dynamically and it seems more reliable to use the
freescale purposed tool on the actual target environment.
> This patch lacks a header with description and Signed-off-by. Also, is
> there a chance that you can submit it upstream?
I'll add a header. I'm really not sure how one would submit changes to
freescale upstream; AFAIK their code repository is not public and they
don't have a mailing list for this tool's development. They have some
general-purpose forums, and there are a fair number of freescale
employees subscribed to various embedded oriented mailing lists (perhaps
even this one?), but short of purchasing a support contract I don't know
that there is any way to get official freescale notice of a patch
submission.
Thanks…
More information about the buildroot
mailing list