lkml.org 
[lkml]   [2021]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH net-next v3] net: marvell: prestera: add firmware v4.0 support
Date
> On Fri, Oct 22, 2021 at 02:27:37PM +0200, Andrew Lunn wrote:
> > On Wed, Oct 20, 2021 at 12:32:28PM +0300, Volodymyr Mytnyk wrote:
> > > From: Volodymyr Mytnyk <vmytnyk@marvell.com>
> > >
> > > Add firmware (FW) version 4.0 support for Marvell Prestera
> > > driver.
> > >
> > > Major changes have been made to new v4.0 FW ABI to add support
> > > of new features, introduce the stability of the FW ABI and ensure
> > > better forward compatibility for the future driver vesrions.
> > >
> > > Current v4.0 FW feature set support does not expect any changes
> > > to ABI, as it was defined and tested through long period of time.
> > > The ABI may be extended in case of new features, but it will not
> > > break the backward compatibility.
> > >
> > > ABI major changes done in v4.0:
> > > - L1 ABI, where MAC and PHY API configuration are split.
> > > - ACL has been split to low-level TCAM and Counters ABI
> > >   to provide more HW ACL capabilities for future driver
> > >   versions.
> > >
> > > To support backward support, the addition compatibility layer is
> > > required in the driver which will have two different codebase under
> > > "if FW-VER elif FW-VER else" conditions that will be removed
> > > in the future anyway, So, the idea was to break backward support
> > > and focus on more stable FW instead of supporting old version
> > > with very minimal and limited set of features/capabilities.
> > 
> > > +/* TODO: add another parameters here: modes, etc... */
> > > +struct prestera_port_phy_config {
> > > +   bool admin;
> > > +   u32 mode;
> > > +   u8 mdix;
> > > +};
> >
> > > @@ -242,10 +246,44 @@ union prestera_msg_port_param {
> > >      u8  duplex;
> > >      u8  fec;
> > >      u8  fc;
> > > -   struct prestera_msg_port_mdix_param mdix;
> > > -   struct prestera_msg_port_autoneg_param autoneg;
> > > +
> > > +   union {
> > > +           struct {
> > > +                   /* TODO: merge it with "mode" */
> >
> > > +           struct {
> > > +                   /* TODO: merge it with "mode" */
> > > +                   u8 admin:1;
> > > +                   u8 adv_enable;
> > > +                   u64 modes;
> > > +                   /* TODO: merge it with modes */
> > > +                   u32 mode;
> > > +                   u8 mdix;
> > > +           } phy;
>
> Please can you also make use of __le64, __le32, __le16 in messages
> to/from the firmware, so sparse etc can help you catch were you are
> missing htonl(), htons() etc.
>
>    Andrew
>

Makes sense, will fix in next patch set.

Volodymyr
\
 
 \ /
  Last update: 2021-10-23 00:11    [W:0.055 / U:0.428 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site