Ethernet / SD Boot

Mark Brown broonie at opensource.wolfsonmicro.com
Thu Dec 31 07:27:28 EST 2009


On Wed, Dec 30, 2009 at 01:37:34PM +0000, Andy Green wrote:

> If you have JTAG gear that works reliably (I never had much luck
> with OpenOCD, I only ever got it to work with the OM debug board
> with one specific build of a library, not the latest one either).  I
> have a Wind River JTAG dongle here that only works on Fedora 6 or
> something, it's not really workable here or at a factory to set up
> VMs to please this piece of test gear.  I guess you have better luck
> depending on JTAG than I have, it certainly creates a burden to use
> it in my experience.

The one I've had the most positive experience with was the BDI2000 - no
host software required, it's controlled over the network via telnet (and
possibly other things now) for non-debugging activity and provides a GDB
stub for debugging.  Like everything else there are plenty of rubbish
products out there.

> >Assuming the hardware can cope with it, and there's component cost,
> >board area and mechanical concerns to address before it gets designed
> >in.  There are a lot of systems where it would be useful but there's
> >drawbacks you have to bear in mind when pushing it.

> I don't really regard those as drawbacks.

> Component cost is just the connector and four pullups, I guess it's $0.70.

That 70 cents does rather add up once you start to ship in volume, even
a fraction of that would.

> Yeah you need to make the uSD connector accessible if you remove a
> cover, that's generally not hard.

In some form factors.  In others it's very problematic.

> CPUs in the class where it is useful (ARM11+) all tend to have one
> or more SD peripheral unit on the CPU already, so that's for free.

Assuming you've not used all the pins for something else, which is again
a problem for some classes of device.



More information about the linux-arm-kernel mailing list