lkml.org 
[lkml]   [2019]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v3 2/3] drivers: platform: goldfish: goldfish_address_space: add a driver
On Tue, Jan 29, 2019 at 12:32:12AM -0800, Roman Kiryanov wrote:
> > How does QEMU do this today? There isn't a virtio or some other virtual
> > memory device that allows memory regions to be shared? I can't believe
> > that there isn't one yet. If not, then this should be some kind of
> > "generic" QEMU memory device, not a "goldfish" specific one, right?
>
> I also thought this should not be something unique to us. So I asked
> in our internal mailing list, I heard nothing back.
>
> > Please work with the QEMU developers on this, I need their ack before I
> > can take something like this.
>
> This is a good point. I asked there (nothing since 1/24):
>
> http://lists.nongnu.org/archive/html/qemu-discuss/2019-01/msg00055.html
>
> When we were working on our device side, we had to change some QEMU
> code and later noticed that HAXM also requires some fixes (we had
> meetings with Intel). I suppose QEMU does not have this feature yet.
>
> Could you please tell if we can proceed with upstreaming as is?

Also, why does the other Android "emulator", cuttlefish, not need
special drivers like this and the other goldfish drivers? Shouldn't you
be using the same interfaces that they use that are already merged
upstream?

Actually, now that cuttlefish works on a mainline kernel, can't we just
delete the existing goldfish code?

thanks,

greg k-h

\
 
 \ /
  Last update: 2019-01-30 15:45    [W:0.077 / U:45.272 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site