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: <fd6e9539-4c67-93a2-9104-018ed9703ff9@socionext.com>
Date:   Tue, 2 Aug 2022 22:24:42 +0900
From:   Kunihiko Hayashi <hayashi.kunihiko@...ionext.com>
To:     Arnd Bergmann <arnd@...db.de>
Cc:     Olof Johansson <olof@...om.net>, Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        Masami Hiramatsu <mhiramat@...nel.org>,
        devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/9] Update UniPhier armv8 devicetree

Hi Arnd,

Thank you for your reply.

On 2022/07/30 21:03, Arnd Bergmann wrote:
> On Fri, Jul 29, 2022 at 11:52 AM Kunihiko Hayashi
> <hayashi.kunihiko@...ionext.com> wrote:
>> On 2022/07/04 9:21, Kunihiko Hayashi wrote:
>>> Update devicetree sources for UniPhier armv8 SoCs to remove dtschema
>>> warnings, add support existing features that haven't yet been
>>> described, and replace constants with macros.
>>
>> If there is nothing wrong with this series and armv7 DT series,
>> I'd like to make a pull request.
>> If the request is late, carry it over to the next version.
>>
>> How about that?
> 
> The timing is not great, as normal updates should get merged as parts
> of the normal
> pull requests, which I have already sent.

I understand it was late.

> A lot of the changes can be considered bugfixes, and I would still
> merge them if you
> think they are harmless and can fix things. In this case, also mark them as
> 'Cc: stable@...r.kernel.org' to be backported into lts kernels. Anything
> that
> does not qualify as a bugfix should now go into the 5.21 merge window.
> 
> Please send the bugfix pull request as soon as you can so we can merge that
> early. The other updates should be rebased onto v5.20-rc1 once that is
> released in about two weeks.

There are one bugfix patch for each series and they will be sent for "stable".
About the other patches, I'll rebase and send them again.

Thank you,

---
Best Regards
Kunihiko Hayashi

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ