Re: [Virtio-fs] [virtiofsd PATCH v4 3/4] virtiofsd: support per-file DAX negotiation in FUSE_INIT

2021-08-19 Thread Dr. David Alan Gilbert
* JeffleXu (jeffl...@linux.alibaba.com) wrote: > > > On 8/18/21 1:15 AM, Dr. David Alan Gilbert wrote: > > * Jeffle Xu (jeffl...@linux.alibaba.com) wrote: > >> In FUSE_INIT negotiating phase, server/client should advertise if it > >> supports per-file DAX. >

Re: [Virtio-fs] [virtiofsd PATCH v4 4/4] virtiofsd: support per-file DAX in FUSE_LOOKUP

2021-08-19 Thread Dr. David Alan Gilbert
* JeffleXu (jeffl...@linux.alibaba.com) wrote: > > > On 8/18/21 3:00 AM, Dr. David Alan Gilbert wrote: > > * Jeffle Xu (jeffl...@linux.alibaba.com) wrote: > >> For passthrough, when the corresponding virtiofs in guest is mounted > >> with '-o dax=inode'

Re: [Virtio-fs] [virtiofsd PATCH v4 4/4] virtiofsd: support per-file DAX in FUSE_LOOKUP

2021-08-17 Thread Dr. David Alan Gilbert
d eventually to decrement nlookup again. If inodep is non-NULL, the > @@ -1038,6 +1078,9 @@ static int lo_do_lookup(fuse_req_t req, fuse_ino_t > parent, const char *name, > e->attr_flags |= FUSE_ATTR_SUBMOUNT; > } > > +if (lo_should_enable_dax(lo, dir, nam

Re: [Virtio-fs] [virtiofsd PATCH v4 3/4] virtiofsd: support per-file DAX negotiation in FUSE_INIT

2021-08-17 Thread Dr. David Alan Gilbert
tently. Ext4 accesses this flag through > + * FS_IOC_G[S]ETFLAGS ioctl, while xfs accesses this flag through > + * FS_IOC_FSG[S]ETXATTR ioctl. > + */ > +res = fstatfs(fd, &statfs); > +if (!res) { > + if (statfs.f_type == EXT4_SUPER_MAGIC) &

Re: [Virtio-fs] [PATCH v4 0/8] fuse,virtiofs: support per-file DAX

2021-08-17 Thread Dr. David Alan Gilbert
* Miklos Szeredi (mik...@szeredi.hu) wrote: > On Tue, 17 Aug 2021 at 11:32, Dr. David Alan Gilbert > wrote: > > > > * Miklos Szeredi (mik...@szeredi.hu) wrote: > > > On Tue, 17 Aug 2021 at 04:22, Jeffle Xu > > > wrote: > > > > > > >

Re: [Virtio-fs] [PATCH v4 6/8] fuse: mark inode DONT_CACHE when per-file DAX indication changes

2021-08-17 Thread Dr. David Alan Gilbert
->flags & FUSE_ATTR_DAX); > } > > static void fuse_init_inode(struct inode *inode, struct fuse_attr *attr) > -- > 2.27.0 > > ___ > Virtio-fs mailing list > virtio...@redhat.com > https://listman.redhat.com/mailman/listinfo/virtio-fs > -- Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK ___ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization

Re: [Virtio-fs] [PATCH v4 0/8] fuse,virtiofs: support per-file DAX

2021-08-17 Thread Dr. David Alan Gilbert
sh something else out), so selectively DAXing files that are expected to be hot could help reduce cache churn. Dave > Thanks, > Miklos > > ___ > Virtio-fs mailing list > virtio...@redhat.com > https://listman.redhat.com/mailma

Re: [RFC PATCH 01/19] tools/virtiofsd: add support for --socket-group

2020-10-07 Thread Dr. David Alan Gilbert
lose(listen_sock); > umask(old_umask); > return -1; > } > +if (se->vu_socket_group) { > + struct group *g = getgrnam(se->vu_socket_group); > +if (g) { > +if (!chown(se->vu_socket_path, -1, g->gr_gid)) { > +fuse_log(F

Re: virtq questions

2019-10-02 Thread Dr. David Alan Gilbert
and "indirect" is on. Is this > guaranteed? I think the xdindirect is coming from qemu's hw/virtio/virtio.h DEFINE_VIRTIO_COMMON_FEATURES which has: DEFINE_PROP_BIT64("indirect_desc", _state, _field,\ VIRTIO_RING_F_INDIRECT_DESC, true), \

[PATCH 0/4] virtio: Add definitions for shared memory regions

2019-07-25 Thread Dr. David Alan Gilbert (git)
From: "Dr. David Alan Gilbert" Add the virtio shared memory region definitions that have just got merged into the spec. Dr. David Alan Gilbert (4): virtio_pci: Define id field virtio_pci: Define virtio_pci_cap64 virtio_pci: Defined shared memory capability virito_mmio: Def

[PATCH 2/4] virtio_pci: Define virtio_pci_cap64

2019-07-25 Thread Dr. David Alan Gilbert (git)
From: "Dr. David Alan Gilbert" Define 'virtio_pci_cap64' to allow capabilities to describe memory regions larger than, or with an offset larger than 4GiB. This will be used by the shared memory region capability. Defined in virtio spec commit 8100dcfcd622 ("pci

[PATCH 4/4] virito_mmio: Define shared memory region registers

2019-07-25 Thread Dr. David Alan Gilbert (git)
From: "Dr. David Alan Gilbert" Define an MMIO interface to discover and map shared memory regions. Defined in virtio spec commit 2dd2d468f69b ("shared memory: Define mmio registers") Signed-off-by: Sebastien Boeuf Signed-off-by: Dr. David Alan Gilbert --- include/uapi

[PATCH 3/4] virtio_pci: Defined shared memory capability

2019-07-25 Thread Dr. David Alan Gilbert (git)
From: "Dr. David Alan Gilbert" Define the PCI capability used for enumerating shared memory regions. Each capability contains a 'struct virtio_pci_cap64' Multiple capabilities of this type may exist for a device and may be distinguished using the 'cap.id' field.

[PATCH 1/4] virtio_pci: Define id field

2019-07-25 Thread Dr. David Alan Gilbert (git)
From: "Dr. David Alan Gilbert" The new virtio-shared memory region system allows multiple regions to be defined for a device; each of these is the same type of capability. To allow multiple capabilities of the same type, create an 'id' field to differentiate them. Defined i

Re: [PATCH v36 0/5] Virtio-balloon: support free page reporting

2018-09-07 Thread Dr. David Alan Gilbert
* Wei Wang (wei.w.w...@intel.com) wrote: > On 07/23/2018 10:36 PM, Dr. David Alan Gilbert wrote: > > * Michael S. Tsirkin (m...@redhat.com) wrote: > > > On Fri, Jul 20, 2018 at 04:33:00PM +0800, Wei Wang wrote: > > > > This patch series is separated fro

Re: [PATCH v36 0/5] Virtio-balloon: support free page reporting

2018-07-23 Thread Dr. David Alan Gilbert
cles/759413/ > > > > For ChangeLogs before v21, please reference > > https://lwn.net/Articles/743660/ > > > > Wei Wang (5): > > virtio-balloon: remove BUG() in init_vqs > > virtio_balloon: replace oom notifier with shrinker > > virtio-balloon

Re: [PATCH v6 kernel 3/5] virtio-balloon: speed up inflate/deflate process

2017-01-20 Thread Dr. David Alan Gilbert
p[i]); > +} It might be worth commenting that pair of functions to make it clear why they are so different; I guess the kfree_page_bitmap is used just before you free the structure above it so you don't need to keep the count/pointers updated? Dave -- Dr. David Alan Gilbert / dgilb...@redhat.

Re: [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-15 Thread Dr. David Alan Gilbert
* Li, Liang Z (liang.z...@intel.com) wrote: > > On Mon, Mar 14, 2016 at 05:03:34PM +0000, Dr. David Alan Gilbert wrote: > > > * Li, Liang Z (liang.z...@intel.com) wrote: > > > > > > > > > > Hi, > > > > > I'm just catching back up

Re: [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-14 Thread Dr. David Alan Gilbert
ing perhaps the qemu could just open /proc/self/pagemap and check if the page was mapped; that would seem cheap if we're checking big ranges; and that would find all the balloon pages. > > 5) Second-migrate > > Given a VM where you've done all those tricks on, what happens

Re: [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-10 Thread Dr. David Alan Gilbert
for the guest to update it's bitmap; HPe's solution is to migrate it's balloon bitmap along with the migration data. Dave -- Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK ___ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization

Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-04 Thread Dr. David Alan Gilbert
50555 94735 I very rarely use all it's RAM, so it's got a big chunk of free RAM, and yes it's got a big chunk of cache as well. Dave > > Paolo -- Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK ___ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization

Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-04 Thread Dr. David Alan Gilbert
* Roman Kagan (rka...@virtuozzo.com) wrote: > On Fri, Mar 04, 2016 at 08:23:09AM +, Li, Liang Z wrote: > > > On Thu, Mar 03, 2016 at 05:46:15PM +0000, Dr. David Alan Gilbert wrote: > > > > * Liang Li (liang.z...@intel.com) wrote: > > > > > The current

Re: [RFC qemu 0/4] A PV solution for live migration optimization

2016-03-03 Thread Dr. David Alan Gilbert
hw/i386/pc.h| 3 +- > include/hw/virtio/virtio-balloon.h | 17 +- > include/standard-headers/linux/virtio_balloon.h | 1 + > include/sysemu/balloon.h| 10 ++- > migration/ram.c | 64

Signed bit field; int have_hotplug_status_watch:1

2011-04-03 Thread Dr. David Alan Gilbert
patch f942dc2552b8bfdee607be867b12a8971bb9cd85 It does look like that should be an unsigned (given it's assigned 0 and 1) Dave -- -Open up your eyes, open up your mind, open up your code ------- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ t

Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux

2008-07-31 Thread Dr. David Alan Gilbert
Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex / \ _|_ http://www.treblig.org |___/ _