Some of my files for the FreeBSD port

[Ben Gray]

Hi Guillaume,

    Thanks very for much for your pmap changes, mine were very much 
hacks that I patched in as I came across problems.

    Also the code on google project page is a couple of weeks out of 
date, so I'll sync that up with my local copy tonight. Not too much has 
changed but I've written the following addition drivers which are untested:
    - I2C bus driver
    - The outlines of a TPS65950 I2C device driver
    - System control module (SCM) driver for  pad configuration
    - USB EHCI driver

    I'll endeavour also to add some stuff to the wiki about how I boot 
via uboot.

    Lastly I'm mounting the rootfs from the MMC card, the mount seems to 
work fine and it can find the init file in the path. So the MMC driver 
looks like it's working ok, but it's certainly possible that the seg 
fault I'm seeing in init could be caused by some bug in reading the 
actual init file binary.

    I'll drop you another email when I think everything is up on googlecode.

Cheers,
Ben.

> Hello,
>
> I have looked a bit more at the code you published on google code. I
> didn't have much time tonight, so I looked at your bus code, and your
> interrupt code. I see you're not creating a device for the interrupt
> controller, although I don't think it's the cause for your ordering
> problem anymore. Still, I enclosed the file I had written - it's a bit
> different from yours and maybe you'll find something interesting in
> it. I'm also sending you the pmap.c that I used, maybe you'll find
> some difference that could explain why you can't get past init.
>
> I have more files, but you seem to be much more ahead in the support
> than I am. I'll compare it to your files and see if I can bring
> something.
>
> Also, could you please send me what I need to test your code on my
> side? I'd like to see if I can help more with the init bug. I was
> using the rescue init/shell in a ramdisk, but if you managed to get
> MMC then it might be possible to run gdb from the init prompt! I'm
> really happy that you work on it too, so that support for the board
> can come up faster! I'm also working with other omap3530 boards at
> work, like the Gumstix overo, so I can test it on different platforms.
>
> Cheers,
> Guillaume
>