[Avila] more netflash issues

[Tim Harvey]

Redboot does not simply 'complain' about the checksums, it refuses to boot the
image!  I'm sure this is your problem but just for reference, here is what I
would do:

/bin/netflash -knb -r /dev/mtd0 ${SERVER} ${DIR}/redboot
/bin/netflash -knb -r /dev/mtd1 ${SERVER} ${DIR}/zImage
/bin/netflash -knb -r /dev/mtd2 ${SERVER} ${DIR}/ramdisk.gz

Note that zImage and ramdisk.gz are from snapgear/images and 'redboot' is where
I previously mentioned (the non-byte-swapped version, not the GW version for
the FLASH.EXE utility).  If you flash the wrong version of redboot you'll get
nothing from the console until you JTAG a propper image back on. 

Tim

--- Ahmet Basagalar <ahmet at thebluezone.com> wrote:

> Hi,
> 
> I am still having some difficulty with netflash. I understand that redboot 
> will complain about a checksum failure which i do not care too much. But the 
> problem is for some reason the image written by netflash is getting corrupt.
> 
> For example if I update the filesystem I usually get an error message in 
> linux bootup about the filesystem and sometimes the symbolic links are 
> corrupt. But more seriously when I update the kernel image, redboot does not 
> boot up from the new stored kernel image.
> 
> In order to figure out the issue I have done the follwoing:
> - Flash a new kernel image by netflash and reboot the system and then take a 
> copy of /dev/mtd4 by dd ( mtd4 is the partition that contains the kernel 
> image, of course the system did not boot with this image, I booted by 
> tftp-ing the kernel image)
> - Reboot the system again and write the flash through redboot this time and 
> then boot the system. Again I got a copy of mtd4
> 
> Now is the interesting fact, both images of /dev/mtd4 are identical !!! So 
> why does it boot with one and not with the other one. The only thing I can 
> come up with is that there is another piece that is written by redboot but 
> not with netflash, and this section is not mapped in the linux.
> 
> Any ideas will be greatly appreciated...
> 
> Thanks,
> Ahmet 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avila-unsubscribe at lists.unixstudios.net
> For additional commands, e-mail: avila-help at lists.unixstudios.net
> 
>