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=-8.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 221B1C4338F for ; Mon, 26 Jul 2021 09:43:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 0AB8060F4C for ; Mon, 26 Jul 2021 09:43:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232524AbhGZJCt (ORCPT ); Mon, 26 Jul 2021 05:02:49 -0400 Received: from mga06.intel.com ([134.134.136.31]:33530 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232792AbhGZJCs (ORCPT ); Mon, 26 Jul 2021 05:02:48 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10056"; a="273283778" X-IronPort-AV: E=Sophos;i="5.84,270,1620716400"; d="scan'208";a="273283778" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Jul 2021 02:43:12 -0700 X-IronPort-AV: E=Sophos;i="5.84,270,1620716400"; d="scan'208";a="417001763" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Jul 2021 02:43:10 -0700 Received: from andy by smile with local (Exim 4.94.2) (envelope-from ) id 1m7x8X-000fh1-Mv; Mon, 26 Jul 2021 12:43:01 +0300 Date: Mon, 26 Jul 2021 12:43:01 +0300 From: Andy Shevchenko To: Christian Lamparter Cc: linuxppc-dev@lists.ozlabs.org, devicetree@vger.kernel.org, Chris Blake , Paul Mackerras , Benjamin Herrenschmidt , Michael Ellerman , Rob Herring Subject: Re: [PATCH v3 0/5] powerpc: apm82181: adding customer devices Message-ID: References: <8a8f50d1-b89c-322f-1465-062ed287d491@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8a8f50d1-b89c-322f-1465-062ed287d491@gmail.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Sat, Jul 24, 2021 at 12:08:30AM +0200, Christian Lamparter wrote: > On 23/07/2021 21:19, Andy Shevchenko wrote: > > On Sun, Sep 06, 2020 at 12:06:10AM +0200, Christian Lamparter wrote: > > > I've been holding on to these devices dts' for a while now. > > > But ever since the recent purge of the PPC405, I'm feeling > > > the urge to move forward. > > > > > > The devices in question have been running with OpenWrt since > > > around 2016/2017. Back then it was linux v4.4 and required > > > many out-of-tree patches (for WIFI, SATA, CRYPTO...), that > > > since have been integrated. So, there's nothing else in the > > > way I think. > > > > > > A patch that adds the Meraki vendor-prefix has been sent > > > separately, as there's also the Meraki MR32 that I'm working > > > on as well. Here's the link to the patch: > > > > > > > > > Now, I've looked around in the arch/powerpc for recent .dts > > > and device submissions to get an understanding of what is > > > required. > > > >From the looks of it, it seems like every device gets a > > > skeleton defconfig and a CONFIG_$DEVICE symbol (Like: > > > CONFIG_MERAKI_MR24, CONFIG_WD_MYBOOKLIVE). > > > > > > Will this be the case? Or would it make sense to further > > > unite the Bluestone, MR24 and MBL under a common CONFIG_APM82181 > > > and integrate the BLUESTONE device's defconfig into it as well? > > > (I've stumbled across the special machine compatible > > > handling of ppc in the Documentation/devicetree/usage-model.rst > > > already.) > > > > I haven't found any traces of this to be applied. What is the status of this > > patch series? And what is the general state of affairs for the PPC44x? > > > My best guess is: It's complicated. While there was a recent big > UPSET EVENT regarding the My Book Live (MBL) that affected "hundreds" > and "thousands": "An unpleasant surprise for My Book Live owners" > (). Sadly this wasn't getting any > traction. > > I can tell that the mentioned Cisco Meraki MR32 (Broadcom ARM SoC) > got merged. So this is off the plate 😌. > > But APM821xx sadly went nowhere 😕. One reason being that I haven't > yet posted a V4, V5 and so on... I will help with testing if needed, please continue this, it's helpful! > In theory, for v4 I would have liked to know how to handle the > kConfig aspect of the series: Would it be "OK" to have a > single CONFIG_APM82181/CONFIG_APM821XX symbol or should there > be a CONFIG_MBL the CONFIG_MR24 (CONFIG_WNDR4700 and CONFIG_MX60W > in the future)? No idea. Not a PPC maintainer here. > As for the MBL: Well, If you (or any one else) is interested in > having a more up-to-date Debian. Then I have something: > > A while back, I made a "build.sh". This will build a > "out-of-the-box" Debian unstable/SID powerpc system image. > This includes sensible NAS defaults + programs as well as > a Cockpit Web-GUI. But also makes it easily possible to do > the DTBs development on the latest vanilla (5.14-rc2 as of > the time of writing this) kernel for the > MyBook Live Single and Duo: > > Thanks for the pointer. > I can't really make one for the MR24 though. Its 32MiB NAND > makes it difficult to install anything else than OpenWrt > (and get some use out of the device). Not interested in MR24, up to you. > So, how to proceed? At least send a v4 :-) -- With Best Regards, Andy Shevchenko