- 07 Oct, 2016 1 commit
-
-
Ladislav Michl authored
An attempt to write non block aligned data fails silently, add warning and set result. Signed-off-by:
Ladislav Michl <ladis@linux-mips.org>
-
- 25 Jan, 2016 2 commits
-
-
Simon Glass authored
Now that they are in their own directory, we can remove this prefix. This makes it easier to find a file since the prefix does not get in the way. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Heiko Schocher <hs@denx.de> Acked-by:
Stefan Roese <sr@denx.de> Acked-by:
Przemyslaw Marczak <p.marczak@samsung.com>
-
Simon Glass authored
There are a lot of unrelated files in common, including all of the commands. Moving them into their own directory makes them easier to find and is more logical. Some commands include non-command code, such as cmd_scsi.c. This should be sorted out at some point so that the function can be enabled with or without the associated command. Unfortunately, with m68k I get this error: m68k: + M5329AFEE +arch/m68k/cpu/mcf532x/start.o: In function `_start': +arch/m68k/cpu/mcf532x/start.S:159:(.text+0x452): relocation truncated to fit: R_68K_PC16 against symbol `board_init_f' defined in .text.board_init_f section in common/built-in.o I hope someone can shed some light on what this means. I hope it isn't depending on the position of code in the image. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Heiko Schocher <hs@denx.de> Acked-by:
Stefan Roese <sr@denx.de> Acked-by:
Przemyslaw Marczak <p.marczak@samsung.com>
-
- 29 Jun, 2015 1 commit
-
-
Heiko Schocher authored
Move common functions from cmd_nand.c (for calculating offset and size from cmdline paramter) to common place, so they could used from other commands which use mtd partitions. For onenand the arg_off_size() is left in common/cmd_onenand.c. It should use now the common arg_off() function, but as I could not test onenand I let it there ... Signed-off-by:
Heiko Schocher <hs@denx.de> Acked-by:
Scott Wood <scottwood@freescale.com> Reviewed-by:
Jagannadh Teki <jteki@openedev.com>
-
- 31 May, 2013 1 commit
-
-
Sergey Lapin authored
This patch is essentially an update of u-boot MTD subsystem to the state of Linux-3.7.1 with exclusion of some bits: - the update is concentrated on NAND, no onenand or CFI/NOR/SPI flashes interfaces are updated EXCEPT for API changes. - new large NAND chips support is there, though some updates have got in Linux-3.8.-rc1, (which will follow on top of this patch). To produce this update I used tag v3.7.1 of linux-stable repository. The update was made using application of relevant patches, with changes relevant to U-Boot-only stuff sticked together to keep bisectability. Then all changes were grouped together to this patch. Signed-off-by:
Sergey Lapin <slapin@ossfans.org> [scottwood@freescale.com: some eccstrength and build fixes] Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
- 30 Apr, 2012 1 commit
-
-
Mike Frysinger authored
This lets us use it in more places than just mtd code. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
- 06 Mar, 2012 1 commit
-
-
Simon Glass authored
Change all files in common/ to use CMD_RET_USAGE instead of calling cmd_usage() directly. I'm not completely sure about this patch since the code since impact is small (100 byte or so on ARM) and it might need splitting into smaller patches. But for now here it is. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- 17 Dec, 2010 1 commit
-
-
Lei Wen authored
Yaffs image require to use the oob to store some info, so when we burn the yaffs image, we need to also write the image's oob part into flash. This patch add addition suffix to onenand write to give the uboot the power to directly burn the yaffs image to onenand. Signed-off-by:
Lei Wen <leiwen@marvell.com>
-
- 07 Dec, 2010 1 commit
-
-
Lei Wen authored
Seems original implementation forget to set the pointer to point to the oobbuf, so when we want to see oob buf, we see nothing... Fix it by get pointer as the oobbuf set. Signed-off-by:
Lei Wen <leiwen@marvell.com>
-
- 29 Oct, 2010 1 commit
-
-
Wolfgang Denk authored
By now, the majority of architectures have working relocation support, so the few remaining architectures have become exceptions. To make this more obvious, we make working relocation now the default case, and flag the remaining cases with CONFIG_NEEDS_MANUAL_RELOC. Signed-off-by:
Wolfgang Denk <wd@denx.de> Tested-by:
Heiko Schocher <hs@denx.de> Tested-by:
Reinhard Meyer <u-boot@emk-elektronik.de>
-
- 27 Oct, 2010 1 commit
-
-
Enric Balletbo i Serra authored
Running the onenand command without arguments does nothing, with this patch shows the command usage. Signed-off-by:
Enric Balletbo i Serra <eballetbo@iseebcn.com>
-
- 23 Oct, 2010 1 commit
-
-
Enric Balletbo i Serra authored
We also have to relocate the onenand command table manually, otherwise onenand command don't work. Signed-off-by:
Enric Balletbo i Serra <eballetbo@iseebcn.com>
-
- 24 Jul, 2010 1 commit
-
-
Wolfgang Denk authored
Lots of code use this construct: cmd_usage(cmdtp); return 1; Change cmd_usage() let it return 1 - then we can replace all these ocurrances by return cmd_usage(cmdtp); This fixes a few places with incorrect return code handling, too. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
- 04 Jul, 2010 1 commit
-
-
Wolfgang Denk authored
The hush shell dynamically allocates (and re-allocates) memory for the argument strings in the "char *argv[]" argument vector passed to commands. Any code that modifies these pointers will cause serious corruption of the malloc data structures and crash U-Boot, so make sure the compiler can check that no such modifications are being done by changing the code into "char * const argv[]". This modification is the result of debugging a strange crash caused after adding a new command, which used the following argument processing code which has been working perfectly fine in all Unix systems since version 6 - but not so in U-Boot: int main (int argc, char **argv) { while (--argc > 0 && **++argv == '-') { /* ====> */ while (*++*argv) { switch (**argv) { case 'd': debug++; break; ... default: usage (); } } } ... } The line marked "====>" will corrupt the malloc data structures and usually cause U-Boot to crash when the next command gets executed by the shell. With the modification, the compiler will prevent this with an error: increment of read-only location '*argv' N.B.: The code above can be trivially rewritten like this: while (--argc > 0 && **++argv == '-') { char *arg = *argv; while (*++arg) { switch (*arg) { ... Signed-off-by:
Wolfgang Denk <wd@denx.de> Acked-by:
Mike Frysinger <vapier@gentoo.org>
-
- 05 May, 2010 1 commit
-
-
Frans Meulenbroeks authored
On the fly also fixed the following things: - write help talked about a parameter oob, but that one was not used, so removed it from the help message. - the test command also allowed a force subcommand but didn't use it. eliminated the code. - do_onenand made static - do_onenand contained int blocksize; ... mtd = &onenand_mtd; this = mtd->priv; blocksize = (1 << this->erase_shift); As blocksize was not used the last two statements were unneeded so removed them. The first statement (mtd = ....) assigns to a global. Not sure if it is needed, and since I could not test this, left the line for now Signed-off-by:
Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
- 08 Dec, 2009 1 commit
-
-
Heiko Schocher authored
There is more and more usage of printing 64bit values, so enable this feature generally, and delete the CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL defines. Signed-off-by:
Heiko Schocher <hs@denx.de>
-
- 07 Jul, 2009 1 commit
-
-
Wolfgang Denk authored
The "nand markbad" and "onenand markbad" commands did not check if an argument was passed; if this was forgotten, no error was raised but block 0 was marked as bad. While fixing this bug, clean up the code a bit and allow to pass more than one block address, thus allowing to mark several blocks as bad in a single command invocation. Signed-off-by:
Wolfgang Denk <wd@denx.de> Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
- 12 Jun, 2009 2 commits
-
-
Wolfgang Denk authored
Many of the help messages were not really helpful; for example, many commands that take no arguments would not print a correct synopsis line, but "No additional help available." which is not exactly wrong, but not helpful either. Commit ``Make "usage" messages more helpful.'' changed this partially. But it also became clear that lots of "Usage" and "Help" messages (fields "usage" and "help" in struct cmd_tbl_s respective) were actually redundant. This patch cleans this up - for example: Before: => help dtt dtt - Digital Thermometer and Thermostat Usage: dtt - Read temperature from digital thermometer and thermostat. After: => help dtt dtt - Read temperature from Digital Thermometer and Thermostat Usage: dtt Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Stefan Roese authored
This patch brings the U-Boot MTD infrastructure in sync with the current Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size support and a resync of the mtdpart.c file which has seen multiple fixes meanwhile. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Scott Wood <scottwood@freescale.com> Cc: Kyungmin Park <kmpark@infradead.org>
-
- 28 Jan, 2009 2 commits
-
-
Peter Tyser authored
Remove command name from all command "usage" fields and update common/command.c to display "name - usage" instead of just "usage". Also remove newlines from command usage fields. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
Peter Tyser authored
Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
- 23 Jan, 2009 1 commit
-
-
Stefan Roese authored
Update OneNAND command to support bad block awareness. Also change the OneNAND command style to better match the NAND version. Signed-off-by:
Stefan Roese <sr@denx.de> Acked-by:
Kyungmin Park <kyungmin.park@samsung.com>
-
- 21 Aug, 2008 1 commit
-
-
Kyungmin Park authored
Also sync with kernel OneNAND codes Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com> Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
- 12 Aug, 2008 2 commits
-
-
Jean-Christophe PLAGNIOL-VILLARD authored
Signed-off-by:
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Fathi BOUDRA authored
onenand_print_device_info(): - Now returns a string to be placed in mtd->name, rather than calling printf. - Remove verbose parameter as it becomes useless. Signed-off-by:
Fathi Boudra <fabo@debian.org> Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
- 10 Aug, 2008 1 commit
-
-
dirk.behme@googlemail.com authored
While locally preparing some U-Boot patches for ARM based OMAP3 boards, some using OneNAND and some using NAND, we found some differences in OneNAND and NAND command address handling. As this might confuse users (it already confused us), we like to align OneNAND and NAND address handling. The issue is that cmd_onenand.c subtracts the onenand base address from the addresses you type into the u-boot command line so, unlike nand, you can't use addresses relative to the start of the onenand part e.g. this won't work: onenand read 82000000 280000 400000 you have to use: onenand read 82000000 20280000 400000 Looking at recent git, the only board currently using OneNAND is Apollon, and for this the OneNAND base address is 0 (apollon.h) #define CFG_ONENAND_BASE 0x00000000 so patch below won't break any existing boards and will align OneNAND and NAND handling on boards where OneNAND base address is != 0. Signed-off-by:
Steve Sakoman <sakoman@gmail.com> Signed-off-by:
Manikandan Pillai <mani.pillai@ti.com> Signed-off-by:
Dirk Behme <dirk.behme@gmail.com>
-
- 13 Jul, 2008 1 commit
-
-
Jean-Christophe PLAGNIOL-VILLARD authored
Signed-off-by:
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
- 14 Apr, 2008 1 commit
-
-
Kyungmin Park authored
It mis-calculates the block address. Also fix DECLARE_GLOBAL_DATA_PTR in env_onenand. Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com>
-
- 17 Sep, 2007 1 commit
-
-
Kyungmin Park authored
[PATCH 3/3] OneNAND support (take #2) OneNAND support at U-Boot Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com>
-