RISC OS on IGEPv2

It doesn’t look like there are any open source drivers or docs for the MT5911N. It would probably make sense to search for cards which use one of the SDIO chipsets listed on this Linux page.

FWIW, it looks like the Pandora uses TI’s WL1251 chipset, connected via SDIO.

I take it this is the wireless driver, via SDIO?

I think Stephen’s talking about that specifically, but more generally just saying that generic SD(IO) drivers in RISC OS/the HAL would be a good thing in terms of porting more peripherals in future.

a module looks much more sensible to me than building so much code into the HAL.

But there’s always going to be a certain amount of overlap, isn’t there? I mean, because your SD card code in the HAL for the CMOS implementation has to live in the HAL. The HAL calling out to a RISC OS SD driver module would be breaking HAL rules, right? Anyway, the SWI dispatcher probably wouldn’t be running so early in the boot process, I guess?

Given that different hardware may have different numbers and mechanisms for accessing SDIO hardware I strongly suggest this API live in the HAL. Otherwise a new module may be required for every hardware variation. i.e. OMAP4

I also want to use SDIO to talk to external hardware. Maybe we can work on this together. You can e-mail me at omap@kitt.nl

I also want to use SDIO to talk to external hardware.

What external hardware are you wanting to use, AAMOI?

We want the board to connect to our own data acquisition hardware. SDIO looks like a ‘simple’ way to talk to another device at 5 – 10 MByte/sec. Some extra GPIO could be used to generate interrupts.

We want the board to connect to our own data acquisition hardware. SDIO looks like a ‘simple’ way to talk to another device at 5 – 10 MByte/sec.

Wow… you must have paid for the full SD specification, then?

Don’t know. I just read the SDIO specs and the OMAP datasheet on this. On the board there will be a FPGA to decode the data. We have written to a SD card using a FPGA, this is almost the same, only reverse.

OK, looked at the sdcard.org and it seems you need to become a member if you sell things with a SD interface like cards and computers where you can put a SD card in. We want to use it as an internal bus so nobody sees it. We could also use somethings else. And the price to get the specifications is not to extreme.

We want to use it as an internal bus so nobody sees it.

It isn’t a question of whether anyone else sees it, it’s a question of whether it works as an SDIO card – or an SD card, or anything else. The OMAP’s SD/MMC interfaces implement a bunch of low level protocol. You have to implement the other end of that.

(I sometimes wish I were working on hardware again. I learned VHDL in 1998 and wrote quite a lot until a couple of years or so ago. Since then I write programmes.)

It isn’t a question of whether anyone else sees it, it’s a question of whether it works as an SDIO card – or an SD card, or anything else. The OMAP’s SD/MMC interfaces implement a bunch of low level protocol. You have to implement the other end of that.

Tank,

Can you email me your address and I’ll post your board back to you. I’ve lost the bit of paper you included with the DevKit.

In other news my Digilent Atlys FPGA board has arrived :)

Hi,

As someone with an occasional/lapsed interest in Acorn/RISC OS and with an IGEPv2 board, I’d quite like to get hold of the most recent version of EtherGEP to run on it, but unfortunately the download location seems to have disappeared and the file doesn’t seem to be anywhere else on the internet, as far as I can tell. Can someone upload the file somewhere please?

I’m quite happy to provide hosting for it if nobody else wants to!

Thanks,

Jules

Jules,

email me at sleary at vavi dot co dot uk and i’ll send you the driver. That goes for anyone else wanting it. Seems my linux host has been disabled.

website it back up now by the way.

Cool, thanks very much! I’ve put the file here too, FWIW:

http://panic.cs-bristol.org.uk/~jules/riscos/EtherGEP045.zip

I’ve not had a chance to try this version yet though…

Cheers,

Jules