On 07/18/2011 10:59 AM, Mike Frysinger wrote:
> although thinking about it a bit more, you probably could do it in shell.
> (cat | tr '\n' '\0' ; dd if=/dev/zero count=1 ibs=1) > env.bin
> env_size=8192
> pad_size=$(( env_size - $(set -- $(du -b env.bin); echo $1) - 4))
> dd if=/dev/zero ibs=$pad
On 07/18/2011 10:38 AM, Mike Frysinger wrote:
> On Sat, Jul 16, 2011 at 19:18, Alessio Sangalli wrote:
>> Hi, is there a tool to create an "environemnt image" that I can flash to
>> my NAND?
>
> tools/envcrc will output the binary env blob if you give it the
>
On 07/16/2011 10:19 PM, Alessio Sangalli wrote:
> I am writing a "flashing tool" for my NAND chip.
>
> Is the format that U-Boot uses to write the environment "stable" or it
> could change?
So I have written in my application some code that:
1) takes an area eq
On 07/16/2011 04:31 PM, Wolfgang Denk wrote:
> Dear Alessio Sangalli,
> Just load the text file into U-Boot (for example using TFTP or reading
> from some file system) and use "env import -t" on it.
Hi Wolfgang!
Thanks this is a very interesting way but in this applicatio
Hi, is there a tool to create an "environemnt image" that I can flash to
my NAND?
I think I've seen a tool that takes a text file with an environment
setting per line, calculates the CRC and generates a binary that can be
transferred to the board (via tftp or other means) to be written with
"nand
Wolfgang Denk wrote:
> Are you sure about this? Normally ARM systems have flash memory (or
> some other ROM) mapped at 0, because this is where execution starts
> out of reset.
Yes I am. On this system (at least as it is now) U-boot is executed from
memory when DDR has already been initialized. S
Hi, I have problems in writing an application for U-boot. I do not need
U-boot functions (for now), I just have to write some registers and then
fill some memory with a value. The HW will read that memory region for
its usage.
I work on a ARM9 board whose RAM is mapped from 0x00 to 0x0400
7 matches
Mail list logo
