Re: Coldfire Boards
I should have been more clear. These boards did come with BDM modules,
but my board came second hand from another developer who either lost it
or simply forgot to send it along (I'm hoping its the later). The board
I received was in a shoebox with a few papers, the mini-ITX baseboard,
and the Fire Engine itself and its power adapter. No cabling or the BDM
Woutcher (youpi) to my knowledge is using the latest BSP (and so am I
when I built my kernel and JFFS2 image), but he's also unwilling to
override dBUG so he's using u-boot 2 beta which seems to have issues
booting the kernel.
Our boards in general are from 2004-ish, and were acquired from
Freescale when we told them we wished to port Debian to Coldfire. We got
roughly a mix of boards if previous posts are correct, mine is a m5478 I
believe if I read the specs right. I can't say what anyone else got.
On Mon, 2008-09-01 at 15:22 -0600, Kurt Mahan wrote:
> How did you get these boards? The standard eval board package comes
> with a P&E Parallel BDM module included.
> As for what Youpi is doing -- is he using the latest BSP (from a week or
> two ago) that we have posted onto the website? This has uboot and the
> 2.6.25 kernel in it.
> How old are your boards? What exactly do you have? (models)
> Michael Casadevall wrote:
> > Your right, we do have M547x/M548xs, but I don't have a BDM module or
> > a USB JTAG module, which means if I make a bad u-Boot, my board is as
> > good as a brick, and I prefer my board non-bricked. Youpi has managed
> > to get u-Boot running on his board, but has yet to successfully run to
> > /bin/sh's execution. I've read some boards have the ability to change
> > the location of the IPL execution point to the second part of the boot
> > flash, but these boards don't seem the ability to do so. If I'm
> > mistaken, please point me to the right jumper so I can work out the
> > necessary memory map to generate patches for u-boot.
> > My method involves writing a root filesystem to the second flash chip,
> > and then using that to boot from. dBUG doesn't support automatic
> > booting, so this obviously is not ideal. In addition, the kernel can't
> > execute from flash*, which means it has to be manually loaded into
> > RAM. Also, I'm not specifying a proper MTD partition table thus its
> > not possible to have an initrd, and initramfs just crashs the kernel
> > hard.
> > * - I'm told 2.6.28 may have this feature at long last
> > If someone can point me to where I can buy a cheap BDM module, or a
> > cheap JTAG USB flasher (and where on the mini-ITX I need to connect
> > it), I can work out the proper partitioning and generate a nice binary
> > package which can later be used as the basis of d-i.
> > Michael
> On Mon, Sep 1, 2008 at 4:51 PM, Kurt Mahan <firstname.lastname@example.org> wrote:
> >> Hi All,
> >> It appears you are using M547x/M548x boards. Could you be more specific?
> >> You are using an old BSP. The new BSP I released for these boards uses
> >> uBoot, not dBug. As for your notes on the old bsp, I don't think those
> >> are applicable.
> >> --Kurt
> >> Roman Zippel wrote:
> >>> Hi,
> >>> On Monday 1. September 2008, Michael Casadevall wrote:
> >>>> I'm just curious on who got what. I know Stephen gave me his board,
> >>>> but I'm curious to know which boards went where.
> >>>> Anyway, here are a couple of my bootstrapping notes.
> >>> Since I just got the board, I'm still stuck at dBUG prompt, so I
> could use a
> >>> primer on where to download everything and how to get it onto the board.
> >>> bye, Roman