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]
Date: Wed, 19 Jun 2024 14:42:24 +0200
From: Nuno Sá <noname.nuno@...il.com>
To: Paul Cercueil <paul@...pouillou.net>, Markus Elfring
 <Markus.Elfring@....de>,  lkp@...el.com, Nuno Sá
 <nuno.sa@...log.com>,  linux-iio@...r.kernel.org,
 dmaengine@...r.kernel.org,  linux-media@...r.kernel.org,
 dri-devel@...ts.freedesktop.org,  linaro-mm-sig@...ts.linaro.org, Christian
 König <christian.koenig@....com>, Jonathan Cameron
 <jic23@...nel.org>, Lars-Peter Clausen <lars@...afoo.de>, Sumit Semwal
 <sumit.semwal@...aro.org>, Vinod Koul <vkoul@...nel.org>
Cc: oe-kbuild-all@...ts.linux.dev, LKML <linux-kernel@...r.kernel.org>, 
	linux-doc@...r.kernel.org, Jonathan Corbet <corbet@....net>, Randy Dunlap
	 <rdunlap@...radead.org>
Subject: Re: [v11 3/7] iio: core: Add new DMABUF interface infrastructure

On Wed, 2024-06-19 at 14:21 +0200, Paul Cercueil wrote:
> Le mercredi 19 juin 2024 à 13:56 +0200, Markus Elfring a écrit :
> > …
> > > https://lore.kernel.org/linux-iio/219abc43b4fdd4a13b307ed2efaa0e6869e68e3f.camel@gmail.com/T/#eefd360069c4261aec9621fafde30924706571c94
> > > 
> > > (and responses below)
> > > 
> > > It's more nuanced than I remembered.
> > …
> > 
> > 
> > > > * Will the desire grow for further collateral evolution according
> > > > to
> > > >   affected software components?
> > > 
> > > Not sure what you mean by that.
> > 
> > Advanced programming interfaces were added a while ago.
> > 
> > Example:
> > https://elixir.bootlin.com/linux/v6.10-rc4/source/include/linux/cleanup.h#L8
> > 
> > Corresponding attempts for increasing API usage need to adapt to
> > remaining change reluctance,
> > don't they?
> 
> Sure, I guess.
> 
> But that does not change the fact that I cannot use cleanup.h magic in
> this patchset, yet, as the required changes would have to be done in a
> separate one.
> 
> 
Not to speak on the added churn in doing that now. This is already v11 and
complicated enough for us to add another dependency.

Moreover, yes, cleanup stuff is very nice but if some interface/API does not support
it, it's not up to the developer using that interface/API on some other patch series
to add support for it.

- Nuno Sá


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ