[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87v7ocw5cy.fsf@prevas.dk>
Date: Tue, 01 Jul 2025 12:52:13 +0200
From: Rasmus Villemoes <ravi@...vas.dk>
To: Colin Foster <colin.foster@...advantage.com>
Cc: Lee Jones <lee@...nel.org>, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, Felix Blix Everberg <felix.blix@...vas.dk>
Subject: Re: [PATCH 0/8] mfd: ocelot: add support for MDIO managed switch
On Mon, Jun 30 2025, Colin Foster <colin.foster@...advantage.com> wrote:
> Hi Rasmus,
>
> On Wed, Mar 19, 2025 at 01:30:50PM +0100, Rasmus Villemoes wrote:
>> The primary purpose of this series is to add support for vsc751x
>> switches that are wired up to be managed via MDIO. The current MFD
>> driver only has support for management over SPI.
>
> Are you still intending to work on this?
Sorry for dropping the ball, but the customer didn't want to fund
finishing the upstreaming, and I was assigned to other
projects/customers. I also no longer have their hardware, so couldn't
test a new version myself. So no, I don't expect to work on this
anymore.
> I understand if not, but maybe the bugfix / documentation patches
> could be broken out, as I think they'd be accepted pretty easily.
>> mfd: ocelot: rework SPI (re-)initialization after chip reset
>> mfd: ocelot: correct Kconfig dependency
>> dt-bindings: mfd: ocelot: mention MDIO management and add example
Probably the first two, but I'm not sure the last one makes sense
without the actual support landing. And the first one, AFAIR, would need
to be reworked as it relied on the "mfd: ocelot: refactor bus-specific
regmap initialization" which Lee rejected.
There's also "mfd: ocelot: move SPI specific macros to ocelot-spi.c"
which is just a trivial cleanup.
Rasmus
Powered by blists - more mailing lists