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: <826176ba-d7c6-a64f-e15e-d2694571cb72@linaro.org>
Date:   Mon, 24 Oct 2022 10:09:51 -0400
From:   Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To:     Johan Hovold <johan@...nel.org>
Cc:     Johan Hovold <johan+linaro@...nel.org>,
        Bjorn Andersson <andersson@...nel.org>,
        Andy Gross <agross@...nel.org>,
        Konrad Dybcio <konrad.dybcio@...ainline.org>,
        Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH] arm64: dts: qcom: sc8280xp: add TCSR node

On 24/10/2022 09:42, Johan Hovold wrote:
> On Mon, Oct 24, 2022 at 09:34:22AM -0400, Krzysztof Kozlowski wrote:
>> On 24/10/2022 08:58, Johan Hovold wrote:
>>> Add the TCSR node which is needed for PCIe configuration.
>>>
>>> Signed-off-by: Johan Hovold <johan+linaro@...nel.org>
>>> ---
>>>  arch/arm64/boot/dts/qcom/sc8280xp.dtsi | 5 +++++
>>
>> Please send the patches together with the binding. There is no need to
>> have this split and it causes additional effort during review - lookup
>> of the binding.
> 
> I was under the impression that the dts changes should be submitted
> separately from the binding as they go through different trees. (And
> last time I posted them together the subsystem maintainer ended up
> taking also the dts changes by mistake).

Yes, that's also true. :)

> The binding has been picked up by Lee now so I posted the dts change.
> Could have added a lore link though.

This also would work and help a lot.

It depends in general on the maintainer - for example Greg does not want
to deal with individual patches, especially if DTS is just one patch and
USB would be 10 of them. Our toolset is not good for picking up 10 out
of 11. For all such cases - please provide link to lore.

If however there are just two patches - one DTS and one for maintainer -
then having them in one patchset should not cause additional effort for
the maintainer.

As you can see on the list, majority of patchsets consist of
bindings+DTS. Pretty often entire piece - bindings+driver+DTS.

Best regards,
Krzysztof

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ