We seem to be settling out to either fsdev/virtiofsd or tools/virtiofsd
with tools picking up some speed as people seem to want to put a bunch
of other stuff in there.
Unless anyone shouts really loud, I'll work on making it
tools/virtiofsd.
Dave
--
Dr. David Alan Gilbert / dgilb...@redhat.com
On 12/4/19 7:28 AM, Kevin Wolf wrote:
Am 04.12.2019 um 09:17 hat Gerd Hoffmann geschrieben:
Hi,
| ...
+- qemu-edid
Has its own MAINTAINERS section, together with hw/display/edit* and
include/hw/display/edid.h. I'm not sure moving it hw/display/ is a good
idea. Gerd?
On 12/4/19 1:43 AM, Markus Armbruster wrote:
+- qemu-img
| +- qemu-img.c
Perhaps this one can all go into existing block/, similar to how
pr-manager-helper.c is in scsi/, and virtfs-proxy-helper.c is in fsdev/.
Up to the block maintainers, of course.
+- qemu-nbd
| +-
On 04/12/2019 14.28, Kevin Wolf wrote:
> Am 04.12.2019 um 09:17 hat Gerd Hoffmann geschrieben:
>> Hi,
>>
| ...
+- qemu-edid
>>>
>>> Has its own MAINTAINERS section, together with hw/display/edit* and
>>> include/hw/display/edid.h. I'm not sure moving it hw/display/ is a good
Am 04.12.2019 um 09:17 hat Gerd Hoffmann geschrieben:
> Hi,
>
> > > | ...
> > > +- qemu-edid
> >
> > Has its own MAINTAINERS section, together with hw/display/edit* and
> > include/hw/display/edid.h. I'm not sure moving it hw/display/ is a good
> > idea. Gerd?
>
> Sort-of makes
"Dr. David Alan Gilbert" writes:
> So what do you think of Paolo's suggestion of putting virtiofsd in
> fsdev (mkdir fsdev/9p && mv fsdev/* fsdev/9p && mkdir fsdev/virtiofsd )
No objections.
Flatter: fsdev-9p/ and fsdev-virtio/. Matter of taste.
* Markus Armbruster (arm...@redhat.com) wrote:
> Daniel P. Berrangé writes:
>
> > On Tue, Dec 03, 2019 at 11:06:44AM +, Peter Maydell wrote:
> >> On Tue, 3 Dec 2019 at 10:53, Dr. David Alan Gilbert
> >> wrote:
> >> >
> >> > We seem to be coming to the conclusion something that:
> >> >
> >>
Hi,
> > | ...
> > +- qemu-edid
>
> Has its own MAINTAINERS section, together with hw/display/edit* and
> include/hw/display/edid.h. I'm not sure moving it hw/display/ is a good
> idea. Gerd?
Sort-of makes sense. My personal preference would be a tools/ directory
for all those
Daniel P. Berrangé writes:
> On Tue, Dec 03, 2019 at 11:06:44AM +, Peter Maydell wrote:
>> On Tue, 3 Dec 2019 at 10:53, Dr. David Alan Gilbert
>> wrote:
>> >
>> > We seem to be coming to the conclusion something that:
>> >
>> > a) It should live in the qemu tree
>> > b) It shouldn't
