values into kconfig which are not user configurable at all only
encourages people to put even more stuff in there. This is not
good because people tend to have board patches lying around and
these patches won't apply regularly if they all change the same
file (arch/arm/Kconfig)
Instead, introduce a function armlinux_set_architecture() which
everyone can call during board setup.
Similarly introduce armlinux_set_bootparams() for the boot
parameter pointer.
AMD_CMD_WRITE_TO_BUFFER command to the destination
address of the buffer write and not to the sector
beginning. Linux mtd does this as default, so I
assume this should work for other flashes aswell.
Reorder functions so that this change fits in nicely.
With this path the script "_alternate" isn't used anymore,
because the return values somehow get lost.
We use alternate directly for now.
Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
Fixed a bug in sbrk(). When the new mem_brk value returned by
sbrk_no_zero() returns NULL to indicate 'out of memory', sbrk()
still memset()s innocent memory at address NULL.
For some architectures this memory might be empty, so this never
causes a problem. Anyway on Coldfire I still have my vector table
there. Nuking them isn't really a good idea :-)
Signed-off-by: Carsten Schlote <c.schlote@konzeptpark.de>
When a nor0 devices has no partitions assigned, then a call to
open() to create a file will jump with a NULL fct ptr.
Much more cheching code is missing and pointers to function are
jumped without any NULL ptr check. This must be fixed as well later.
Signed-off-by: Carsten Schlote <c.schlote@konzeptpark.de>
Fixed the handling of data similiar as found in cramfs.
This fixes the problem with an unreadable defaultenv on big-endian
targets.
The endian macors are now loaded from /asm/common.h by default.
Signed-off-by: Carsten Schlote <c.schlote@konzeptpark.de>
Added two targets to the toplevel Makefile : docs and htmdocs.
Further output formats might be added later (PDF, TeX, ...) and
wrapped by the docs target.
Signed-off-by: Carsten Schlote <c.schlote@konzeptpark.de>