| Message ID | 1656894074-15751-1-git-send-email-hayashi.kunihiko@socionext.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | Update UniPhier armv8 devicetree | expand |
Hi Arnd, Olof, 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? Thank you, --- Best Regards Kunihiko Hayashi
On Fri, Jul 29, 2022 at 11:52 AM Kunihiko Hayashi <hayashi.kunihiko@socionext.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. 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@vger.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. Arnd
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@socionext.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@vger.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
On Tue, Aug 2, 2022 at 3:24 PM Kunihiko Hayashi <hayashi.kunihiko@socionext.com> wrote: > > 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@vger.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. Ok, I picked up the two patches you just sent. Please make sure in the future to send all pull requests and patches that you want me to pick up to soc@kernel.org (Cc the usual lists) so they end up in patchwork and do not get lost. Arnd
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. Kunihiko Hayashi (9): arm64: dts: uniphier: Fix USB interrupts for PXs3 SoC arm64: dts: uniphier: Rename pvtctl node to thermal-sensor arm64: dts: uniphier: Rename usb-phy node to usb-glue arm64: dts: uniphier: Rename gpio-hog nodes arm64: dts: uniphier: Use GIC interrupt definitions arm64: dts: uniphier: Add ahci controller and glue layer nodes for PXs3 arm64: dts: uniphier: Add USB-device support for PXs3 reference board arm64: dts: uniphier: Fix opp-table node name for LD20 arm64: dts: uniphier: Remove compatible "snps,dw-pcie" from pcie node arch/arm/boot/dts/uniphier-pinctrl.dtsi | 10 ++ arch/arm64/boot/dts/socionext/Makefile | 4 +- .../boot/dts/socionext/uniphier-ld11-ref.dts | 6 +- .../boot/dts/socionext/uniphier-ld11.dtsi | 53 +++---- .../dts/socionext/uniphier-ld20-akebi96.dts | 6 +- .../boot/dts/socionext/uniphier-ld20-ref.dts | 6 +- .../boot/dts/socionext/uniphier-ld20.dtsi | 68 +++++---- .../socionext/uniphier-pxs3-ref-gadget0.dts | 41 +++++ .../socionext/uniphier-pxs3-ref-gadget1.dts | 40 +++++ .../boot/dts/socionext/uniphier-pxs3-ref.dts | 14 +- .../boot/dts/socionext/uniphier-pxs3.dtsi | 144 ++++++++++++++---- 11 files changed, 289 insertions(+), 103 deletions(-) create mode 100644 arch/arm64/boot/dts/socionext/uniphier-pxs3-ref-gadget0.dts create mode 100644 arch/arm64/boot/dts/socionext/uniphier-pxs3-ref-gadget1.dts