Re: [PATCH v2 2/6] ACPI: Move IOMMU setup code out of IORT

On Fri, Apr 23, 2021 at 1:57 PM Jean-Philippe Brucker wrote: > > Some of the IOMMU setup code in IORT is fairly generic and can be reused > by VIOT. Extract it from IORT. Except that iort_iommu_configure_id() is not really generic AFAICS. ___ Virtualiza

Re: [PATCH v2 3/6] ACPI: Add driver for the VIOT table

On Fri, Apr 23, 2021 at 1:57 PM Jean-Philippe Brucker wrote: > > The ACPI Virtual I/O Translation Table describes topology of > para-virtual platforms, similarly to vendor tables DMAR, IVRS and IORT. > For now it describes the relation between virtio-iommu and the endpoints > it manages. > > Three

Re: [PATCH v2 7/8] x86/insn: Extend error reporting from insn_fetch_from_user[_inatomic]()

On Wed, May 19, 2021 at 03:52:50PM +0200, Joerg Roedel wrote: > diff --git a/arch/x86/lib/insn-eval.c b/arch/x86/lib/insn-eval.c > index 4eecb9c7c6a0..d8a057ba0895 100644 > --- a/arch/x86/lib/insn-eval.c > +++ b/arch/x86/lib/insn-eval.c > @@ -1442,27 +1442,36 @@ static int insn_get_effective_ip(str

Re: [PATCH v4 4/5] virtiofs: Skip submounts in sget_fc()

On Fri, 21 May 2021 14:37:25 +0200 Miklos Szeredi wrote: > On Fri, 21 May 2021 at 12:06, Greg Kurz wrote: > > > > On Fri, 21 May 2021 10:50:34 +0200 > > Miklos Szeredi wrote: > > > > > On Fri, 21 May 2021 at 10:39, Greg Kurz wrote: > > > > > > > > On Fri, 21 May 2021 10:26:27 +0200 > > > > Mik

Re: [PATCH v4 5/5] virtiofs: propagate sync() to file server

On Thu, 20 May 2021 17:46:54 +0200 Greg Kurz wrote: > Even if POSIX doesn't mandate it, linux users legitimately expect > sync() to flush all data and metadata to physical storage when it > is located on the same system. This isn't happening with virtiofs > though : sync() inside the guest return

Re: [PATCH v4 4/5] virtiofs: Skip submounts in sget_fc()

On Fri, 21 May 2021 10:50:34 +0200 Miklos Szeredi wrote: > On Fri, 21 May 2021 at 10:39, Greg Kurz wrote: > > > > On Fri, 21 May 2021 10:26:27 +0200 > > Miklos Szeredi wrote: > > > > > On Thu, 20 May 2021 at 17:47, Greg Kurz wrote: > > > > > > > > All submounts share the same virtio-fs device

Re: [PATCH v4 4/5] virtiofs: Skip submounts in sget_fc()

On Fri, 21 May 2021 10:26:27 +0200 Miklos Szeredi wrote: > On Thu, 20 May 2021 at 17:47, Greg Kurz wrote: > > > > All submounts share the same virtio-fs device instance as the root > > mount. If the same virtiofs filesystem is mounted again, sget_fc() > > is likely to pick up any of these submou

Re: [PATCH v4 2/5] fuse: Call vfs_get_tree() for submounts

On Fri, 21 May 2021 10:19:48 +0200 Miklos Szeredi wrote: > On Thu, May 20, 2021 at 05:46:51PM +0200, Greg Kurz wrote: > > We don't set the SB_BORN flag on submounts superblocks. This is wrong > > as these superblocks are then considered as partially constructed or > > dying in the rest of the cod

Re: [PATCH v4 1/5] fuse: Fix leak in fuse_dentry_automount() error path

On Fri, 21 May 2021 09:54:19 +0200 Miklos Szeredi wrote: > On Thu, 20 May 2021 at 21:45, Al Viro wrote: > > > > On Thu, May 20, 2021 at 05:46:50PM +0200, Greg Kurz wrote: > > > Some rollback was forgotten during the addition of crossmounts. > > > > Have you actually tested that? Because I stron

Re: [PATCH v4 1/5] fuse: Fix leak in fuse_dentry_automount() error path

On Thu, 20 May 2021 19:45:13 + Al Viro wrote: > On Thu, May 20, 2021 at 05:46:50PM +0200, Greg Kurz wrote: > > Some rollback was forgotten during the addition of crossmounts. > > Have you actually tested that? Because I strongly suspect that > by that point the ownership of fc and fm is wit

Re: [PATCH v10 00/18] virtio/vsock: introduce SOCK_SEQPACKET support

Hi Arseny, On Thu, May 20, 2021 at 10:13:53PM +0300, Arseny Krasnov wrote: This patchset implements support of SOCK_SEQPACKET for virtio transport. I'll carefully review and test this series next Monday, in the mean time I think we should have at least an agreement about the changes t