qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] 9pfs: fix dependencies


From: Greg Kurz
Subject: Re: [Qemu-devel] [PATCH v2] 9pfs: fix dependencies
Date: Wed, 9 Aug 2017 14:10:01 +0200

On Wed, 9 Aug 2017 13:06:14 +0200
Cornelia Huck <address@hidden> wrote:

> On Wed, 9 Aug 2017 11:47:05 +0200
> Greg Kurz <address@hidden> wrote:
> 
> > On Wed, 9 Aug 2017 10:27:37 +0200
> > Cornelia Huck <address@hidden> wrote:
> >   
> > > On Wed, 9 Aug 2017 10:23:04 +0200
> > > Thomas Huth <address@hidden> wrote:  
> 
> > > > But thinking about this again, I wonder whether it would be enough to
> > > > simply check for CONFIG_VIRTIO=y here instead. CONFIG_VIRTIO=y should be
> > > > sufficient to assert that there is also at least one kind of virtio
> > > > transport available, right?
> > > > Otherwise this will look really horrible as soon as somebody also tries
> > > > to add support for virtio-mmio here later ;-)      
> > >     
> > 
> > And virtio isn't the only transport for 9p: we also have a Xen backend,
> > which happen to be built because targets that support Xen also have
> > CONFIG_PCI I guess.  
> 
> Only if they also have virtio enabled, no?
> 

Yes, you're right. This is actually the case for i386 and x86_64 targets,
which seem to be the only that support Xen.

> Should the condition be VIRTFS && (VIRTIO || XEN), then?

That's what I was beginning to think as well :)

Attachment: pgphjcLRVP3H9.pgp
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]