lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260131004119.GA104658@frogsfrogsfrogs>
Date: Fri, 30 Jan 2026 16:41:19 -0800
From: "Darrick J. Wong" <djwong@...nel.org>
To: Joanne Koong <joannelkoong@...il.com>
Cc: John Groves <john@...alactic.com>, John Groves <John@...ves.net>,
	Miklos Szeredi <miklos@...redi.hu>,
	Dan Williams <dan.j.williams@...el.com>,
	Bernd Schubert <bschubert@....com>,
	Alison Schofield <alison.schofield@...el.com>,
	John Groves <jgroves@...ron.com>,
	John Groves <jgroves@...tmail.com>,
	Jonathan Corbet <corbet@....net>,
	Vishal Verma <vishal.l.verma@...el.com>,
	Dave Jiang <dave.jiang@...el.com>,
	Matthew Wilcox <willy@...radead.org>, Jan Kara <jack@...e.cz>,
	Alexander Viro <viro@...iv.linux.org.uk>,
	David Hildenbrand <david@...nel.org>,
	Christian Brauner <brauner@...nel.org>,
	Randy Dunlap <rdunlap@...radead.org>,
	Jeff Layton <jlayton@...nel.org>,
	Amir Goldstein <amir73il@...il.com>,
	Jonathan Cameron <Jonathan.Cameron@...wei.com>,
	Stefan Hajnoczi <shajnocz@...hat.com>,
	Josef Bacik <josef@...icpanda.com>,
	Bagas Sanjaya <bagasdotme@...il.com>,
	James Morse <james.morse@....com>, Fuad Tabba <tabba@...gle.com>,
	Sean Christopherson <seanjc@...gle.com>,
	Shivank Garg <shivankg@....com>,
	Ackerley Tng <ackerleytng@...gle.com>,
	Gregory Price <gourry@...rry.net>,
	Aravind Ramesh <arramesh@...ron.com>,
	Ajay Joshi <ajayjoshi@...ron.com>,
	"venkataravis@...ron.com" <venkataravis@...ron.com>,
	"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"nvdimm@...ts.linux.dev" <nvdimm@...ts.linux.dev>,
	"linux-cxl@...r.kernel.org" <linux-cxl@...r.kernel.org>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>
Subject: Re: [PATCH V7 1/3] fuse_kernel.h: bring up to baseline 6.19

On Fri, Jan 30, 2026 at 02:53:13PM -0800, Joanne Koong wrote:
> On Sun, Jan 18, 2026 at 2:35 PM John Groves <john@...alactic.com> wrote:
> >
> > From: John Groves <john@...ves.net>
> >
> > This is copied from include/uapi/linux/fuse.h in 6.19 with no changes.
> >
> > Signed-off-by: John Groves <john@...ves.net>
> 
> This LGTM. We could probably just merge this in already.
> 
> Reviewed-by: Joanne Koong <joannelkoong@...il.com>
> 
> > ---
> >  include/fuse_kernel.h | 10 +++++++++-
> >  1 file changed, 9 insertions(+), 1 deletion(-)
> >
> > diff --git a/include/fuse_kernel.h b/include/fuse_kernel.h
> > index 94621f6..c13e1f9 100644
> > --- a/include/fuse_kernel.h
> > +++ b/include/fuse_kernel.h
> > @@ -239,6 +239,7 @@
> >   *  7.45
> >   *  - add FUSE_COPY_FILE_RANGE_64
> >   *  - add struct fuse_copy_file_range_out
> > + *  - add FUSE_NOTIFY_PRUNE
> >   */
> >
> >  #ifndef _LINUX_FUSE_H
> > @@ -680,7 +681,7 @@ enum fuse_notify_code {
> >         FUSE_NOTIFY_DELETE = 6,
> >         FUSE_NOTIFY_RESEND = 7,
> >         FUSE_NOTIFY_INC_EPOCH = 8,
> > -       FUSE_NOTIFY_CODE_MAX,
> > +       FUSE_NOTIFY_PRUNE = 9,

This insertion ought to preserve FUSE_NOTIFY_CODE_MAX, right?

--D

> >  };
> >
> >  /* The read buffer is required to be at least 8k, but may be much larger */
> > @@ -1119,6 +1120,12 @@ struct fuse_notify_retrieve_in {
> >         uint64_t        dummy4;
> >  };
> >
> > +struct fuse_notify_prune_out {
> > +       uint32_t        count;
> > +       uint32_t        padding;
> > +       uint64_t        spare;
> > +};
> > +
> >  struct fuse_backing_map {
> >         int32_t         fd;
> >         uint32_t        flags;
> > @@ -1131,6 +1138,7 @@ struct fuse_backing_map {
> >  #define FUSE_DEV_IOC_BACKING_OPEN      _IOW(FUSE_DEV_IOC_MAGIC, 1, \
> >                                              struct fuse_backing_map)
> >  #define FUSE_DEV_IOC_BACKING_CLOSE     _IOW(FUSE_DEV_IOC_MAGIC, 2, uint32_t)
> > +#define FUSE_DEV_IOC_SYNC_INIT         _IO(FUSE_DEV_IOC_MAGIC, 3)
> >
> >  struct fuse_lseek_in {
> >         uint64_t        fh;
> > --
> > 2.52.0
> >

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ