The zImage for 236 = 511940 bytes

If I download /proc/empeg_kernel back off, it is 655360 bytes.

This is on a succesful update ... Am I getting the gunzipped version back off, or something?

Mike

The read-back will always be exactly (640 * 1024) bytes. Ya just have to compare from the beginning only the number of bytes actually sent.

Cheers

Just compare the first <kernel length> bytes. The rest is trash.

(640 * 1024) == size of kernel flash area. Reading it returns the whole thing, since there is no marker to say how much was "used". Current kernels are about 120KB smaller than that.

Cheers

/proc/empeg_kernel will give you the entire flash space no matter what is currently there. My hijack update script that I grabbed from here does this at the end to compare the two:

echo "Readback kernel.."

/usr/bin/ftp ${IPADDRESS} >/dev/null <<-EOF



        get /proc/empeg_kernel ${TMPFILE}

        quit

        EOF



KSIZE=`/bin/ls -l ${ZIMAGE} | awk '{print $5;exit}'`



echo -n "Comparing ${KSIZE} bytes.. "

dd if=${TMPFILE} bs=${KSIZE} count=1 2>/dev/null | diff ${ZIMAGE} -



if [ "$?" = "0" ]; then

        echo "Success!"

else

        echo "FAILED ($?) -- try again!"

fi

rm -f ${TMPFILE} 2>/dev/null

Thanks guys ...

Works flawlessly now (as you know). Thanks! (Comparing sent and received kernel image is a bit slow, but that's a small price to pay for reliability.)

Thanks for new 'parent playlist lookup' features, too.

Yeah -- I'm going to work on the comparison speed ... I think I'll just calculate a CRC while sending and a CRC while receiving and just check that as opposed to downloading the kernel, writing to disk, reading both of them back in and comparing them ... Kind of wasteful.

Mike