Today I visited friend at his office and during talk I found dusted EDB9301 board at shelve. As he do not use it any more I was allowed to take it for experimenting.

First problem was bootloader — I am not so familiar with RedBoot so it took me a while to get it to load kernel from TFTP server. For reference: proper command is "load -v -r -b 0x01000000 /zImage-ep9301" where “/zImage-ep9301” is name of file to fetch. If you will get “Unrecognized image type: 0xe1a00000” message instead then you forgot “-r” switch (RedBoot do not know format of zImage kernel). I got some hints from HitchHacker Guide to ENP-2611 page.

Second was Linux kernel as support for EDB9301 was not present in 2.6.29 version. Quick search on LAKML gave me patch which adds EDB9301 support. But even with this patch kernel does not wanted to boot due to different machine ID (454 instead of 462) — small patch to “arch/arm/tools/mach-types” solved problem 😀

Now I have board booted with root over NFS and wait for “base-image” build to end to have rootfs which will fit that device better then Openmoko one ;D

EDB9301 board

EDB9301 hacking

3 thoughts on “EDB9301 hacking

  • 15th April 2009 at 20:37

    The floating point hardware in that CPU is very broken. There are a bunch of gcc patches to work around the bugs but I still don’t trust them. Freescale iMX353 CPU is pretty much the same price, faster and has an ARM standard VPU.

  • 15th April 2009 at 20:45

    @Jon Smirl: I know that FP in EP93xx is total disaster and I got mail from Martin Guy about his new patchset for gcc to get it supported better. Do they work or not? I plan to check it in free time.

    And which CPU to choose for other devices? I prefer to not touch Freescale i.MX families as they lack good mainline support. OMAP looks better but are hard to get is small quantities. Everything looks like arm926 based cores are the simplest to buy still.

  • Pingback:2009 Timeline – Marcin Juszkiewicz

Comments are closed.