From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AC88BC433E9 for ; Thu, 4 Feb 2021 21:01:38 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6BEA460C3E for ; Thu, 4 Feb 2021 21:01:38 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230002AbhBDVBU (ORCPT ); Thu, 4 Feb 2021 16:01:20 -0500 Received: from elvis.franken.de ([193.175.24.41]:52892 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229537AbhBDVBM (ORCPT ); Thu, 4 Feb 2021 16:01:12 -0500 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1l7ljq-0002rO-00; Thu, 04 Feb 2021 22:00:30 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id 9AC80C0D5E; Thu, 4 Feb 2021 21:57:33 +0100 (CET) Date: Thu, 4 Feb 2021 21:57:33 +0100 From: Thomas Bogendoerfer To: Bert Vermeulen Cc: Rob Herring , linux-mips@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Sander Vanheule , John Crispin , Birger Koblitz Subject: Re: [PATCH v4 0/5] Add support for Realtek RTL838x/RTL839x switch SoCs Message-ID: <20210204205733.GA19460@alpha.franken.de> References: <20210119092109.185282-1-bert@biot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210119092109.185282-1-bert@biot.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 19, 2021 at 10:21:04AM +0100, Bert Vermeulen wrote: > v4: > - Device tree bindings for SoC in separate patch. > - Removed ioremap.h, and declare physical address bases in device tree. > > v3: > - all code removed, the base system is now only device tree files and docs > and some build config. > - ioremap.h restored to the v1 version, with hardcoded I/O ranges, since I > got flak on changing that as suggested. This brings it in line with other > systems in arch/mips/generic. > > v2: > - Removed all new arch/mips/ code, using arch/mips/generic/ instead. > - Use device tree ranges instead of hardcoded addresses for ioremap. > - Moved IRQ driver to drivers/irqchip/ > - Removed reset handling code, will be replaced by device tree config. > - All SoC family id code moved to new soc driver. > - Header moved to realtek/ instead of mach-realtek/ > - As more of the base system now depends on device tree, a sample > dts for the Cisco SG220-26 switch is included. This will be further > filled out, and bindings documented, as drivers get merged. > > Bert Vermeulen (5): > dt-bindings: mips: Add support for RTL83xx SoC series > Add support for Realtek RTL838x/RTL839x switch SoCs > MIPS: Add Realtek RTL838x/RTL839x support as generic MIPS system > dt-bindings: Add Cisco prefix to vendor list > mips: dts: Add support for Cisco SG220-26 switch > > .../devicetree/bindings/mips/realtek-rtl.yaml | 24 ++++++++ > .../devicetree/bindings/vendor-prefixes.yaml | 2 + > arch/mips/Kconfig | 31 ++++++++++ > arch/mips/boot/dts/Makefile | 1 + > arch/mips/boot/dts/realtek/Makefile | 2 + > arch/mips/boot/dts/realtek/cisco_sg220-26.dts | 25 ++++++++ > arch/mips/boot/dts/realtek/rtl838x.dtsi | 21 +++++++ > arch/mips/boot/dts/realtek/rtl83xx.dtsi | 59 +++++++++++++++++++ > 8 files changed, 165 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mips/realtek-rtl.yaml > create mode 100644 arch/mips/boot/dts/realtek/Makefile > create mode 100644 arch/mips/boot/dts/realtek/cisco_sg220-26.dts > create mode 100644 arch/mips/boot/dts/realtek/rtl838x.dtsi > create mode 100644 arch/mips/boot/dts/realtek/rtl83xx.dtsi series applied to mips-next. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]