With this fix its possible to run loadb -f /dev/ram0
again with the latest next patchstack. Without you will
run into data_abort. Tested with omap3530 beagleboard.
Signed-off-by: Michael Grzeschik <m.grzeschik@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
No need to check for maximum argument counts. The commands are
safe to be called with more arguments, so lets safe some bytes.
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
The default download device was /dev/mem
Quote Sascha:
"This is a quite dangerous thing. There are
quite some boards out there which have NOR
Flash on 0x0. With a default file of
/dev/mem we would overwrite U-Boot."
Change default device to image.bin
Signed-off-by: Nishanth Menon <x0nishan@ti.com>
Default loadb behavior works on packet sized
chunks of kermit data to be put on target file
This would not work good on block devices such
as NAND. solution will be to buffer data up to
standard 4096 chunks before giving to device.
Signed-off-by: Nishanth Menon <x0nishan@ti.com>
-d represents devices only.. but loadb can
operate on files as well. hence Use -f as
option to select the output file. This is
more representative of what we are trying
to do.
Signed-off-by: Nishanth Menon <x0nishan@ti.com>
Allow loadb and loady to create file if file not
present. This will allow for downloading a file
to filesystem and cp or doing other operations on
the same. Making this as an option instead of a
default behavior ensures that users intend to
create file when they use -c option
Signed-off-by: Nishanth Menon <x0nishan@ti.com>
[Patch 08/17] U-Boot-V2:Commands Unbreak loadb support
This patch provides support for loadb and loady and enables the broken feature
Signed-off-by: Nishanth Menon<x0nishan@ti.com>