Re: [GIT PULL] Qualcomm Arm64 DeviceTree updates for v6.15

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 20/03/2025 01:27, Jeff Johnson wrote:
> On 3/19/2025 2:10 PM, Arnd Bergmann wrote:
>> On Mon, Mar 17, 2025, at 22:59, Bjorn Andersson wrote:
>>>
>>> Krzysztof Kozlowski (17):
>>>       arm64: dts: qcom: sa8775p: Partially revert "arm64: dts: qcom: 
>>> sa8775p: add QCrypto nodes"
>>>       arm64: dts: qcom: qcs8300: Partially revert "arm64: dts: qcom: 
>>> qcs8300: add QCrypto nodes"
>>>       arm64: dts: qcom: x1e80100-slim7x: Drop incorrect 
>>> qcom,ath12k-calibration-variant
>>>       arm64: dts: qcom: msm8998: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: qrb2210-rb1: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: qrb4210-rb2: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sc7180: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sdm845: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sda660-ifc6560: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sm6115: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sm8150-hdk: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: qcm6490: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sa8775p-ride: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sc8280xp: Switch to undeprecated 
>>> qcom,calibration-variant
>>>       arm64: dts: qcom: sm8250-elish: Switch to undeprecated 
>>> qcom,calibration-variant
>>
>> This seeems to remove the properties that the drivers expect
>> even in 6.14-rc7, so the branch is currently broken and I'll
>> skip it for 6.15. Let's see how we should handle this properly
>> in the next cycle, since it's too late now to fix it.
>>
>>       Arnd
>>
> 
> The driver changes are in wireless-next.
> +Johannes will you issue a wireless-next => net-next PR this week?
> 
> Seems like there should be a way to orchestrate these into v6.15.

It does not matter, it would not make history bisectable. Just like I
explained in this patchset, it should wait for next cycle.

Best regards,
Krzysztof




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [Linux for Sparc]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux