lists.openwall.net   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  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 21 May 2024 14:47:55 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Larry Chiu <larry.chiu@...ltek.com>
Cc: Justin Lai <justinlai0215@...ltek.com>,
	"kuba@...nel.org" <kuba@...nel.org>,
	"davem@...emloft.net" <davem@...emloft.net>,
	"edumazet@...gle.com" <edumazet@...gle.com>,
	"pabeni@...hat.com" <pabeni@...hat.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"jiri@...nulli.us" <jiri@...nulli.us>,
	"horms@...nel.org" <horms@...nel.org>,
	Ping-Ke Shih <pkshih@...ltek.com>
Subject: Re: [PATCH net-next v19 01/13] rtase: Add pci table supported in
 this module

On Tue, May 21, 2024 at 06:20:04AM +0000, Larry Chiu wrote:
> 
> >> + *  Below is a simplified block diagram of the chip and its relevant interfaces.
> >> + *
> >> + *               *************************
> >> + *               *                       *
> >> + *               *  CPU network device   *
> >> + *               *                       *
> >> + *               *   +-------------+     *
> >> + *               *   |  PCIE Host  |     *
> >> + *               ***********++************
> >> + *                          ||
> >> + *                         PCIE
> >> + *                          ||
> >> + *      ********************++**********************
> >> + *      *            | PCIE Endpoint |             *
> >> + *      *            +---------------+             *
> >> + *      *                | GMAC |                  *
> >> + *      *                +--++--+  Realtek         *
> >> + *      *                   ||     RTL90xx Series  *
> >> + *      *                   ||                     *
> >> + *      *     +-------------++----------------+    *
> >> + *      *     |           | MAC |             |    *
> >> + *      *     |           +-----+             |    *
> >> + *      *     |                               |    *
> >> + *      *     |     Ethernet Switch Core      |    *
> >> + *      *     |                               |    *
> >> + *      *     |   +-----+           +-----+   |    *
> >> + *      *     |   | MAC |...........| MAC |   |    *
> >> + *      *     +---+-----+-----------+-----+---+    *
> >> + *      *         | PHY |...........| PHY |        *
> >> + *      *         +--++-+           +--++-+        *
> >> + *      *************||****************||***********
> >> + *
> >> + *  The block of the Realtek RTL90xx series is our entire chip 
> >> + architecture,
> >> + *  the GMAC is connected to the switch core, and there is no PHY in between.
> >
> >Given this architecture, this driver cannot be used unless there is a switch driver as well. This driver is nearly ready to be merged. So what are your plans for the switch driver? Do you have a first version you can post? That will reassure us you do plan to release a switch driver, and not use a SDK in userspace.
> >
> >        Andrew
> 
> Hi Andrew,
> This GMAC is configured after the switch is boot-up and does not require a switch driver to work.

But if you cannot configure the switch, it is pointless passing the
switch packets. The Linux architecture is that Linux needs to be able
to control the switch somehow. There needs to be a driver with the
switchdev API on its upper side which connects it to the Linux network
stack. Ideally the lower side of this driver can directly write switch
registers. Alternatively it can make some sort of RPC to firmware
which configures the switch.

Before committing this MAC driver, we will want to be convinced there
is a switchdev driver for the switch.

	Andrew

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ