[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PULL 000/111] virtiofs queue
|
From: |
Dr. David Alan Gilbert |
|
Subject: |
Re: [PULL 000/111] virtiofs queue |
|
Date: |
Thu, 23 Jan 2020 15:30:52 +0000 |
|
User-agent: |
Mutt/1.13.0 (2019-11-30) |
* Peter Maydell (address@hidden) wrote:
> On Thu, 23 Jan 2020 at 12:54, Dr. David Alan Gilbert (git)
> <address@hidden> wrote:
> >
> > From: "Dr. David Alan Gilbert" <address@hidden>
> >
> > The following changes since commit 3e08b2b9cb64bff2b73fa9128c0e49bfcde0dd40:
> >
> > Merge remote-tracking branch
> > 'remotes/philmd-gitlab/tags/edk2-next-20200121' into staging (2020-01-21
> > 15:29:25 +0000)
> >
> > are available in the Git repository at:
> >
> > address@hidden:dagrh/qemu.git tags/pull-virtiofs-20200123
> >
> > for you to fetch changes up to 87509325f70c78a28683f9460699915ea3300091:
> >
> > virtiofsd: add some options to the help message (2020-01-23 10:54:49
> > +0000)
> >
> > ----------------------------------------------------------------
> > virtiofsd first pull
> >
> > Import our virtiofsd.
> > This pulls in the daemon to drive a file system connected to the
> > existing qemu virtiofsd device.
> > It's derived from upstream libfuse with lots of changes (and a lot
> > trimmed out).
> > The daemon lives in the newly created qemu/tools/virtiofsd
> >
> > Signed-off-by: Dr. David Alan Gilbert <address@hidden>
>
>
> > docs/tools/conf.py | 16 +
> > docs/tools/index.rst | 14 +
> > docs/tools/virtiofsd-security.rst | 118 ++
>
> Do we really want a new top-level manual? This isn't
> in the plan: https://wiki.qemu.org/Features/Documentation
>
> What defines what goes in docs/tools rather than
> docs/interop (like qemu-nbd and qemu-img do) ?
In my v1 patchset this lived in tools/virtiofsd and I hadn't
wired up the top level index, however discussion with Daniel
we came up with docs/tools/virtiofsd. See:
https://lists.gnu.org/archive/html/qemu-devel/2020-01/msg00793.html
My suggestion is that more should move into tools and docs/tools
since they're not really 'interop' - but I don't have a strong feeling
as long as we can quickly come to an agreement.
Dave
> thanks
> -- PMM
>
--
Dr. David Alan Gilbert / address@hidden / Manchester, UK
- [PULL 094/111] virtiofsd: add man page, (continued)
- [PULL 094/111] virtiofsd: add man page, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 109/111] virtiofsd/passthrough_ll: Pass errno to fuse_reply_err(), Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 110/111] virtiofsd: stop all queue threads on exit in virtio_loop(), Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 108/111] virtiofsd: Convert lo_destroy to take the lo->mutex lock itself, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 105/111] virtiofsd: prevent FUSE_INIT/FUSE_DESTROY races, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 104/111] virtiofsd: process requests in a thread pool, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 111/111] virtiofsd: add some options to the help message, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 096/111] virtiofsd: introduce inode refcount to prevent use-after-free, Dr. David Alan Gilbert (git), 2020/01/23
- [PULL 103/111] virtiofsd: use fuse_buf_writev to replace fuse_buf_write for better performance, Dr. David Alan Gilbert (git), 2020/01/23
- Re: [PULL 000/111] virtiofs queue, Peter Maydell, 2020/01/23
- Re: [PULL 000/111] virtiofs queue,
Dr. David Alan Gilbert <=
Re: [PULL 000/111] virtiofs queue, no-reply, 2020/01/23