<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 11, 2022 at 6:49 PM Greg KH <<a href="mailto:greg@kroah.com">greg@kroah.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Apr 11, 2022 at 03:32:23PM +0100, Peter Maydell wrote:<br>
> On Mon, 11 Apr 2022 at 15:22, Chan Kim <<a href="mailto:ckim@etri.re.kr" target="_blank">ckim@etri.re.kr</a>> wrote:<br>
> ><br>
> ><br>
> > > > > What bus type is your driver written for?<br>
> > > > ><br>
> > > > That sounds very logical. In my case I added it to system bus.<br>
> > ><br>
> > > What exactly do you mean by "system bus"?<br>
> > ><br>
> > I meant 'sysbus' in qemu code that I showed in the qemu code.<br>
> > And I think it's the CPU bus.<br>
> <br>
> The 'sysbus' is just QEMU's abstraction for "devices mapped into<br>
> memory at a fixed physical address", ie simple MMIO devices that<br>
> aren't on a complex bus like PCI or USB or SPI.<br>
<br>
So, a platform_device in Linux kernel terms, right?<br>
<br></blockquote><div><br></div><div>

Hello, yes thats correct because it uses platform_device.h</div><div>but *dev in platform_device is not called this code, already defined in a device struct header file. </div><div>this *dev and *resource will be able to return for resource IRQ and interrupt. </div><div>  </div></div></div>