Message ID | 20250317215921.2031880-1-andersson@kernel.org (mailing list archive) |
---|---|
State | Changes Requested |
Headers | show |
Series | [GIT,PULL] Qualcomm Arm64 DeviceTree updates for v6.15 | expand |
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
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. /jeff
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
On Wed, Mar 19, 2025 at 10:10:31PM +0100, 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. > Sorry about that. I didn't spot the comment(s) that these patches shouldn't be merged until v6.16. I think for this case it's okay not to provide more forwards compatibility than a single release, so picking them up then should be fine. Regards, Bjorn