Message ID | 20230218111405.27688-1-pali@kernel.org |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:eb09:0:0:0:0:0 with SMTP id s9csp329434wrn; Sat, 18 Feb 2023 03:27:45 -0800 (PST) X-Google-Smtp-Source: AK7set8NoM2TsU3kM9UZoI5Mk3Bx9M41mRqrhGsn64+supJoaLwPqGqPDM8PFc0b7c8dYskcxjG+ X-Received: by 2002:a17:902:f9d0:b0:19a:95ab:6b46 with SMTP id kz16-20020a170902f9d000b0019a95ab6b46mr2938303plb.3.1676719665351; Sat, 18 Feb 2023 03:27:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1676719665; cv=none; d=google.com; s=arc-20160816; b=ttsgcqNWfeDyLNRCDb7hJbZBZ0NI9/aQv7ZjxgSXWCH8MYfL56e76EfcTrX4nMzcYA R9w+JhxHHCly5OfgljqtYQd0hAqr9My0un/wkWi/E8/wO9N6BDqRgoVb9ErNhLr5XYhf FGScEmZQDLBkQJcDnQhOD6mhmCWGW+5irsPtN8ll5DxbDcqBQU3fXtXhdALR57Xeou6i vGLBx2dqyD7qx8Nst1WGTdEXCsYDnm6YVCMGtY9o/E81bSFxdWrAHbYKfdexwSz6F66J zG37+vPmpD8tSEuYvksENj/dZQtDIbX/sZByvCBr1uKJh3rONBJhuixueKkZQyc127VR 1Hig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=YjQSolad+4FgAPBmwag5zYli+4xsQ9j8mwoTYZjC7cU=; b=DJ5G02y8dDsaBwPnvEMBFFP4Owc1MZO1dDlkjP4Jxu5bYGar/N6JYTsAjjRS60ZOLo cIYQOSgxDLf228/X8gPNn79vA5MnTki3MJT0HEFr7txExa9bZN/v2StkHh2Xj7BCA255 Bqi3Q2PbjdMfoF/SMfY33Sh6bwkkG4DvRhr+tjf//DxtDSDPYZDKL+CzP5A4P0t0m8IH 0Z9ru0bQ4IbbCzZgiMmSz4KjCJlFvTdLGnl6Jlx4HIzjGDWAZlEQwcVau4XI3zEuWlhX HFQ015yHngCXjN2T9OxVpkJy8iquMFiv8cKASAdlWPh6BrXkvaRZemlt9EYH9i/ykFjH mokQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="tanSx/9G"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p16-20020a1709027ed000b0019b0b007981si2367752plb.531.2023.02.18.03.27.32; Sat, 18 Feb 2023 03:27:45 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="tanSx/9G"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229794AbjBRL1A (ORCPT <rfc822;assdfgzxcv4@gmail.com> + 99 others); Sat, 18 Feb 2023 06:27:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229687AbjBRL0y (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sat, 18 Feb 2023 06:26:54 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE19D1420D for <linux-kernel@vger.kernel.org>; Sat, 18 Feb 2023 03:26:53 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id A24B4B822A9 for <linux-kernel@vger.kernel.org>; Sat, 18 Feb 2023 11:26:52 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 48C78C433EF; Sat, 18 Feb 2023 11:26:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1676719611; bh=JVTiq+B7EgZuFlDHHXZ/E5jLhXy+PnF55RTV4RUP3v8=; h=From:To:Cc:Subject:Date:From; b=tanSx/9GIYeOkjwWxWqRA+w5iY++qN6UfgcwDjlM5t8wrhMv9LXNPHW265Bcq/b0f yAMtC3vh0/qPWJF6YpCXwqz/wucM9qPc8QvzQKaSR6wiQ2IefR8/2W6UbTLWftMHDo fsSNM5my3T/BSJ/nrZIGKZJko4cZmZpCtCxVsYk1lMwv+b5J4K3G/sG3CWZxkv/GyC mogB1sm1zBoyadOG548rnxtQDRmmFeGgp21gVqr6dElcVWOmefsBauG5WKT0Qf+FfA KPdswLDWakc5ZjXN1Ca8HUCKcCqQYkqV4q2yoasQ88XHRBFdj/qSRm4SyyVop4Q8Q4 P1gM/H8dR2CiA== Received: by pali.im (Postfix) id 7B9E371F; Sat, 18 Feb 2023 12:26:48 +0100 (CET) From: =?utf-8?q?Pali_Roh=C3=A1r?= <pali@kernel.org> To: Michael Ellerman <mpe@ellerman.id.au>, Nicholas Piggin <npiggin@gmail.com>, Christophe Leroy <christophe.leroy@csgroup.eu>, Scott Wood <oss@buserror.net>, Sinan Akman <sinan@writeme.com>, Martin Kennedy <hurricos@gmail.com> Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 0/8] powerpc/85xx: p2020: Create one unified machine description Date: Sat, 18 Feb 2023 12:13:57 +0100 Message-Id: <20230218111405.27688-1-pali@kernel.org> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1758167999790999682?= X-GMAIL-MSGID: =?utf-8?q?1758167999790999682?= |
Series |
powerpc/85xx: p2020: Create one unified machine description
|
|
Message
Pali Rohár
Feb. 18, 2023, 11:13 a.m. UTC
This patch series unifies all P2020 boards and machine descriptions into one generic unified P2020 machine description. With this generic machine description, kernel can boot on any P2020-based board with correct DTS file. Tested on CZ.NIC Turris 1.1 board with has Freescale P2020 processor. Kernel during booting correctly detects P2020 and prints: [ 0.000000] Using Freescale P2020 machine description Changes in v3: * Use 'if (IS_ENABLED(CONFIG_PPC_I8259))' instead of '#ifdef CONFIG_PPC_I8259' * Simplify p2020_probe() * Patches generated by -M and -C git options Link to v2: https://lore.kernel.org/linuxppc-dev/20221224211425.14983-1-pali@kernel.org/ Changes in v2: * Added patch "p2020: Move i8259 code into own function" (separated from the next one) * Renamed CONFIG_P2020 to CONFIG_PPC_P2020 * Fixed descriptions Link to v1: https://lore.kernel.org/linuxppc-dev/20220819191557.28116-1-pali@kernel.org/ Pali Rohár (8): powerpc/85xx: Mark mpc85xx_rdb_pic_init() as static powerpc/85xx: Mark mpc85xx_ds_pic_init() as static powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c powerpc/85xx: p2020: Move i8259 code into own function powerpc/85xx: p2020: Unify .setup_arch and .init_IRQ callbacks powerpc/85xx: p2020: Define just one machine description powerpc/85xx: p2020: Enable boards by new config option CONFIG_PPC_P2020 powerpc: dts: turris1x.dts: Remove "fsl,P2020RDB-PC" compatible string arch/powerpc/boot/dts/turris1x.dts | 2 +- arch/powerpc/platforms/85xx/Kconfig | 22 ++- arch/powerpc/platforms/85xx/Makefile | 1 + arch/powerpc/platforms/85xx/mpc85xx_ds.c | 25 +--- arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 46 +----- .../platforms/85xx/{mpc85xx_ds.c => p2020.c} | 135 ++++++------------ 6 files changed, 68 insertions(+), 163 deletions(-) copy arch/powerpc/platforms/85xx/{mpc85xx_ds.c => p2020.c} (52%)
Comments
Hello Christophe! Could you look at this v3 series? I addressed those small issues and hopefully it should be ready. It would be great to have this finally in v6.3 release. On Saturday 18 February 2023 12:13:57 Pali Rohár wrote: > This patch series unifies all P2020 boards and machine descriptions into > one generic unified P2020 machine description. With this generic machine > description, kernel can boot on any P2020-based board with correct DTS > file. > > Tested on CZ.NIC Turris 1.1 board with has Freescale P2020 processor. > Kernel during booting correctly detects P2020 and prints: > [ 0.000000] Using Freescale P2020 machine description > > Changes in v3: > * Use 'if (IS_ENABLED(CONFIG_PPC_I8259))' instead of '#ifdef CONFIG_PPC_I8259' > * Simplify p2020_probe() > * Patches generated by -M and -C git options > > Link to v2: https://lore.kernel.org/linuxppc-dev/20221224211425.14983-1-pali@kernel.org/ > > Changes in v2: > * Added patch "p2020: Move i8259 code into own function" (separated from the next one) > * Renamed CONFIG_P2020 to CONFIG_PPC_P2020 > * Fixed descriptions > > Link to v1: https://lore.kernel.org/linuxppc-dev/20220819191557.28116-1-pali@kernel.org/ > > Pali Rohár (8): > powerpc/85xx: Mark mpc85xx_rdb_pic_init() as static > powerpc/85xx: Mark mpc85xx_ds_pic_init() as static > powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c > powerpc/85xx: p2020: Move i8259 code into own function > powerpc/85xx: p2020: Unify .setup_arch and .init_IRQ callbacks > powerpc/85xx: p2020: Define just one machine description > powerpc/85xx: p2020: Enable boards by new config option > CONFIG_PPC_P2020 > powerpc: dts: turris1x.dts: Remove "fsl,P2020RDB-PC" compatible string > > arch/powerpc/boot/dts/turris1x.dts | 2 +- > arch/powerpc/platforms/85xx/Kconfig | 22 ++- > arch/powerpc/platforms/85xx/Makefile | 1 + > arch/powerpc/platforms/85xx/mpc85xx_ds.c | 25 +--- > arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 46 +----- > .../platforms/85xx/{mpc85xx_ds.c => p2020.c} | 135 ++++++------------ > 6 files changed, 68 insertions(+), 163 deletions(-) > copy arch/powerpc/platforms/85xx/{mpc85xx_ds.c => p2020.c} (52%) > > -- > 2.20.1 >
Hi, Le 21/02/2023 à 23:07, Pali Rohár a écrit : > Hello Christophe! Could you look at this v3 series? > I addressed those small issues and hopefully it should be ready. > It would be great to have this finally in v6.3 release. I started looking at your series and I will try to provide a feedback within a few days. By the way I see that Paul Gortmaker has started removal of several 85xx boards. Should we first take Paul's removal series then see what remains before applying yours ? That would make your series even more efficient. Christoph > > On Saturday 18 February 2023 12:13:57 Pali Rohár wrote: >> This patch series unifies all P2020 boards and machine descriptions into >> one generic unified P2020 machine description. With this generic machine >> description, kernel can boot on any P2020-based board with correct DTS >> file. >> >> Tested on CZ.NIC Turris 1.1 board with has Freescale P2020 processor. >> Kernel during booting correctly detects P2020 and prints: >> [ 0.000000] Using Freescale P2020 machine description >> >> Changes in v3: >> * Use 'if (IS_ENABLED(CONFIG_PPC_I8259))' instead of '#ifdef CONFIG_PPC_I8259' >> * Simplify p2020_probe() >> * Patches generated by -M and -C git options >> >> Link to v2: https://lore.kernel.org/linuxppc-dev/20221224211425.14983-1-pali@kernel.org/ >> >> Changes in v2: >> * Added patch "p2020: Move i8259 code into own function" (separated from the next one) >> * Renamed CONFIG_P2020 to CONFIG_PPC_P2020 >> * Fixed descriptions >> >> Link to v1: https://lore.kernel.org/linuxppc-dev/20220819191557.28116-1-pali@kernel.org/ >> >> Pali Rohár (8): >> powerpc/85xx: Mark mpc85xx_rdb_pic_init() as static >> powerpc/85xx: Mark mpc85xx_ds_pic_init() as static >> powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c >> powerpc/85xx: p2020: Move i8259 code into own function >> powerpc/85xx: p2020: Unify .setup_arch and .init_IRQ callbacks >> powerpc/85xx: p2020: Define just one machine description >> powerpc/85xx: p2020: Enable boards by new config option >> CONFIG_PPC_P2020 >> powerpc: dts: turris1x.dts: Remove "fsl,P2020RDB-PC" compatible string >> >> arch/powerpc/boot/dts/turris1x.dts | 2 +- >> arch/powerpc/platforms/85xx/Kconfig | 22 ++- >> arch/powerpc/platforms/85xx/Makefile | 1 + >> arch/powerpc/platforms/85xx/mpc85xx_ds.c | 25 +--- >> arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 46 +----- >> .../platforms/85xx/{mpc85xx_ds.c => p2020.c} | 135 ++++++------------ >> 6 files changed, 68 insertions(+), 163 deletions(-) >> copy arch/powerpc/platforms/85xx/{mpc85xx_ds.c => p2020.c} (52%) >> >> -- >> 2.20.1 >>
On Wednesday 22 February 2023 06:39:07 Christophe Leroy wrote: > Hi, > > Le 21/02/2023 à 23:07, Pali Rohár a écrit : > > Hello Christophe! Could you look at this v3 series? > > I addressed those small issues and hopefully it should be ready. > > It would be great to have this finally in v6.3 release. > > I started looking at your series and I will try to provide a feedback > within a few days. > > By the way I see that Paul Gortmaker has started removal of several 85xx > boards. Should we first take Paul's removal series then see what remains > before applying yours ? That would make your series even more efficient. I have already replied to Paul patch series. The important thing is that we are touching different files, so patch series should be independent. > Christoph > > > > > On Saturday 18 February 2023 12:13:57 Pali Rohár wrote: > >> This patch series unifies all P2020 boards and machine descriptions into > >> one generic unified P2020 machine description. With this generic machine > >> description, kernel can boot on any P2020-based board with correct DTS > >> file. > >> > >> Tested on CZ.NIC Turris 1.1 board with has Freescale P2020 processor. > >> Kernel during booting correctly detects P2020 and prints: > >> [ 0.000000] Using Freescale P2020 machine description > >> > >> Changes in v3: > >> * Use 'if (IS_ENABLED(CONFIG_PPC_I8259))' instead of '#ifdef CONFIG_PPC_I8259' > >> * Simplify p2020_probe() > >> * Patches generated by -M and -C git options > >> > >> Link to v2: https://lore.kernel.org/linuxppc-dev/20221224211425.14983-1-pali@kernel.org/ > >> > >> Changes in v2: > >> * Added patch "p2020: Move i8259 code into own function" (separated from the next one) > >> * Renamed CONFIG_P2020 to CONFIG_PPC_P2020 > >> * Fixed descriptions > >> > >> Link to v1: https://lore.kernel.org/linuxppc-dev/20220819191557.28116-1-pali@kernel.org/ > >> > >> Pali Rohár (8): > >> powerpc/85xx: Mark mpc85xx_rdb_pic_init() as static > >> powerpc/85xx: Mark mpc85xx_ds_pic_init() as static > >> powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c > >> powerpc/85xx: p2020: Move i8259 code into own function > >> powerpc/85xx: p2020: Unify .setup_arch and .init_IRQ callbacks > >> powerpc/85xx: p2020: Define just one machine description > >> powerpc/85xx: p2020: Enable boards by new config option > >> CONFIG_PPC_P2020 > >> powerpc: dts: turris1x.dts: Remove "fsl,P2020RDB-PC" compatible string > >> > >> arch/powerpc/boot/dts/turris1x.dts | 2 +- > >> arch/powerpc/platforms/85xx/Kconfig | 22 ++- > >> arch/powerpc/platforms/85xx/Makefile | 1 + > >> arch/powerpc/platforms/85xx/mpc85xx_ds.c | 25 +--- > >> arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 46 +----- > >> .../platforms/85xx/{mpc85xx_ds.c => p2020.c} | 135 ++++++------------ > >> 6 files changed, 68 insertions(+), 163 deletions(-) > >> copy arch/powerpc/platforms/85xx/{mpc85xx_ds.c => p2020.c} (52%) > >> > >> -- > >> 2.20.1 > >>
Le 22/02/2023 à 08:52, Pali Rohár a écrit : > On Wednesday 22 February 2023 06:39:07 Christophe Leroy wrote: >> Hi, >> >> Le 21/02/2023 à 23:07, Pali Rohár a écrit : >>> Hello Christophe! Could you look at this v3 series? >>> I addressed those small issues and hopefully it should be ready. >>> It would be great to have this finally in v6.3 release. >> >> I started looking at your series and I will try to provide a feedback >> within a few days. >> >> By the way I see that Paul Gortmaker has started removal of several 85xx >> boards. Should we first take Paul's removal series then see what remains >> before applying yours ? That would make your series even more efficient. > > I have already replied to Paul patch series. The important thing is that > we are touching different files, so patch series should be independent. Ok. Because exemples are always better than long writings, I have prepared a v4 of your series and will send it out shortly. If that approach is ok for you, feel free to restart from there. Christophe > >> Christoph >> >>> >>> On Saturday 18 February 2023 12:13:57 Pali Rohár wrote: >>>> This patch series unifies all P2020 boards and machine descriptions into >>>> one generic unified P2020 machine description. With this generic machine >>>> description, kernel can boot on any P2020-based board with correct DTS >>>> file. >>>> >>>> Tested on CZ.NIC Turris 1.1 board with has Freescale P2020 processor. >>>> Kernel during booting correctly detects P2020 and prints: >>>> [ 0.000000] Using Freescale P2020 machine description >>>> >>>> Changes in v3: >>>> * Use 'if (IS_ENABLED(CONFIG_PPC_I8259))' instead of '#ifdef CONFIG_PPC_I8259' >>>> * Simplify p2020_probe() >>>> * Patches generated by -M and -C git options >>>> >>>> Link to v2: https://lore.kernel.org/linuxppc-dev/20221224211425.14983-1-pali@kernel.org/ >>>> >>>> Changes in v2: >>>> * Added patch "p2020: Move i8259 code into own function" (separated from the next one) >>>> * Renamed CONFIG_P2020 to CONFIG_PPC_P2020 >>>> * Fixed descriptions >>>> >>>> Link to v1: https://lore.kernel.org/linuxppc-dev/20220819191557.28116-1-pali@kernel.org/ >>>> >>>> Pali Rohár (8): >>>> powerpc/85xx: Mark mpc85xx_rdb_pic_init() as static >>>> powerpc/85xx: Mark mpc85xx_ds_pic_init() as static >>>> powerpc/85xx: p2020: Move all P2020 machine descriptions to p2020.c >>>> powerpc/85xx: p2020: Move i8259 code into own function >>>> powerpc/85xx: p2020: Unify .setup_arch and .init_IRQ callbacks >>>> powerpc/85xx: p2020: Define just one machine description >>>> powerpc/85xx: p2020: Enable boards by new config option >>>> CONFIG_PPC_P2020 >>>> powerpc: dts: turris1x.dts: Remove "fsl,P2020RDB-PC" compatible string >>>> >>>> arch/powerpc/boot/dts/turris1x.dts | 2 +- >>>> arch/powerpc/platforms/85xx/Kconfig | 22 ++- >>>> arch/powerpc/platforms/85xx/Makefile | 1 + >>>> arch/powerpc/platforms/85xx/mpc85xx_ds.c | 25 +--- >>>> arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 46 +----- >>>> .../platforms/85xx/{mpc85xx_ds.c => p2020.c} | 135 ++++++------------ >>>> 6 files changed, 68 insertions(+), 163 deletions(-) >>>> copy arch/powerpc/platforms/85xx/{mpc85xx_ds.c => p2020.c} (52%) >>>> >>>> -- >>>> 2.20.1 >>>>