netdev - Re: [PATCH v4 00/10] Introduce fwctl subystem

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: <67a67e1750f67_2d2c294bd@dwillia2-xfh.jf.intel.com.notmuch>
Date: Fri, 7 Feb 2025 13:41:43 -0800
From: Dan Williams <dan.j.williams@...el.com>
To: Jason Gunthorpe <jgg@...dia.com>
CC: Andy Gospodarek <andrew.gospodarek@...adcom.com>, Aron Silverton
	<aron.silverton@...cle.com>, Dan Williams <dan.j.williams@...el.com>, "Daniel
 Vetter" <daniel.vetter@...ll.ch>, Dave Jiang <dave.jiang@...el.com>, "David
 Ahern" <dsahern@...nel.org>, Andy Gospodarek <gospo@...adcom.com>, "Christoph
 Hellwig" <hch@...radead.org>, Itay Avraham <itayavr@...dia.com>, Jiri Pirko
	<jiri@...dia.com>, Jonathan Cameron <Jonathan.Cameron@...wei.com>, "Jakub
 Kicinski" <kuba@...nel.org>, Leonid Bloch <lbloch@...dia.com>, Leon
 Romanovsky <leonro@...dia.com>, <linux-cxl@...r.kernel.org>,
	<linux-rdma@...r.kernel.org>, <netdev@...r.kernel.org>, Saeed Mahameed
	<saeedm@...dia.com>, "Nelson, Shannon" <shannon.nelson@....com>
Subject: Re: [PATCH v4 00/10] Introduce fwctl subystem

Jason Gunthorpe wrote:
> [
> Many people were away around the holiday period, but work is back in full
> swing now with Dave already at v3 on his CXL work over the past couple
> weeks. We are looking at a good chance of reaching this merge window. I
> will work out some shared branches with CXL and get it into linux-next
> once all three drivers can be assembled and reviews seem to be concluding.
> 
> There are couple open notes
>  - Greg was interested in a new name, but nobody offered any bikesheds

Here is a straw-bikeshed that I hope conveys the following sentiments:

- "This is the long tail interface for all the knobs and tunables that
   are past the knee of the curve of diminishing returns for a
   cross-vendor kernel-wrapped ABI." 

- "This interface is for non-primary functionality of the device. An OSV
   is free to disable this interface and your device will still fulfill
   all its primary objectives."

In that light, how about "auxctl"?

>  - I would like a co-maintainer

I expect someone from linux-cxl@ land to take you up on this, and I
assume you would not say no to more than 1 co-maintainer. ...stay
tuned.