Hi, I have BB-X15 RevC with jessie image /ID.txt: BeagleBoard.org Debian Image 2017-07-02
debian@BeagleBoard-X15:~$ ls -lh /opt/backup/uboot/u-boot.img -rw-r--r-- 1 root root *1018K* Jul 2 23:44 /opt/backup/uboot/u-boot.img debian@BeagleBoard-X15:~$ cat /boot/SOC.sh #!/bin/sh format=1.0 [..snip..] *dd_uboot_count=2* dd_uboot_seek=1 dd_uboot_conf=notrunc *dd_uboot_bs=384k* dd_uboot_backup=/opt/backup/uboot/u-boot.img [..snip..] *384k*2=768k* *1018K > 768K :(* # save a copy of current u-boot.img from reserved space into home dir debian@BeagleBoard-X15:~$ sudo dd if=/dev/mmcblk1 of=u-boot.img bs=384k skip=1 count=*3* 3+0 records in 3+0 records out 1179648 bytes (1.2 MB, 1.1 MiB) copied, 0.0122472 s, 96.3 MB/s # compare to one in backup dir debian@BeagleBoard-X15:~$ cmp /opt/backup/uboot/u-boot.img u-boot.img /opt/backup/uboot/u-boot.img u-boot.img *differ: byte 786436*, line 3827 *786436/1024=768K + 4 bytes* I know my saved images are longer than the actual files, but if this were working correctly I would get EOF on the /opt/backup file. This is what happens when I compare MLO. debian@BeagleBoard-X15:~$ sudo dd if=/dev/mmcblk1 of=MLO bs=128k skip=1 count=1 1+0 records in 1+0 records out 131072 bytes (131 kB, 128 KiB) copied, 0.00761566 s, 17.2 MB/s debian@BeagleBoard-X15:~$ cmp /opt/backup/uboot/MLO MLO cmp: EOF on /opt/backup/uboot/MLO # Looking at ~/u-boot.img debian@BeagleBoard-X15:~$ hd u-boot.img | tail 000bff90 00 00 00 04 00 00 01 20 00 00 00 3d 00 00 00 02 |....... ...=....| 000bffa0 00 00 00 01 61 74 6c 5f 63 6c 6b 69 6e 31 5f 63 |....atl_clkin1_c| 000bffb0 6b 00 00 00 00 00 00 03 00 00 00 04 00 00 02 30 |k..............0| 000bffc0 00 00 00 00 00 00 00 03 00 00 00 12 00 00 00 1b |................| 000bffd0 74 69 2c 64 72 61 37 2d 61 74 6c 2d 63 6c 6f 63 |ti,dra7-atl-cloc| 000bffe0 6b 00 00 00 00 00 00 03 00 00 00 04 00 00 01 45 |k..............E| 000bfff0 00 00 00 0d 00 00 00 03 00 00 00 04 00 00 01 1a |................| *000c0000* 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00120000 # the image is all zeros at 0x000C_0000 and beyond. # *0x000C_0000 == 768K* *** Conclusion (so far)* in SOC.h dd_uboot_count should be 3 (or even 4; what is it going to hurt?) It does appear the images have used this too small count to write the u-boot.img It works anyway *(really??)* Bill -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CACgK%2Bx%3D5GB7aBQD8W4JRYYYq61wo104P%2BTa%3DsovzVyy3Lxg1NA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
