linux-kernel - Re: [PATCH v7 0/9] Add support for AD411x

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Thu, 13 Jun 2024 19:30:56 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Dumitru Ceclan via B4 Relay
 <devnull+dumitru.ceclan.analog.com@...nel.org>
Cc: dumitru.ceclan@...log.com, Lars-Peter Clausen <lars@...afoo.de>, Michael
 Hennerich <Michael.Hennerich@...log.com>, Rob Herring <robh@...nel.org>,
 Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>, Conor Dooley
 <conor+dt@...nel.org>, David Lechner <dlechner@...libre.com>,
 linux-iio@...r.kernel.org, devicetree@...r.kernel.org,
 linux-kernel@...r.kernel.org, Dumitru Ceclan <mitrutzceclan@...il.com>,
 Conor Dooley <conor.dooley@...rochip.com>, Nuno Sa <nuno.sa@...log.com>,
 Jonathan Cameron <Jonathan.Cameron@...wei.com>
Subject: Re: [PATCH v7 0/9] Add support for AD411x

On Sat, 8 Jun 2024 17:37:20 +0100
Jonathan Cameron <jic23@...nel.org> wrote:

> On Fri, 07 Jun 2024 17:53:06 +0300
> Dumitru Ceclan via B4 Relay <devnull+dumitru.ceclan.analog.com@...nel.org> wrote:
> 
> > This patch series adds support for the Analog Devices AD4111, AD4112,
> >  AD4114, AD4115, AD4116 within the existing AD7173 driver.  
> 
> Looks good to me.  However given you had lots of good review and
> it was a Friday afternoon posting, I'm not going to pick it up until
> Nuno and David have had a day or two to take a look if they want to
> (and hopefully add a few more tags! :)
> 
> If I seem to have lost it (rarely happens now I use patchwork to track
> things) feel free to give me a poke.
> 
> Thanks,
Ah - I forgot we have a dependency on a fix that went the quick path.
As a result I'll have to hold this until after a 1st pull request.

Whilst the merge resolution is trivial i need to do a pull anyway
to resolve a more complex one.  Hence let's take the easy but
slightly slower path for this as well.

Jonathan
> 
> Jonathan
>