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;
Date:   Thu, 8 Sep 2022 08:04:13 -0700
From:   Colin Foster <colin.foster@in-advantage.com>
To:     Vladimir Oltean <vladimir.oltean@nxp.com>
Cc:     Lee Jones <lee@kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        "linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
        "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        Terry Bowman <terry.bowman@amd.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Andy Shevchenko <andy.shevchenko@gmail.com>,
        Dan Williams <dan.j.williams@intel.com>,
        Jonathan Cameron <Jonathan.Cameron@huawei.com>,
        "UNGLinuxDriver@microchip.com" <UNGLinuxDriver@microchip.com>,
        Steen Hegelund <Steen.Hegelund@microchip.com>,
        Lars Povlsen <lars.povlsen@microchip.com>,
        Linus Walleij <linus.walleij@linaro.org>,
        Paolo Abeni <pabeni@redhat.com>,
        Jakub Kicinski <kuba@kernel.org>,
        Eric Dumazet <edumazet@google.com>,
        "David S. Miller" <davem@davemloft.net>,
        Russell King <linux@armlinux.org.uk>,
        Heiner Kallweit <hkallweit1@gmail.com>,
        Andrew Lunn <andrew@lunn.ch>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
        Rob Herring <robh+dt@kernel.org>,
        "katie.morris@in-advantage.com" <katie.morris@in-advantage.com>
Subject: Re: [RESEND PATCH v16 mfd 1/8] mfd: ocelot: add helper to get regmap
 from a resource
Message-ID: <YxoEbfq6YKx/4Vko@colin-ia-desktop>
References: <20220905162132.2943088-1-colin.foster@in-advantage.com>
 <20220905162132.2943088-2-colin.foster@in-advantage.com>
 <Yxm4oMq8dpsFg61b@google.com>
 <20220908142256.7aad25k553sqfgbm@skbuf>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20220908142256.7aad25k553sqfgbm@skbuf>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?w5Ygj1KAwvwSh5STiUWhpnPVFHVaLViRH+FDy40h3TU9HDnJ91ix/uhN+nOs?=
 =?us-ascii?Q?yP2NKc6jA5D7wAs71Sztq9lLxb8mH9R5N7SKFCyRFbGxtp4Q9VODbskE99nn?=
 =?us-ascii?Q?tTY/8iFqQfiQ1VFS+WaAW0D47XA+qz1XZZe7S5kV+gG4wic25em6SzrCLAAa?=
 =?us-ascii?Q?txkU9XIh98eeRA4sxmyjpkGXmdOLpBDNNdIMQ2sWBvjrkDggDDIfjv1cumBL?=
 =?us-ascii?Q?kcPrLJ1qtwtlhgJAnpvCk5WrxrlRmGOnZuOqgJi4TDIU4aPq32HiZ6zlcDKW?=
 =?us-ascii?Q?uJHqBgg8r1MYChXVA81pku2ZRi/D6aYAv5Mjm8avQ6RfVrmNGQah3XA8rK0L?=
 =?us-ascii?Q?LqqBU81mgzCOIiyLEUaRXw7jZYS6STbV4tVi5/dGBM/OYnYKQsarOdupFIgL?=
 =?us-ascii?Q?dV0D7hWj50GvsYKLd3f1pm66V6YsMxJZd5YfNgqfjo0axurEEntjkctB2bSe?=
 =?us-ascii?Q?Y2PhXUZ8T7sooUVzhnm3Z0yvd0llrznpg6tQD7ydRNx+sdvqtJ466DZ/ZiWQ?=
 =?us-ascii?Q?CdNSMvvlbFRDpDCPe++Mpiaw1sKGMW6rqmgcIWNZGUGw+ape4QmCiGMRVxPY?=
 =?us-ascii?Q?0K1c0YsFotfxaZW8buYYscJ23jvHERY+P39yEuldElwHow6W8C5qKiRTjm2j?=
 =?us-ascii?Q?n1O5qZXKclDblJpsFBoGfmGnPJiTEzqWNvw/hAE1vWTIkcAHyrkQdkdh+sD3?=
 =?us-ascii?Q?vTv1hz/FiNjB4sdaNlc1jrs1/lVIyvU5rMYrvEVZCowV6Y3xSnTtQRZM2Fij?=
 =?us-ascii?Q?mmAMOMm3XURPmUWmmH1FPOWbPm+F7J3uDf7k1ejcwYi/1koMRdw1nKdF7kQe?=
 =?us-ascii?Q?RjF9M1k1X7elx2pKn0xVrp2OCve5cFZ8mx+VP6LwsAoZMBa4RHKIfa1wVvH1?=
 =?us-ascii?Q?tFPvXp0UwqNKGs5H2dVUbk10N0i61NgToTSSKATiPZS2cU5iYA7YZ42zLmMY?=
 =?us-ascii?Q?1z2T1d3Z1NWGlPXPSOZB5NXUZXEldMMcs8YwWYHmO28lcNkdtaOS7iKUTo8s?=
 =?us-ascii?Q?pD7mbL+JfaXm5x5ZtztgT0YJP1IW8OZLqViFIg+XB+t+ufD3k2fulYYsJ1W5?=
 =?us-ascii?Q?a5GJhUp8BnOas1rfpKz1HbgSV1THIXo/LD4Rge22qtsolH5ylBiq2NRfF2Gt?=
 =?us-ascii?Q?xQe5kV8cxao47qtS2J24+qOF8f2+ykPwKDm0izMxvif9Ym8kevnPHP2oe6f4?=
 =?us-ascii?Q?J7B4nVBA1baB/br8kNF+jXS1IruS32Q6oBWwjow4EjJYO5pNO/uYZa7/7dxT?=
 =?us-ascii?Q?DG5c0Z2Rbjp2/S5oPQAAOaGflPE6puxFhKmj4rbuTbKv8SgsGdv6KW/+/nTz?=
 =?us-ascii?Q?vbljENut2d1JgxOwie9yBSSgfDPhrJBoXDXBaohALXim143iGXIsWYi0QpOH?=
 =?us-ascii?Q?htfBLqZeDHsoQfsVmuOK1FCBURszqi+0YkrYXDeJHP3SQ/c6K/6qPKYb2QpF?=
 =?us-ascii?Q?Vx7MpoEJaPNtYnZlEoS/wyivtNhnk7usJsHFHAYGKOo8QPtd7i437l+VKS8x?=
 =?us-ascii?Q?Xrr1kJhnKH3rPV7A7NIVG65VnNzauDZ8AGsO5hgMYqHzTRjRjRNyA9BrLt8C?=
 =?us-ascii?Q?vMWVtSGgjYtiw8OasnL6lkp66hFtuhXJ/g/EmFDNZmnB5vV+bh94K5+Ncgbb?=
 =?us-ascii?Q?9A=3D=3D?=
X-OriginatorOrg: in-advantage.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 40459e03-0976-4a2a-81b6-08da91ab6831
X-MS-Exchange-CrossTenant-AuthSource: MWHPR1001MB2351.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Sep 2022 15:04:20.2356
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 48e842ca-fbd8-4633-a79d-0c955a7d3aae
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: g4F9isRFW37vcwmPG+SdZwEU2vswaHjrGHuNyyPHdhAFI7meei+CzKrEitCxj8iyjjqaN0J59srRcSCfUgfRg5nNgs7wmN+WeTwXHT+d6Bw=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR10MB5114
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS,
        T_SCC_BODY_TEXT_LINE 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

On Thu, Sep 08, 2022 at 02:22:56PM +0000, Vladimir Oltean wrote:
> On Thu, Sep 08, 2022 at 10:40:48AM +0100, Lee Jones wrote:
> > Applied, thanks.
> 
> Hurray!
> 
> Colin, what plans do you have for the rest of VSC7512 upstreaming?
> Do you need Lee to provide a stable branch for networking to pull, so
> you can continue development in this kernel release cycle, or do you
> expect that there won't be dependencies and you can therefore just test
> on linux-next?

Yay!

My plan was to start sending RFCs on the internal copper phys and get
some feedback there. I assume there'll be a couple rounds and I don't
expect to hit this next release (if I'm being honest).

So I'll turn this question around to the net people: would a round or
two of RFCs that don't cleanly apply to net-next be acceptable? Then I
could submit a patch right after the next merge window? I've been
dragging these patches around for quite some time, I can do it for
another month :-)