I fixed it!
Here is the solution for people who happen to find this thread.

Reflash u-boot.

loadb a2000000
ctrl + ], c
send (name of u-boot here)
connect
crc32 a2000000 ${filesize}
on a seperate terminal run, "crc32 name-of-u-boot"
make sure the checksums match
protect off 1:0-1
erase 1:0-1
cp.b a2000000 0 ${filesize}
protect on 1:0-1
reset

These directions can also be found at http://www.gumstix.net/Setup-and-Programming/view/Developer-how-to-s/Reflashing-using-a-serial-connection/111.html (near the bottom)

On Fri, Oct 15, 2010 at 1:17 PM, Thomas Epperson <thomas.epperson@gmail.com> wrote:
That didn't help any.

Here is a summary of what I have done to verify correct transfer. Perhaps somebody can verify my checksums are correct?
I am using kermit on a serial connection (just as I always have and it worked, so that hasn't changed)

Here is the checksum of the kernel I compiled
> crc32 uImage-2.6.21-r1-gumstix-custom-verdex.bin
5da8a9a2
I loaded it into verdex ram
GUM> crc32 a2000000 ${filesize}
CRC32 for a2000000 ... a20fa5c7 ==> 5da8a9a2
the checksums match
GUM> bootm
## Booting image at a2000000 ...
Bad Header Checksum

Ok time for the pre-built kernel image
I am using http://www.gumstix.net/feeds/current/glibc/images/gumstix-custom-verdex/uImage-2.6.21-r1-gumstix-custom-verdex.bin for my kernel image
I renamed it prebuilt.bin.
> crc32 prebuilt.bin
0984ff70
I load it into verdex ram
GUM> crc32 a2000000 ${filesize}
CRC32 for a2000000 ... a20fb7db ==> 0984ff70
GUM> bootm
## Booting image at a2000000 ...
Bad Header Checksum

GUM> printenv
bootargs=console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=cold,hard
bootcmd=icache on; setenv stderr nulldev; setenv stdout nulldev; if pinit on && fatload ide 0 a2000000 gumstix-factory.script; then setenv stdout serial; setenv stderr serial; echo Found gumstix-factory.script on CF...; autoscr; else if mmcinit && fatload mmc 0 a2000000 gumstix-factory.script; then setenv stdout serial; setenv stderr serial; echo Found gumstix-factory.script on MMC...; autoscr; else setenv stdout serial; setenv stderr serial; katload 100000 && bootm; fi; fi
bootdelay=2
baudrate=115200
bootfile=boot/uImage
verify=no
serverip=192.168.0.3
ipaddr=192.168.0.2
stdin=serial
stdout=serial
stderr=serial
serial#=81F5F36C37576212
ethaddr=F2:6C:37:57:62:10
filesize=FB7DC



On Fri, Oct 15, 2010 at 12:10 PM, Ash Charles <ashcharles@gmail.com> wrote:
On Fri, Oct 15, 2010 at 10:00 AM, Thomas Epperson
> I can not do either of those cases. Both lead to the "bad header checksum".
> I have verified the checksum of the kernel with crc32 many times.
Certainly frustrating and rather confusing!  I hope, for the sake of
the board, you're still out of reach of a large hammer.

If you are certain that the kernel upload is good, I think you can
change the 'verify' environment variable to 'no' to bypass the header
checksum verification.
$ setenv verify no
$ boot
Otherwise, I'm rather out of ideas :(.
-Ash

------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users



--
Thomas Epperson
Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. - Terry Pratchett.



--
Thomas Epperson
Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. - Terry Pratchett.