From: Chuck R. <shi...@ro...> - 2008-08-19 17:17:51
|
I just reflashed my connex-400xm with a newly built gumstix-basic- image. Now I get a "bad magic number" when I try to boot it. What could have gone wrong? The log of the reflash procedure is show below. Chuck U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 *** Welcome to Gumstix *** DRAM:64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Bad Magic Number GUM> mmcinit Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. Vendor: Man 1e OEM ffff "MMC " Date 05/2008 Product: 479 Revision: N/A GUM> fatls mmc 1 8943420 rootfs 1041360 uimage 2 file(s), 0 dir(s) GUM> fatload mmc 1 a20000000 rootfs reading rootfs 8943420 bytes read GUM> protect on 1:0-1 Protect Flash Sectors 0-1 in Bank # 1 .. done GUM> erase all Erase Flash Bank # 1 - Warning: 2 protected sectors will not be erased! ............................................................................... done GUM> cp.b a20000000 40000 ${filesize} Copy to Flash... done GUM> fatload mmc 1 a20000000 uimage reading uimage 1041360 bytes read GUM> katinstall 100000 Copying kernel from 0xa2000000 to 0x00f00000 (length 0x00100000)...Erasing... ........ done Erased 8 sectors Writing...done GUM> katload 100000 Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done GUM> bootm ## Booting image at a2000000 ... Bad Magic Number GUM> |
From: Frank R. <fr...@ya...> - 2008-08-19 17:47:35
|
try: GUM>setenv bootcmd "icache on; katload 100000 && bootm" then GUM>bootd if it boots, go back to the GUM command line....same command as above...but run saveenv before bootd --- On Tue, 8/19/08, Chuck Randall <shi...@ro...> wrote: From: Chuck Randall <shi...@ro...> Subject: [Gumstix-users] "bad magic number" after reflash of connex To: "General mailing list for gumstix users." <gum...@li...> Date: Tuesday, August 19, 2008, 1:17 PM I just reflashed my connex-400xm with a newly built gumstix-basic- image. Now I get a "bad magic number" when I try to boot it. What could have gone wrong? The log of the reflash procedure is show below. Chuck U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 *** Welcome to Gumstix *** DRAM:64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Bad Magic Number GUM> mmcinit Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. Vendor: Man 1e OEM ffff "MMC " Date 05/2008 Product: 479 Revision: N/A GUM> fatls mmc 1 8943420 rootfs 1041360 uimage 2 file(s), 0 dir(s) GUM> fatload mmc 1 a20000000 rootfs reading rootfs 8943420 bytes read GUM> protect on 1:0-1 Protect Flash Sectors 0-1 in Bank # 1 .. done GUM> erase all Erase Flash Bank # 1 - Warning: 2 protected sectors will not be erased! ............................................................................... done GUM> cp.b a20000000 40000 ${filesize} Copy to Flash... done GUM> fatload mmc 1 a20000000 uimage reading uimage 1041360 bytes read GUM> katinstall 100000 Copying kernel from 0xa2000000 to 0x00f00000 (length 0x00100000)...Erasing... ........ done Erased 8 sectors Writing...done GUM> katload 100000 Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done GUM> bootm ## Booting image at a2000000 ... Bad Magic Number GUM> ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Chuck R. <shi...@ro...> - 2008-08-19 19:31:39
|
Hi Frank, No change after the setenv and bootd. Thanks, Chuck On Aug 19, 2008, at 10:47 AM, Frank Ruscil wrote: > try: > > GUM>setenv bootcmd "icache on; katload 100000 && bootm" > then > GUM>bootd > > if it boots, go back to the GUM command line....same command as > above...but run saveenv before bootd > > --- On Tue, 8/19/08, Chuck Randall <shi...@ro...> wrote: > From: Chuck Randall <shi...@ro...> > Subject: [Gumstix-users] "bad magic number" after reflash of connex > To: "General mailing list for gumstix users." <gum...@li... > > > Date: Tuesday, August 19, 2008, 1:17 PM > > I just reflashed my connex-400xm with a newly built gumstix-basic- > image. Now I get a "bad magic number" when I try to boot it. What > could have gone wrong? The log of the reflash procedure is show below. > > Chuck > > > > U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 > > *** Welcome to Gumstix *** > > DRAM:64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length > 0x00100000)...done > ## Booting image at a2000000 ... > Bad Magic Number > > GUM> mmcinit > Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. > Vendor: Man 1e OEM ffff "MMC " Date 05/2008 > Product: 479 > Revision: N/A > > GUM> fatls mmc 1 > 8943420 rootfs > 1041360 uimage > 2 file(s), 0 dir(s) > > GUM> fatload mmc 1 a20000000 rootfs > reading rootfs > 8943420 bytes read > > GUM> protect on 1:0-1 > Protect Flash Sectors 0-1 in Bank # 1 > .. done > > GUM> erase all > Erase Flash Bank # 1 - Warning: 2 protected sectors will not be > erased! > ............................................................................... > done > > GUM> cp.b a20000000 40000 ${filesize} > Copy to Flash... done > > GUM> fatload mmc 1 a20000000 uimage > reading uimage > 1041360 bytes read > > GUM> katinstall 100000 > Copying kernel from 0xa2000000 to 0x00f00000 (length > 0x00100000)...Erasing... > ........ done > Erased 8 sectors > Writing...done > > GUM> katload 100000 > Copying kernel to 0xa2000000 from 0x00f00000 (length > 0x00100000)...done > > GUM> bootm > ## Booting image at a2000000 ... > Bad Magic Number > GUM> > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Marc H. <mhu...@lo...> - 2008-08-21 01:21:11
|
Chuck, Give this a try as its helped me get past this in the past. Erase the flash twice before programming the flash. I've also erased twice and written twice, but I think I narrowed it down to a bad erase, primarily on the factory programmed parts, never seem to have the problem again once I successfully programmed it once myself. Let me know if that works for you. Marc -----Original Message----- From: gum...@li... [mailto:gum...@li...] On Behalf Of Chuck Randall Sent: Tuesday, August 19, 2008 1:18 PM To: General mailing list for gumstix users. Subject: [Gumstix-users] "bad magic number" after reflash of connex I just reflashed my connex-400xm with a newly built gumstix-basic- image. Now I get a "bad magic number" when I try to boot it. What could have gone wrong? The log of the reflash procedure is show below. Chuck U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 *** Welcome to Gumstix *** DRAM:64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Bad Magic Number GUM> mmcinit Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. Vendor: Man 1e OEM ffff "MMC " Date 05/2008 Product: 479 Revision: N/A GUM> fatls mmc 1 8943420 rootfs 1041360 uimage 2 file(s), 0 dir(s) GUM> fatload mmc 1 a20000000 rootfs reading rootfs 8943420 bytes read GUM> protect on 1:0-1 Protect Flash Sectors 0-1 in Bank # 1 .. done GUM> erase all Erase Flash Bank # 1 - Warning: 2 protected sectors will not be erased! ............................................................................ ... done GUM> cp.b a20000000 40000 ${filesize} Copy to Flash... done GUM> fatload mmc 1 a20000000 uimage reading uimage 1041360 bytes read GUM> katinstall 100000 Copying kernel from 0xa2000000 to 0x00f00000 (length 0x00100000)...Erasing... ........ done Erased 8 sectors Writing...done GUM> katload 100000 Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done GUM> bootm ## Booting image at a2000000 ... Bad Magic Number GUM> ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Leonard S. <lsa...@co...> - 2008-08-21 01:43:58
|
This only occurred to me just now... Upon loading new code (either kernel or filesystem) into flash, I made sure to run a crc32.b on both the RAM copy just after downloading it, and on the flash copy after copying the image from RAM to flash. It has been too many months since I've done this so please check the specific syntax required for the commands. (repeat: It's been awhile, so check first!) But it's pretty straightforward, and has saved me much hair pulling and teeth gnashing. After the fatload: GUM> crc32.b 0xa2000000 ${filesize} <crc32 result> GUM> cp.b 0xa2000000 0xf00000 ${filesize} crc32.b 0xf00000 ${filesize} <crc32 result, must match the first> It be worth trying to load the image from a TFTP server on the network: GUM> tftpboot 0xa2000000 uImage GUM> crc32.b 0xa2000000 ${filesize} I believe it's acceptable to leave off the "0x" prefixes. Len Samuelson Marc Humphreys wrote: > Chuck, > > Give this a try as its helped me get past this in the past. > > Erase the flash twice before programming the flash. > > I've also erased twice and written twice, but I think I narrowed it down to > a bad erase, primarily on the factory programmed parts, never seem to have > the problem again once I successfully programmed it once myself. > > Let me know if that works for you. > > Marc > > -----Original Message----- > From: gum...@li... > [mailto:gum...@li...] On Behalf Of Chuck > Randall > Sent: Tuesday, August 19, 2008 1:18 PM > To: General mailing list for gumstix users. > Subject: [Gumstix-users] "bad magic number" after reflash of connex > > I just reflashed my connex-400xm with a newly built gumstix-basic- > image. Now I get a "bad magic number" when I try to boot it. What > could have gone wrong? The log of the reflash procedure is show below. > > Chuck > > > > U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 > > *** Welcome to Gumstix *** > > DRAM:64 MB > Flash: 16 MB > Using default environment > > SMC91C1111-0 > Net: SMC91C1111-0 > Hit any key to stop autoboot: 0 > Instruction Cache is ON > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > ## Booting image at a2000000 ... > Bad Magic Number > > GUM> mmcinit > Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. > Vendor: Man 1e OEM ffff "MMC " Date 05/2008 > Product: 479 > Revision: N/A > > GUM> fatls mmc 1 > 8943420 rootfs > 1041360 uimage > 2 file(s), 0 dir(s) > > GUM> fatload mmc 1 a20000000 rootfs > reading rootfs > 8943420 bytes read > > GUM> protect on 1:0-1 > Protect Flash Sectors 0-1 in Bank # 1 > .. done > > GUM> erase all > Erase Flash Bank # 1 - Warning: 2 protected sectors will not be erased! > ............................................................................ > ... done > > GUM> cp.b a20000000 40000 ${filesize} > Copy to Flash... done > > GUM> fatload mmc 1 a20000000 uimage > reading uimage > 1041360 bytes read > > GUM> katinstall 100000 > Copying kernel from 0xa2000000 to 0x00f00000 (length > 0x00100000)...Erasing... > ........ done > Erased 8 sectors > Writing...done > > GUM> katload 100000 > Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done > > GUM> bootm > ## Booting image at a2000000 ... > Bad Magic Number > GUM> > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Chuck R. <shi...@ro...> - 2008-08-29 00:27:32
|
Hi Len, I tried your suggested CRC check before and after copying my rootfs file, and amazingly, the CRC's don't match! GUM> fatload mmc 1 a20000000 rootfs GUM> crc32.b a20000000 ${filesize} CRC32 for 20000000 ... 20887423 ==> 08702bfc GUM> protect on 1:0-1 GUM> erase all GUM> erase all GUM> cp.b a20000000 40000 ${filesize} GUM> crc32.b 40000 ${filesize} CRC32 for 00040000 ... 008c7423 ==> dd4b5066 GUM> I've tried reloading and checking numerous times, but I always get the exact same CRC results. What could be going wrong? I'm loading my rootfs file from a MMC card. The rootfs file is the standard prebuilt one for connex from the gumstix web site. Chuck On Aug 20, 2008, at 6:36 PM, Leonard Samuelson wrote: > This only occurred to me just now... Upon loading new code (either > kernel or filesystem) into flash, I made sure to run a crc32.b on both > the RAM copy just after downloading it, and on the flash copy after > copying the image from RAM to flash. It has been too many months since > I've done this so please check the specific syntax required for the > commands. (repeat: It's been awhile, so check first!) But it's pretty > straightforward, and has saved me much hair pulling and teeth > gnashing. > > After the fatload: > > GUM> crc32.b 0xa2000000 ${filesize} > > <crc32 result> > > GUM> cp.b 0xa2000000 0xf00000 ${filesize} > > crc32.b 0xf00000 ${filesize} > > <crc32 result, must match the first> > > It be worth trying to load the image from a TFTP server on the > network: > > GUM> tftpboot 0xa2000000 uImage > GUM> crc32.b 0xa2000000 ${filesize} > > I believe it's acceptable to leave off the "0x" prefixes. > > Len Samuelson > > Marc Humphreys wrote: >> Chuck, >> >> Give this a try as its helped me get past this in the past. >> >> Erase the flash twice before programming the flash. >> >> I've also erased twice and written twice, but I think I narrowed it >> down to >> a bad erase, primarily on the factory programmed parts, never seem >> to have >> the problem again once I successfully programmed it once myself. >> >> Let me know if that works for you. >> >> Marc >> >> -----Original Message----- >> From: gum...@li... >> [mailto:gum...@li...] On Behalf Of >> Chuck >> Randall >> Sent: Tuesday, August 19, 2008 1:18 PM >> To: General mailing list for gumstix users. >> Subject: [Gumstix-users] "bad magic number" after reflash of connex >> >> I just reflashed my connex-400xm with a newly built gumstix-basic- >> image. Now I get a "bad magic number" when I try to boot it. What >> could have gone wrong? The log of the reflash procedure is show >> below. >> >> Chuck >> >> >> >> U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 >> >> *** Welcome to Gumstix *** >> >> DRAM:64 MB >> Flash: 16 MB >> Using default environment >> >> SMC91C1111-0 >> Net: SMC91C1111-0 >> Hit any key to stop autoboot: 0 >> Instruction Cache is ON >> Copying kernel to 0xa2000000 from 0x00f00000 (length >> 0x00100000)...done >> ## Booting image at a2000000 ... >> Bad Magic Number >> >> GUM> mmcinit >> Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. >> Vendor: Man 1e OEM ffff "MMC " Date 05/2008 >> Product: 479 >> Revision: N/A >> >> GUM> fatls mmc 1 >> 8943420 rootfs >> 1041360 uimage >> 2 file(s), 0 dir(s) >> >> GUM> fatload mmc 1 a20000000 rootfs >> reading rootfs >> 8943420 bytes read >> >> GUM> protect on 1:0-1 >> Protect Flash Sectors 0-1 in Bank # 1 >> .. done >> >> GUM> erase all >> Erase Flash Bank # 1 - Warning: 2 protected sectors will not be >> erased! >> ............................................................................ >> ... done >> >> GUM> cp.b a20000000 40000 ${filesize} >> Copy to Flash... done >> >> GUM> fatload mmc 1 a20000000 uimage >> reading uimage >> 1041360 bytes read >> >> GUM> katinstall 100000 >> Copying kernel from 0xa2000000 to 0x00f00000 (length >> 0x00100000)...Erasing... >> ........ done >> Erased 8 sectors >> Writing...done >> >> GUM> katload 100000 >> Copying kernel to 0xa2000000 from 0x00f00000 (length >> 0x00100000)...done >> >> GUM> bootm >> ## Booting image at a2000000 ... >> Bad Magic Number >> GUM> >> >> |
From: Leonard S. <lsa...@co...> - 2008-08-29 01:23:07
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Chuck,<br> <br> I just noticed your email. The first thing I notice is that your fatload address has *9* digits, as does the base address of the first CRC check: The address is a2000000 ("a2" and six digits of zero), NOT a20000000 ("a2" and 7 digits of zero). Note that the CRC check response reports "20000000" as the starting address, not "a2000000". That is a critical difference and invalidates the entire check.<br> <br> This remains true all through the copy to flash. (Forgive me for saying it but) The address space of a 32-bit processor is limited to the values 00000000-FFFFFFFF, a limit of 8 hex digits. Typically the hex conversion routines drop all bits beyond 32. This is why the crc32.b command reports its start address of 20000000: It dropped the "a00000000". I *could* have noticed that your original email shows the too-large address and simply failed to count zeroes! :-) :-)<br> <br> I have just recently gone back to developing on my Basix, Connex and Verdex boards, including reloading u-boot, the root filesystem and kernel, and get consistent results every time...<br> <br> Len<br> <br> Chuck Randall wrote: <blockquote cite="mid:07E...@ro..." type="cite"> <pre wrap="">Hi Len, I tried your suggested CRC check before and after copying my rootfs file, and amazingly, the CRC's don't match! GUM> fatload mmc 1 a20000000 rootfs GUM> crc32.b a20000000 ${filesize} CRC32 for 20000000 ... 20887423 ==> 08702bfc GUM> protect on 1:0-1 GUM> erase all GUM> erase all GUM> cp.b a20000000 40000 ${filesize} GUM> crc32.b 40000 ${filesize} CRC32 for 00040000 ... 008c7423 ==> dd4b5066 GUM> I've tried reloading and checking numerous times, but I always get the exact same CRC results. What could be going wrong? I'm loading my rootfs file from a MMC card. The rootfs file is the standard prebuilt one for connex from the gumstix web site. Chuck On Aug 20, 2008, at 6:36 PM, Leonard Samuelson wrote: </pre> <blockquote type="cite"> <pre wrap="">This only occurred to me just now... Upon loading new code (either kernel or filesystem) into flash, I made sure to run a crc32.b on both the RAM copy just after downloading it, and on the flash copy after copying the image from RAM to flash. It has been too many months since I've done this so please check the specific syntax required for the commands. (repeat: It's been awhile, so check first!) But it's pretty straightforward, and has saved me much hair pulling and teeth gnashing. After the fatload: GUM> crc32.b 0xa2000000 ${filesize} <crc32 result> GUM> cp.b 0xa2000000 0xf00000 ${filesize} crc32.b 0xf00000 ${filesize} <crc32 result, must match the first> It be worth trying to load the image from a TFTP server on the network: GUM> tftpboot 0xa2000000 uImage GUM> crc32.b 0xa2000000 ${filesize} I believe it's acceptable to leave off the "0x" prefixes. Len Samuelson Marc Humphreys wrote: </pre> <blockquote type="cite"> <pre wrap="">Chuck, Give this a try as its helped me get past this in the past. Erase the flash twice before programming the flash. I've also erased twice and written twice, but I think I narrowed it down to a bad erase, primarily on the factory programmed parts, never seem to have the problem again once I successfully programmed it once myself. Let me know if that works for you. Marc -----Original Message----- From: <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> [<a class="moz-txt-link-freetext" href="mailto:gum...@li...">mailto:gum...@li...</a>] On Behalf Of Chuck Randall Sent: Tuesday, August 19, 2008 1:18 PM To: General mailing list for gumstix users. Subject: [Gumstix-users] "bad magic number" after reflash of connex I just reflashed my connex-400xm with a newly built gumstix-basic- image. Now I get a "bad magic number" when I try to boot it. What could have gone wrong? The log of the reflash procedure is show below. Chuck U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 *** Welcome to Gumstix *** DRAM:64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Bad Magic Number GUM> mmcinit Detected: 1970176 blocks of 1024 bytes (1924MB) MMC card. Vendor: Man 1e OEM ffff "MMC " Date 05/2008 Product: 479 Revision: N/A GUM> fatls mmc 1 8943420 rootfs 1041360 uimage 2 file(s), 0 dir(s) GUM> fatload mmc 1 a20000000 rootfs reading rootfs 8943420 bytes read GUM> protect on 1:0-1 Protect Flash Sectors 0-1 in Bank # 1 .. done GUM> erase all Erase Flash Bank # 1 - Warning: 2 protected sectors will not be erased! ............................................................................ ... done GUM> cp.b a20000000 40000 ${filesize} Copy to Flash... done GUM> fatload mmc 1 a20000000 uimage reading uimage 1041360 bytes read GUM> katinstall 100000 Copying kernel from 0xa2000000 to 0x00f00000 (length 0x00100000)...Erasing... ........ done Erased 8 sectors Writing...done GUM> katload 100000 Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done GUM> bootm ## Booting image at a2000000 ... Bad Magic Number GUM> </pre> </blockquote> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world <a class="moz-txt-link-freetext" href="http://moblin-contest.org/redirect.php?banner_id=100&url=/">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <br> </body> </html> |
From: Dave H. <dhy...@gm...> - 2008-08-29 01:20:07
|
Hi Chuck, > I tried your suggested CRC check before and after copying my rootfs > file, and amazingly, the CRC's don't match! > > GUM> fatload mmc 1 a20000000 rootfs > GUM> crc32.b a20000000 ${filesize} > CRC32 for 20000000 ... 20887423 ==> 08702bfc Notice that the address says 20000000, not a2000000 (in the line that says CRC32) You've entered seven zeros after the a2, you only want 6 (so a2000000 should be 8 digits total). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Chuck R. <shi...@ro...> - 2008-08-29 01:41:40
|
On Aug 28, 2008, at 6:20 PM, Dave Hylands wrote: > Hi Chuck, > >> I tried your suggested CRC check before and after copying my rootfs >> file, and amazingly, the CRC's don't match! >> >> GUM> fatload mmc 1 a20000000 rootfs >> GUM> crc32.b a20000000 ${filesize} >> CRC32 for 20000000 ... 20887423 ==> 08702bfc > > Notice that the address says 20000000, not a2000000 (in the line that > says CRC32) > > You've entered seven zeros after the a2, you only want 6 (so a2000000 > should be 8 digits total). > Hi Dave, Len, Yes, looking over the log I just noticed this oddity, too... Of all the dumb things, it turns out my el-cheapo PS2 keyboard has a bouncey "0" key! ARGH! Into the trash! I'm now using a nice, new USB keyboard, and am carefully checking every "0" I type! To make a long story short, it all works perfectly now: My connex loads, boots, and I can log into it again! *Whew* Just when I'm about to go insane, the bug reveals itself. And it's never what I would have guessed, either. Thanks Dave, Len, Marc, Harry, and Frank.! Chuck |