Re: [Qemu-devel] spidev with omap3 running on qemu

[johan marx]

Hi Peter,

Thanks for the quick reply. I'm building with qemu-linaro and launching qemu with "qemu-system-arm -M overo -m 512M -sd sd-image.img -clock unix -display none -serial stdio".
For the spi device, I thought of using the omap_spi. I have been playing around last night with the spi_create_device function and I was able to have data going through. I used the tsc2005 device as the omap_spi device reported "Property '.channel' not found".
My final aim being to use qemu in a simulator, I would have to send the spi data to the PC linux side where the emulated hardware will be. I'm therefore not yet sure if it is not easier for me to develop my own spi device directly instead of putting another layer on top of the omap_spi.
Regards,
Johan

> Date: Sat, 27 Oct 2012 11:06:07 +1000
> Subject: Re: [Qemu-devel] spidev with omap3 running on qemu
> From: address@hidden
> To: address@hidden
> CC: address@hidden; address@hidden
>
> Hi Johan,
>
> On Sat, Oct 27, 2012 at 5:03 AM, johan marx <address@hidden> wrote:
> > Hi,
> > I have been trying to get the spi working on an emulated omap3 with qemu but
> > so far I wasn't able to complete the cycle. I decided to use spidev in order
> > to ease things. Here is what I currently did:
> >
>
> What tree are you building QEMU from and what's your command line invocation?
>
> > I changed the kernel so everything is working on the real overo board. So it
> > is definitely a qemu problem.
> > I put logging messages into the qemu code to see where I was stucked at: it
> > is transmitting the spi messages but it gets stuck in the spi.c at the line
> > if ((dev = bus->device[channel])).
> >
> > From that I think the bit I'm missing is the initialisation of the spidev
> > device on the qemu side. I don't know if that has to be defined when
> > launching qemu or if that has to be created in qemu source code (then where
> > and how?).
>
> I know there is some OMAP SPI stuff in qemu but its not QOMified (the
> frawework that lets you command line create devices) so you will have
> to change source code if this is the case (assuming it is a device
> creation problem). I recently did some work apadting hw/ssi.c for spi
> and that is QOMified so may be worthwhile bringing you SPI devices
> into that framework so you can command line create attached SPI
> devices. If you can point me at a tree and the device models that are
> your spi controller and devices (im guessing hw/omap_spi,c), then Ill
> be able to give an idea of the effort involved.
>
> I may be able to help you contribute here, the biggest obstacle for me
> however is testing. If you can provide tests that exercise the omap
> SPI then I may be able to help with a OMAP SPI QOMification effort
> (and you bug will hopefully come out in the wash).
>
> Regards,
> Peter
>
> I haven't been able to find anything on that subject so I hope
> > someone here can give me a hint.
> >
> > Thank you for your help,
> > Johan