Thread (60 messages) 60 messages, 13 authors, 2023-02-10

Re: [PATCH 14/18] dsa: ocelot: fix mixed module-builtin object

From: Colin Foster <colin.foster@in-advantage.com>
Date: 2022-11-23 22:18:18
Also in: linux-kbuild, lkml

On Wed, Nov 23, 2022 at 10:47:46PM +0100, Alexander Lobakin wrote:
From: Colin Foster <colin.foster@in-advantage.com>,
Date: Mon, 21 Nov 2022 10:12:59 -0800
quoted
On Mon, Nov 21, 2022 at 07:55:04PM +0200, Vladimir Oltean wrote:
quoted
On Sat, Nov 19, 2022 at 11:09:28PM +0000, Alexander Lobakin wrote:

Adding Colin for a second opinion on the naming. I'm sure things could
have been done better in the first place, just not sure how.
Good catch on this patch. "mscc_ocelot_dsa_lib" makes sense. The only
other option that might be considered would be along the lines of
"felix_lib". While I know "Felix" is the chip, in the dsa directory it
seems to represent the DSA lib in general.
The thing confused me is that one chip is named Felix and the other
one is Seville, but the shared code is named felix as well. So at
first I thought maybe Felix is a family of chips and Seville is a
chip from that family, dunno :D
Not important, but in case anyone is curious:

Ocelot is a family of switches. Linux support exists for the internal
MIPS on some of those devices. My understanding is the switching
hardware is licensed out to other chips that can be controlled
externally (e.g. PCIe). Felix was the first chip to do so with full
Linux support. When Seville came along, it utilized a lot of common
code from Felix. Thus, Felix is a "chip" as well as a "library" -
specifically the DSA implementation of Ocelot. At least in my mind.

(Note: I haven't verified this timeline back to the early days of
Felix... I'm mostly speculating)
quoted
Either one seems fine for me. And thanks for the heads up, as I'll need
to make the same changes for ocelot_ext when it is ready.
Something interesting is coming, nice <.<
Interesting to a very select group of people :-) The Ocelot chips can be
controlled externally. 6.1 has basic support for these chips -
essentially an expensive GPIO expander. Adding support for half of the
ports is phase 2, and I need to sit down for another day or two to finish
things up before that can happen. Hopefully very soon, as my calendar is
finally freeing up... Still going for 6.2!
(re "pls prefix with "net: dsa: ..."" -- roger that)

Thanks,
Olek
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help