linux-kernel - Re: [PATCH v1 1/2] iopoll: Introduce ioreadXX_poll

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: <20230405094147.GS33314@black.fi.intel.com>
Date:   Wed, 5 Apr 2023 12:41:47 +0300
From:   Mika Westerberg <mika.westerberg@...ux.intel.com>
To:     Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc:     Olliver Schinagl <oliver@...inagl.nl>, linux-usb@...r.kernel.org,
        linux-kernel@...r.kernel.org,
        Andreas Noever <andreas.noever@...il.com>,
        Michael Jamet <michael.jamet@...el.com>,
        Yehezkel Bernat <YehezkelShB@...il.com>
Subject: Re: [PATCH v1 1/2] iopoll: Introduce ioreadXX_poll_timeout() macros

Hi,

On Wed, Apr 05, 2023 at 11:58:15AM +0300, Andy Shevchenko wrote:
> On Fri, Mar 31, 2023 at 10:12:31AM +0200, Olliver Schinagl wrote:
> > On 30-03-2023 16:14, Andy Shevchenko wrote:
> 
> ...
> 
> > But I actually have a small addendum for this series, as it will break
> > `drivers/net/wwan/t7xx/t7xx_dpmaif.c` due to a redefinition (yeah I know).
> > 
> > So I have:
> > https://gitlab.com/olliver/linux/-/commit/c9e591f2dabb2dbaeceebee61fa70b70fdbffc2a
> > https://gitlab.com/olliver/linux/-/commit/41e0f8c08a1c55940813a240215910336ad7bec2
> > https://gitlab.com/olliver/linux/-/commit/f36562f09b0185d403415864ef7218b46a742cdc
> > https://gitlab.com/olliver/linux/-/commit/66237fd97bc42d272602b01dc0cca541c619b2be
> > 
> > Which actually replaces silly calls like readx_poll_timeout(ioread32, ... .
> > 
> > Do you want me to (re-?)post this as a series? I can put your thunderbolt
> > (and your changes here) and post as one big series (or you can do the same
> > obviously).
> 
> I believe the best course of action is to collect this series and your fix
> in your hands and send it as a material for Linux WWAN subsystem with Mika's
> Ack (if he has no objections). That said, let's wait for Mika's answer
> on this.

No objections from my side.