[uClinux-dev] cat zImage >/dev/mtd1 doesn't work

[Steve Bennett]

Right. As you no doubt discovered, it is possible for RedBoot
to be built with checksum verification.
You will need to update the checksums in the FIS directory
after updating the partition contents (the CRC32 algorithm
is available in the RedBoot source).

One difficulty you may have is that Linux marks partitions which
don't cover an entire erase block as read-only.

Cheers,
Steve

On 20/01/2007, at 9:20 AM, Weiguang Shi wrote:

> I got help from the ecos-discussion list and am in the process
> of solving it now.
>
> Cheers!
> Wei
> --- Weiguang Shi <wgshizz at yahoo.com> wrote:
>
>> Hi,
>>
>> I'm running snapgear-3.4.0 on an IXDP425 board with RedBoot as
>> the bootloader and I want to
>> be able to upgrade my kernel and filesystem, i.e., zImage and
>> ramdisk.gz on the flash, under Linux.
>>
>> So I shipped the zImage and ramdisk.gz onto the running system
>> and did
>>     # cat zImage >/dev/mtd1
>>     # cat ramdisk.gz >/dev/mtd2
>>
>> after eraseall the two partitions. To my surprise, when I reboot,
>> RedBoot gave
>>                         RedBoot> fis load ramdisk
>>                         ** Warning - checksum failure.  stored:  
>> 0x33dbe19b, computed:
>>                         0xc9d7dfef
>>                         RedBoot> fis load kernel
>>                         ** Warning - checksum failure.  stored:  
>> 0xfb99dd45, computed:
>>                         0x788bb713
>>                         RedBoot> exec -c "console=ttyS0,115200  
>> root=/dev/ram0
>>                         initrd=0x00800000,6M mem=32M at 0x00000000"  
>> 0x01600000
>>                         Can't execute Linux - invalid entry address
>> and refused to boot.
>>
>> I understand here the newly flashed images (as it was not done in  
>> RedBoot but in the OS) may
>> not have the same checksum as RedBoot calculated for the earlier  
>> images. And this caused the
>> problem.
>>
>> Any help is appreciated.
>>
>> Weiguang
>>
>>
>> BTW, my MTD partition layout looks like
>>
>> # cat /proc/mtd
>> dev:    size   erasesize  name
>> mtd0: 00080000 00020000 "RedBoot"
>> mtd1: 00100000 00020000 "kernel"
>> mtd2: 00200000 00020000 "ramdisk"
>> mtd3: 00020000 00020000 "vendor_config"
>> mtd4: 0001f000 00020000 "FIS directory"
>> mtd5: 00001000 00020000 "RedBoot config"
>>
>>
>>
>>
>> _____________________________________________________________________ 
>> _______________
>> Don't get soaked.  Take a quick peak at the forecast
>> with the Yahoo! Search weather shortcut.
>> http://tools.search.yahoo.com/shortcuts/#loc_weather
>> _______________________________________________
>> uClinux-dev mailing list
>> uClinux-dev at uclinux.org
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>> This message was resent by uclinux-dev at uclinux.org
>> To unsubscribe see:
>> http://mailman.uclinux.org/mailman/options/uclinux-dev
>>
>
>
>
>
> ______________________________________________________________________ 
> ______________
> Never miss an email again!
> Yahoo! Toolbar alerts you the instant new Mail arrives.
> http://tools.search.yahoo.com/toolbar/features/mail/
> _______________________________________________
> uClinux-dev mailing list
> uClinux-dev at uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev at uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
>

--
WorkWare Systems Pty Ltd
W: www.workware.net.au
P: 0434 921 300
F: 07 3102 9221
E: steveb at workware.net.au


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2427 bytes
Desc: not available
Url : http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20070122/04a3cfff/smime.bin