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: <CAK-6q+imtq3=pcM-gEnAYyyA_uYZsBpPbirCOh5yiDs9fr326Q@mail.gmail.com>
Date: Tue, 8 Oct 2024 13:36:42 -0400
From: Alexander Aring <aahringo@...hat.com>
To: trondmy@...nel.org
Cc: anna@...nel.org, bcodding@...hat.com, gregkh@...uxfoundation.org, 
	rafael@...nel.org, akpm@...ux-foundation.org, linux-nfs@...r.kernel.org, 
	gfs2@...ts.linux.dev, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/4] nfs: kobject: use generic helpers and ownership

Dear nfs tree maintainers,

On Thu, Oct 3, 2024 at 11:15 AM Alexander Aring <aahringo@...hat.com> wrote:
>
> Hi,
>
> I currently have pending patches for fs/dlm (Distributed Lock Manager)
> subsystem to introduce some helpers to udev. However, it seems it takes
> more time that I can bring those changes upstream. I put those out now
> and already figured out that nfs can also take advantage of those changes.
>
> With this patch-series I try to try to reduce my patch-series for DLM
> and already bring part of it upstream and nfs will be a user of it.
>
> The ownership callback, I think it should be set as the
> kset_create_and_add() sets this callback as default. I never had any
> issues with it, but there might be container corner cases that requires
> those changes?
>
> - Alex
>

Can we have those patches applied to the nfs tree? According to the
udev/kobject maintainer it is fine to take this in any tree that it
needs to go through. [0]
I made nfs as a first user of these new udev helpers functionality, so
it should go through the nfs tree if there are no other issues with
this series?

Thanks.

- Alex

[0] https://lore.kernel.org/gfs2/2024081519-caddy-monstrous-b37d@gregkh/


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ