lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Tue, 25 Aug 2020 14:36:09 +0300
From:   Vadym Kochan <>
To:     Andrew Lunn <>
Cc:     Mickey Rachamim <>,
        Jonathan McDowell <>,
        "David S. Miller" <>,
        Jakub Kicinski <>,
        Jiri Pirko <>,
        Ido Schimmel <>,
        Oleksandr Mazur <>,
        Serhiy Boiko <>,
        Serhiy Pshyk <>,
        Volodymyr Mytnyk <>,
        Taras Chornyi <>,
        Andrii Savka <>,
        "" <>,
        "" <>,
        Andy Shevchenko <>
Subject: Re: [EXT] Re: [net-next v4 1/6] net: marvell: prestera: Add driver
 for Prestera family ASIC devices

Hi Andrew,

On Sat, Aug 22, 2020 at 06:34:08PM +0200, Andrew Lunn wrote:
> On Thu, Aug 20, 2020 at 10:00:21AM +0000, Mickey Rachamim wrote:
> > > ASIC device specific handling is serviced by the firmware, current
> > > driver's logic does not have PP specific code and relies on the FW
> > > ABI which is PP-generic, and it looks like this how it should work
> > > for boards with other ASICs, of course these boards should follow
> > > the Marvell's Switchdev board design.  >
> >
> > All Marvell Prestera (DX) devices are all based on CPSS SDK. This is one SDK 
> > and one build procedure that enables the Prestera driver to support all devices. 
> > This unified support enables us (and our customers) to have one SW 
> > implementation that will support variety of Prestera devices in same build/real-time 
> > execution. 
> > This approach also lead us with the implementation of the Prestera Switchdev drivers.
> > As having detailed familiarity (20Y) with Marvell Prestera old/current/future devices - 
> > this approach will be kept strictly also on the future.
> So if i understand this correctly, the compatibility is not to
> Prestera, but to the firmware running on the Prestera? You want to
> express a compatibility to the ABI this firmware supports for the
> switchdev driver to use?
> 	  Andrew

This 'compatible' string is just for parsing the DTS node related to
this driver. There is no any relation in this name matching for fw
compatibility but only to describe some properties which might be
applied by the driver.

Vadym Kochan

Powered by blists - more mailing lists