From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:19
This require the "Replace DSA dp->priv with tagger-owned storage" series
https://patchwork.kernel.org/project/netdevbpf/cover/20211209233447.336331-1-vladimir.oltean@nxp.com/
This require specifically
https://patchwork.kernel.org/project/netdevbpf/patch/20211209233447.336331-2-vladimir.oltean@nxp.com/
of Vladimir series to correctly compile and work.
Hi, this is still WIP and currently has some problem but I would love if
someone can give this a superficial review and answer to some problem
with this.
The main reason for this is that we notice some routing problem in the
switch and it seems assisted learning is needed. Considering mdio is
quite slow due to the indirect write using this Ethernet alternative way
seems to be quicker.
The qca8k switch supports a special way to pass mdio read/write request
using specially crafted Ethernet packet.
This works by putting some defined data in the Ethernet header where the
mac source and dst should be placed. The Ethernet type header is set to qca
header and is set to a mdio read/write type.
This is used to communicate to the switch that this is a special packet
and should be parsed differently.
Current implementation of this use completion API to wait for the packet
to be processed by the tagger and has a timeout that fallback to the
legacy mdio way and mutex to enforce one transaction at time.
Here I list the main concern I have about this:
- Is the changes done to the tagger acceptable? (moving stuff to global
include)
- Is it correct to put the skb generation code in the qca8k source?
- Is the changes generally correct? (referring to how this is
implemented with part of the implementation split between the tagger
and the driver)
I still have to find a solution to a slowdown problem and this is where
I would love to get some hint.
Currently I still didn't find a good way to understand when the tagger
starts to accept packets and because of this the initial setup is slow
as every completion timeouts. Am I missing something or is there a way
to check for this?
After the initial slowdown, as soon as the cpu port is ready and starts
to accept packet, every transaction is near instant and no completion
timeouts.
As I said this is still WIP but it does work correctly aside from the
initial slowdown problem. (the slowdown is in the first port init and at
the first port init... from port 2 the tagger starts to accept packet
and this starts to work)
Additional changes to the original implementation:
We now have connect()/disconnect() ops for the tagger. They are used to
allocate priv data in the dsa priv. The header still has to be put in
global include to make it usable by a dsa driver.
They are called when the tag is connect to the dst and the data is freed
using discconect on tagger change.
(if someone wonder why the bind function is put at in the general setup
function it's because tag is set in the cpu port where the notifier is
still not available and we require the notifier to sen the
tag_proto_connect() event.
We now have a tag_proto_connect() for the dsa driver used to put
additional data in the tagger priv (that is actually the dsa priv).
This is called using a switch event DSA_NOTIFIER_TAG_PROTO_CONNECT.
Current use for this is adding handler for the Ethernet packet to keep
the tagger code as dumb as possible.
From what I read in the old series we probably need to drop the priv and
move to a more specific use to prevent any abuse... (or actually just
add an additional priv just for the tagger to prevent any breakage by
removing priv from dsa_port)
I still didn't investigate the slowdown problem that is still present in
some part when the port are actually init.
Hope Andrew is not too angry about this implementation but it seems
flexible and not that bad.
(also in the current code I assume a tagger is always present. This
should be the case or a check if the tagger is not present is needed?)
Also still have to work on the autocast handler but it's really a
function to add with the current implementation. Tagger is already have
support to handle them.
Additional changes to current implementation v3:
The tagger priv has changed to only implement the handler. All the
other stuff is now placed in the qca8k_priv and the tagger has to access
it under lock.
We also add MIB in Ethernet packet with an additional handler.
We also use mdio Ethernet for phy read/write but that is still dubious.
We use the new API from Vladimir to track if the master port is
operational or not. We had to track many thing to reach a usable state.
Checking if the port is UP is not enough and tracking a NETDEV_CHANGE is
also not enough since it use also for other task. The correct way was
both track for interface UP and if a qdisc was assigned to the
interface. That tells us the port (and the tagger indirectly) is ready
to accept and process packet.
Current concern are:
- Any hint about the naming? Is calling this mdio Ethernet correct?
Should we use a more ""standard""/significant name? (considering also
other switch will implement this)
- Should we use Ethernet packet also for phy read/write? From my test it
works right but wonder if we should use mdio for phy and Ethernet for
config/other task? It looks like the switch can work with both mdio
mdio used for reg and Ethernet. (probably a locking internally)
Also from CPU load, what is heavier? mdio or ethernet handling?
Considering how phy works we require 3 skb allocation while for
mdio we need at worst 9+ write.
Aside from these minor concern this should be ready for review.
v4:
- Remove duplicate patch sent by mistake.
v3:
- Include MIB with Ethernet packet.
- Include phy read/write with Ethernet packet.
- Reorganize code with new API.
- Introuce master tracking by Vladimir
v2:
- Address all suggestion from Vladimir.
Try to generilize this with connect/disconnect function from the
tagger and tag_proto_connect for the driver.
Ansuel Smith (11):
net: dsa: tag_qca: convert to FIELD macro
net: dsa: tag_qca: move define to include linux/dsa
net: da: tag_qca: enable promisc_on_master flag
net: dsa: tag_qca: add define for handling mdio Ethernet packet
net: dsa: tag_qca: add define for handling MIB packet
net: dsa: tag_qca: add support for handling mdio Ethernet and MIB
packet
net: dsa: qca8k: add tracking state of master port
net: dsa: qca8k: add support for mdio read/write in Ethernet packet
net: dsa: qca8k: add support for mib autocast in Ethernet packet
net: dsa: qca8k: add support for phy read/write with mdio Ethernet
net: dsa: qca8k: cache lo and hi for mdio write
Vladimir Oltean (4):
net: dsa: provide switch operations for tracking the master state
net: dsa: stop updating master MTU from master.c
net: dsa: hold rtnl_mutex when calling dsa_master_{setup,teardown}
net: dsa: replay master state events in
dsa_tree_{setup,teardown}_master
drivers/net/dsa/qca8k.c | 501 +++++++++++++++++++++++++++++++++++-
drivers/net/dsa/qca8k.h | 31 ++-
include/linux/dsa/tag_qca.h | 79 ++++++
include/net/dsa.h | 11 +
net/dsa/dsa2.c | 81 +++++-
net/dsa/dsa_priv.h | 13 +
net/dsa/master.c | 29 +--
net/dsa/slave.c | 32 +++
net/dsa/switch.c | 15 ++
net/dsa/tag_qca.c | 94 +++++--
10 files changed, 820 insertions(+), 66 deletions(-)
create mode 100644 include/linux/dsa/tag_qca.h
--
2.32.0
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:21
From: Vladimir Oltean <vladimir.oltean@nxp.com>
Certain drivers may need to send management traffic to the switch for
things like register access, FDB dump, etc, to accelerate what their
slow bus (SPI, I2C, MDIO) can already do.
Ethernet is faster (especially in bulk transactions) but is also more
unreliable, since the user may decide to bring the DSA master down (or
not bring it up), therefore severing the link between the host and the
attached switch.
Drivers needing Ethernet-based register access already should have
fallback logic to the slow bus if the Ethernet method fails, but that
fallback may be based on a timeout, and the I/O to the switch may slow
down to a halt if the master is down, because every Ethernet packet will
have to time out. The driver also doesn't have the option to turn off
Ethernet-based I/O momentarily, because it wouldn't know when to turn it
back on.
Which is where this change comes in. By tracking NETDEV_CHANGE,
NETDEV_UP and NETDEV_GOING_DOWN events on the DSA master, we should know
the exact interval of time during which this interface is reliably
available for traffic. Provide this information to switches so they can
use it as they wish.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
include/net/dsa.h | 11 +++++++++++
net/dsa/dsa2.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++
net/dsa/dsa_priv.h | 13 +++++++++++++
net/dsa/slave.c | 32 ++++++++++++++++++++++++++++++++
net/dsa/switch.c | 15 +++++++++++++++
5 files changed, 117 insertions(+)
@@ -299,6 +299,10 @@ struct dsa_port {structlist_headfdbs;structlist_headmdbs;+/* Master state bits, valid only on CPU ports */+u8master_admin_up:1,+master_oper_up:1;+boolsetup;};
@@ -2348,6 +2348,36 @@ static int dsa_slave_netdevice_event(struct notifier_block *nb,err=dsa_port_lag_change(dp,info->lower_state_info);returnnotifier_from_errno(err);}+caseNETDEV_CHANGE:+caseNETDEV_UP:{+/* Track state of master port.+*DSAdrivermayrequirethemasterport(andindirectly+*thetagger)tobeavailableforsomespecialoperation.+*/+if(netdev_uses_dsa(dev)){+structdsa_port*cpu_dp=dev->dsa_ptr;+structdsa_switch_tree*dst=cpu_dp->ds->dst;++/* Track when the master port is UP */+dsa_tree_master_oper_state_change(dst,dev,+netif_oper_up(dev));++/* Track when the master port is ready and can accept+*packet.+*NETDEV_UPeventisnotenoughtoflagaportasready.+*Wealsohavetowaitforlinkwatch_do_devtodev_activate+*andemitaNETDEV_CHANGEevent.+*Wecheckifamasterportisreadybycheckingifthedev+*haveaqdiscassignedandisnotnoop.+*/+dsa_tree_master_admin_state_change(dst,dev,+qdisc_tx_is_noop(dev));++returnNOTIFY_OK;+}++returnNOTIFY_DONE;+}caseNETDEV_GOING_DOWN:{structdsa_port*dp,*cpu_dp;structdsa_switch_tree*dst;
@@ -2359,6 +2389,8 @@ static int dsa_slave_netdevice_event(struct notifier_block *nb,cpu_dp=dev->dsa_ptr;dst=cpu_dp->ds->dst;+dsa_tree_master_admin_state_change(dst,dev,false);+list_for_each_entry(dp,&dst->ports,list){if(!dsa_port_is_user(dp))continue;
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:25
From: Vladimir Oltean <vladimir.oltean@nxp.com>
The dev_set_mtu() call from dsa_master_setup() has been effectively
superseded by the dsa_slave_change_mtu(slave_dev, ETH_DATA_LEN) that is
done from dsa_slave_create() for each user port. This function also
updates the master MTU according to the largest user port MTU from the
tree. Therefore, updating the master MTU through a separate code path
isn't needed.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
---
net/dsa/master.c | 25 +------------------------
1 file changed, 1 insertion(+), 24 deletions(-)
@@ -330,28 +330,13 @@ static const struct attribute_group dsa_group = {.attrs=dsa_slave_attrs,};-staticvoiddsa_master_reset_mtu(structnet_device*dev)-{-interr;--rtnl_lock();-err=dev_set_mtu(dev,ETH_DATA_LEN);-if(err)-netdev_dbg(dev,-"Unable to reset MTU to exclude DSA overheads\n");-rtnl_unlock();-}-staticstructlock_class_keydsa_master_addr_list_lock_key;intdsa_master_setup(structnet_device*dev,structdsa_port*cpu_dp){-conststructdsa_device_ops*tag_ops=cpu_dp->tag_ops;structdsa_switch*ds=cpu_dp->ds;structdevice_link*consumer_link;-intmtu,ret;--mtu=ETH_DATA_LEN+dsa_tag_protocol_overhead(tag_ops);+intret;/* The DSA master must use SET_NETDEV_DEV for this to work. */consumer_link=device_link_add(ds->dev,dev->dev.parent,
@@ -361,13 +346,6 @@ int dsa_master_setup(struct net_device *dev, struct dsa_port *cpu_dp)"Failed to create a device link to DSA switch %s\n",dev_name(ds->dev));-rtnl_lock();-ret=dev_set_mtu(dev,mtu);-rtnl_unlock();-if(ret)-netdev_warn(dev,"error %d setting MTU to %d to include DSA overhead\n",-ret,mtu);-/* If we use a tagging format that doesn't have an ethertype*field,makesurethatallpacketsfromthispointonget*senttothetagformat'sreceivefunction.
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:27
From: Vladimir Oltean <vladimir.oltean@nxp.com>
DSA needs to simulate master tracking events when a binding is first
with a DSA master established and torn down, in order to give drivers
the simplifying guarantee that ->master_state_change calls are made
only when the master's readiness state to pass traffic changes.
master_state_change() provide a operational bool that DSA driver can use
to understand if DSA master is operational or not.
To avoid races, we need to block the reception of
NETDEV_UP/NETDEV_CHANGE/NETDEV_GOING_DOWN events in the netdev notifier
chain while we are changing the master's dev->dsa_ptr (this changes what
netdev_uses_dsa(dev) reports).
The dsa_master_setup() and dsa_master_teardown() functions optionally
require the rtnl_mutex to be held, if the tagger needs the master to be
promiscuous, these functions call dev_set_promiscuity(). Move the
rtnl_lock() from that function and make it top-level.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
net/dsa/dsa2.c | 8 ++++++++
net/dsa/master.c | 4 ++--
2 files changed, 10 insertions(+), 2 deletions(-)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:32
Add all the required define to prepare support for mdio read/write in
Ethernet packet. Any packet of this type has to be dropped as the only
use of these special packet is receive ack for an mdio write request or
receive data for an mdio read request.
A struct is used that emulates the Ethernet header but is used for a
different purpose.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
include/linux/dsa/tag_qca.h | 41 +++++++++++++++++++++++++++++++++++++
net/dsa/tag_qca.c | 13 +++++++++---
2 files changed, 51 insertions(+), 3 deletions(-)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:38
Add qca8k side support for mdio read/write in Ethernet packet.
qca8k supports some specially crafted Ethernet packet that can be used
for mdio read/write instead of the legacy method uart/internal mdio.
This add support for the qca8k side to craft the packet and enqueue it.
Each port and the qca8k_priv have a special struct to put data in it.
The completion API is used to wait for the packet to be received back
with the requested data.
The various steps are:
1. Craft the special packet with the qca hdr set to mdio read/write
mode.
2. Set the lock in the dedicated mdio struct.
3. Reinit the completion.
4. Enqueue the packet.
5. Wait the packet to be received.
6. Use the data set by the tagger to complete the mdio operation.
If the completion timeouts or the ack value is not true, the legacy
mdio way is used.
It has to be considered that in the initial setup mdio is still used and
mdio is still used until DSA is ready to accept and tag packet.
tag_proto_connect() is used to fill the required handler for the tagger
to correctly parse and elaborate the special Ethernet mdio packet.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 189 +++++++++++++++++++++++++++++++++++-
drivers/net/dsa/qca8k.h | 12 +++
include/linux/dsa/tag_qca.h | 2 +-
3 files changed, 201 insertions(+), 2 deletions(-)
@@ -170,6 +171,157 @@ qca8k_rmw(struct qca8k_priv *priv, u32 reg, u32 mask, u32 write_val)returnregmap_update_bits(priv->regmap,reg,mask,write_val);}+staticvoidqca8k_rw_reg_ack_handler(structdsa_port*dp,structsk_buff*skb)+{+structqca8k_mdio_hdr_data*mdio_hdr_data;+structqca8k_priv*priv=dp->ds->priv;+structmdio_ethhdr*mdio_ethhdr;+u8len,cmd;++mdio_ethhdr=(structmdio_ethhdr*)skb_mac_header(skb);+mdio_hdr_data=&priv->mdio_hdr_data;++cmd=FIELD_GET(QCA_HDR_MDIO_CMD,mdio_ethhdr->command);+len=FIELD_GET(QCA_HDR_MDIO_LENGTH,mdio_ethhdr->command);++/* Make sure the seq match the requested packet */+if(mdio_ethhdr->seq==mdio_hdr_data->seq)+mdio_hdr_data->ack=true;++if(cmd==MDIO_READ){+mdio_hdr_data->data[0]=mdio_ethhdr->mdio_data;++/* Get the rest of the 12 byte of data */+if(len>QCA_HDR_MDIO_DATA1_LEN)+memcpy(mdio_hdr_data->data+1,skb->data,+QCA_HDR_MDIO_DATA2_LEN);+}++complete(&mdio_hdr_data->rw_done);+}++staticstructsk_buff*qca8k_alloc_mdio_header(enummdio_cmdcmd,u32reg,u32*val,+intseq_num)+{+structmdio_ethhdr*mdio_ethhdr;+structsk_buff*skb;+u16hdr;++skb=dev_alloc_skb(QCA_HDR_MDIO_PKG_LEN);++prefetchw(skb->data);++skb_reset_mac_header(skb);+skb_set_network_header(skb,skb->len);++mdio_ethhdr=skb_push(skb,QCA_HDR_MDIO_HEADER_LEN+QCA_HDR_LEN);++hdr=FIELD_PREP(QCA_HDR_XMIT_VERSION,QCA_HDR_VERSION);+hdr|=QCA_HDR_XMIT_FROM_CPU;+hdr|=FIELD_PREP(QCA_HDR_XMIT_DP_BIT,BIT(0));+hdr|=FIELD_PREP(QCA_HDR_XMIT_CONTROL,QCA_HDR_XMIT_TYPE_RW_REG);++mdio_ethhdr->seq=FIELD_PREP(QCA_HDR_MDIO_SEQ_NUM,seq_num);++mdio_ethhdr->command=FIELD_PREP(QCA_HDR_MDIO_ADDR,reg);+mdio_ethhdr->command|=FIELD_PREP(QCA_HDR_MDIO_LENGTH,4);+mdio_ethhdr->command|=FIELD_PREP(QCA_HDR_MDIO_CMD,cmd);+mdio_ethhdr->command|=FIELD_PREP(QCA_HDR_MDIO_CHECK_CODE,MDIO_CHECK_CODE_VAL);++if(cmd==MDIO_WRITE)+mdio_ethhdr->mdio_data=*val;++mdio_ethhdr->hdr=htons(hdr);++skb_put_zero(skb,QCA_HDR_MDIO_DATA2_LEN);+skb_put_zero(skb,QCA_HDR_MDIO_PADDING_LEN);++returnskb;+}++staticintqca8k_read_eth(structqca8k_priv*priv,u32reg,u32*val)+{+structqca8k_mdio_hdr_data*mdio_hdr_data=&priv->mdio_hdr_data;+structsk_buff*skb;+boolack;+intret;++skb=qca8k_alloc_mdio_header(MDIO_READ,reg,NULL,200);+skb->dev=dsa_to_port(priv->ds,0)->master;++mutex_lock(&mdio_hdr_data->mutex);++reinit_completion(&mdio_hdr_data->rw_done);+mdio_hdr_data->seq=200;+mdio_hdr_data->ack=false;++dev_queue_xmit(skb);++ret=wait_for_completion_timeout(&mdio_hdr_data->rw_done,QCA8K_ETHERNET_TIMEOUT);++*val=mdio_hdr_data->data[0];+ack=mdio_hdr_data->ack;++mutex_unlock(&mdio_hdr_data->mutex);++if(ret<=0)+return-ETIMEDOUT;++if(!ack)+return-EINVAL;++return0;+}++staticintqca8k_write_eth(structqca8k_priv*priv,u32reg,u32val)+{+structqca8k_mdio_hdr_data*mdio_hdr_data=&priv->mdio_hdr_data;+structsk_buff*skb;+boolack;+intret;++skb=qca8k_alloc_mdio_header(MDIO_WRITE,reg,&val,200);+skb->dev=dsa_to_port(priv->ds,0)->master;++mutex_lock(&mdio_hdr_data->mutex);++reinit_completion(&mdio_hdr_data->rw_done);+mdio_hdr_data->ack=false;+mdio_hdr_data->seq=200;++dev_queue_xmit(skb);++ret=wait_for_completion_timeout(&mdio_hdr_data->rw_done,QCA8K_ETHERNET_TIMEOUT);++ack=mdio_hdr_data->ack;++mutex_unlock(&mdio_hdr_data->mutex);++if(ret<=0)+return-ETIMEDOUT;++if(!ack)+return-EINVAL;++return0;+}++staticint+qca8k_regmap_update_bits_eth(structqca8k_priv*priv,u32reg,u32mask,u32write_val)+{+u32val=0;+intret;++ret=qca8k_read_eth(priv,reg,&val);+if(ret)+returnret;++val&=~mask;+val|=write_val;++returnqca8k_write_eth(priv,reg,val);+}+staticintqca8k_regmap_read(void*ctx,uint32_treg,uint32_t*val){
@@ -1232,7 +1394,7 @@ qca8k_setup(struct dsa_switch *ds)}/* Individual user ports get connected to CPU port only */-if(dsa_is_user_port(ds,i)){+if(dsa_is_dsa_port(ds,i)){ret=qca8k_rmw(priv,QCA8K_PORT_LOOKUP_CTRL(i),QCA8K_PORT_LOOKUP_MEMBER,BIT(cpu_port));
@@ -328,6 +331,14 @@ enum {QCA8K_CPU_PORT6,};+structqca8k_mdio_hdr_data{+structcompletionrw_done;+structmutexmutex;/* Enforce one mdio read/write at time */+boolack;+u32seq;+u32data[4];+};+structqca8k_ports_config{boolsgmii_rx_clk_falling_edge;boolsgmii_tx_clk_falling_edge;
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:41
The switch can autocast MIB counter using Ethernet packet.
Add support for this and provide a handler for the tagger.
The switch will send packet with MIB counter for each port, the switch
will use completion API to wait for the correct packet to be received
and will complete the task only when each packet is received.
Although the handler will drop all the other packet, we still have to
consume each MIB packet to complete the request. This is done to prevent
mixed data with concurrent ethtool request.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 102 +++++++++++++++++++++++++++++++++++++++-
drivers/net/dsa/qca8k.h | 18 ++++++-
2 files changed, 117 insertions(+), 3 deletions(-)
@@ -1865,6 +1868,97 @@ qca8k_get_strings(struct dsa_switch *ds, int port, u32 stringset, uint8_t *data)ETH_GSTRING_LEN);}+staticvoidqca8k_mib_autocast_handler(structdsa_port*dp,structsk_buff*skb)+{+conststructqca8k_match_data*match_data;+structqca8k_mib_hdr_data*mib_hdr_data;+structqca8k_priv*priv=dp->ds->priv;+conststructqca8k_mib_desc*mib;+structmib_ethhdr*mib_ethhdr;+inti,mib_len,offset=0;+u64*data;+u8port;++mib_ethhdr=(structmib_ethhdr*)skb_mac_header(skb);+mib_hdr_data=&priv->mib_hdr_data;++/* The switch autocast every port. Ignore other packet and+*parseonlytherequestedone.+*/+port=FIELD_GET(QCA_HDR_RECV_SOURCE_PORT,ntohs(mib_ethhdr->hdr));+if(port!=mib_hdr_data->req_port)+gotoexit;++match_data=device_get_match_data(priv->dev);+data=mib_hdr_data->data;++for(i=0;i<match_data->mib_count;i++){+mib=&ar8327_mib[i];++/* First 3 mib are present in the skb head */+if(i<3){+data[i]=mib_ethhdr->data[i];+continue;+}++mib_len=sizeof(uint32_t);++/* Some mib are 64 bit wide */+if(mib->size==2)+mib_len=sizeof(uint64_t);++/* Copy the mib value from packet to the */+memcpy(data+i,skb->data+offset,mib_len);++/* Set the offset for the next mib */+offset+=mib_len;+}++exit:+/* Complete on receiving all the mib packet */+if(refcount_dec_and_test(&mib_hdr_data->port_parsed))+complete(&mib_hdr_data->rw_done);+}++staticint+qca8k_get_ethtool_stats_eth(structdsa_switch*ds,intport,u64*data)+{+structdsa_port*dp=dsa_to_port(ds,port);+structqca8k_mib_hdr_data*mib_hdr_data;+structqca8k_priv*priv=ds->priv;+intret;++mib_hdr_data=&priv->mib_hdr_data;++mutex_lock(&mib_hdr_data->mutex);++reinit_completion(&mib_hdr_data->rw_done);++mib_hdr_data->req_port=dp->index;+mib_hdr_data->data=data;+refcount_set(&mib_hdr_data->port_parsed,QCA8K_NUM_PORTS);++mutex_lock(&priv->reg_mutex);++/* Send mib autocast request */+ret=regmap_update_bits(priv->regmap,QCA8K_REG_MIB,+QCA8K_MIB_FUNC|QCA8K_MIB_BUSY,+FIELD_PREP(QCA8K_MIB_FUNC,QCA8K_MIB_CAST)|+QCA8K_MIB_BUSY);++mutex_unlock(&priv->reg_mutex);++if(ret)+gotoexit;++ret=wait_for_completion_timeout(&mib_hdr_data->rw_done,QCA8K_ETHERNET_TIMEOUT);++mutex_unlock(&mib_hdr_data->mutex);++exit:+returnret;+}+staticvoidqca8k_get_ethtool_stats(structdsa_switch*ds,intport,uint64_t*data)
@@ -1876,6 +1970,10 @@ qca8k_get_ethtool_stats(struct dsa_switch *ds, int port,u32hi=0;intret;+if(priv->master_oper&&+qca8k_get_ethtool_stats_eth(ds,port,data)>0)+return;+match_data=of_device_get_match_data(priv->dev);for(i=0;i<match_data->mib_count;i++){
@@ -2572,7 +2670,7 @@ static int qca8k_connect_tag_protocol(struct dsa_switch *ds,init_completion(&qca8k_priv->mdio_hdr_data.rw_done);priv->rw_reg_ack_handler=qca8k_rw_reg_ack_handler;-+priv->mib_autocast_handler=qca8k_mib_autocast_handler;break;default:return-EOPNOTSUPP;
@@ -339,6 +345,15 @@ struct qca8k_mdio_hdr_data {u32data[4];};+structqca8k_mib_hdr_data{+structcompletionrw_done;+structmutexmutex;/* Process one command at time */+refcount_tport_parsed;/* Counter to track parsed port */+u8req_port;+u64*data;/* pointer to ethtool data */+boolready;+};+structqca8k_ports_config{boolsgmii_rx_clk_falling_edge;boolsgmii_tx_clk_falling_edge;
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:45
MDIO/MIB Ethernet require the master port and the tagger availabale to
correctly work. Use the new api master_state_change to track when master
is operational or not and set a bool in qca8k_priv.
This bool will later be used by mdio read/write and mib request to
correctly use the working function.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 13 +++++++++++++
drivers/net/dsa/qca8k.h | 1 +
2 files changed, 14 insertions(+)
@@ -342,6 +342,7 @@ struct qca8k_priv {u8mirror_rx;u8mirror_tx;u8lag_hash_mode;+boolmaster_oper;/* Track if mdio/mib Ethernet is available */boollegacy_phy_port_mapping;structqca8k_ports_configports_config;structregmap*regmap;
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:47
From: Vladimir Oltean <vladimir.oltean@nxp.com>
In order for switch driver to be able to make simple and reliable use of
the master tracking operations, they must also be notified of the
initial state of the DSA master, not just of the changes. This is
because they might enable certain features only during the time when
they know that the DSA master is up and running.
Therefore, this change explicitly checks the state of the DSA master
under the same rtnl_mutex as we were holding during the
dsa_master_setup() and dsa_master_teardown() call. The idea being that
if the DSA master became operational in between the moment in which it
became a DSA master (dsa_master_setup set dev->dsa_ptr) and the moment
when we checked for the master being up, there is a chance that we
would emit a ->master_state_change() call with no actual state change.
We need to avoid that by serializing the concurrent netdevice event with
us. If the netdevice event started before, we force it to finish before
we begin, because we take rtnl_lock before making netdev_uses_dsa()
return true. So we also handle that early event and do nothing on it.
Similarly, if the dev_open() attempt is concurrent with us, it will
attempt to take the rtnl_mutex, but we're holding it. We'll see that
the master flag IFF_UP isn't set, then when we release the rtnl_mutex
we'll process the NETDEV_UP notifier.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
net/dsa/dsa2.c | 27 +++++++++++++++++++++++----
1 file changed, 23 insertions(+), 4 deletions(-)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:48
From Documentation, we can cache lo and hi the same way we do with the
page. This massively reduce the mdio write as 3/4 of the time we only
require to write the lo or hi part for a mdio write.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 49 ++++++++++++++++++++++++++++++++++++-----
1 file changed, 44 insertions(+), 5 deletions(-)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:50
Use mdio Ethernet also for phy read/write if availabale. Use a different
seq number to make sure we receive the correct packet.
On any error, we fallback to the legacy mdio read/write.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 150 ++++++++++++++++++++++++++++++++++++++++
1 file changed, 150 insertions(+)
@@ -831,6 +831,125 @@ qca8k_port_set_status(struct qca8k_priv *priv, int port, int enable)regmap_clear_bits(priv->regmap,QCA8K_REG_PORT_STATUS(port),mask);}+staticint+qca8k_mdio_eth_busy_wait(structqca8k_mdio_hdr_data*phy_hdr_data,+structsk_buff*read_skb,u32*val)+{+structsk_buff*skb=skb_copy(read_skb,GFP_KERNEL);+boolack;+intret;++reinit_completion(&phy_hdr_data->rw_done);+phy_hdr_data->seq=400;+phy_hdr_data->ack=false;++dev_queue_xmit(skb);++ret=wait_for_completion_timeout(&phy_hdr_data->rw_done,+QCA8K_ETHERNET_TIMEOUT);++ack=phy_hdr_data->ack;++if(ret<=0)+return-ETIMEDOUT;++if(!ack)+return-EINVAL;++*val=phy_hdr_data->data[0];++return0;+}++staticint+qca8k_mdio_eth_command(structqca8k_priv*priv,boolread,intphy,+intregnum,u16data)+{+structnet_device*dev=dsa_to_port(priv->ds,0)->master;+structsk_buff*write_skb,*clear_skb,*read_skb;+structqca8k_mdio_hdr_data*phy_hdr_data;+u32write_val,clear_val=0,val;+intseq_num=400;+intret,ret1;+boolack;++if(regnum>=QCA8K_MDIO_MASTER_MAX_REG)+return-EINVAL;++phy_hdr_data=&priv->mdio_hdr_data;++write_val=QCA8K_MDIO_MASTER_BUSY|QCA8K_MDIO_MASTER_EN|+QCA8K_MDIO_MASTER_PHY_ADDR(phy)|+QCA8K_MDIO_MASTER_REG_ADDR(regnum);++if(read){+write_val|=QCA8K_MDIO_MASTER_READ;+}else{+write_val|=QCA8K_MDIO_MASTER_WRITE;+write_val|=QCA8K_MDIO_MASTER_DATA(data);+}++/* Prealloc all the needed skb before the lock */+write_skb=qca8k_alloc_mdio_header(MDIO_WRITE,QCA8K_MDIO_MASTER_CTRL,+&write_val,seq_num);+write_skb->dev=dev;+clear_skb=qca8k_alloc_mdio_header(MDIO_WRITE,QCA8K_MDIO_MASTER_CTRL,+&clear_val,seq_num);+clear_skb->dev=dev;+read_skb=qca8k_alloc_mdio_header(MDIO_READ,QCA8K_MDIO_MASTER_CTRL,+&clear_val,seq_num);+read_skb->dev=dev;++/* Actually start the request:+*1.Sendmdiomasterpacket+*2.BusyWaitformdiomastercommand+*3.Getthedataifwearereading+*4.Resetthemdiomaster(evenwitherror)+*/+mutex_lock(&phy_hdr_data->mutex);++reinit_completion(&phy_hdr_data->rw_done);+phy_hdr_data->ack=false;+phy_hdr_data->seq=seq_num;++dev_queue_xmit(write_skb);++ret=wait_for_completion_timeout(&phy_hdr_data->rw_done,+QCA8K_ETHERNET_TIMEOUT);++ack=phy_hdr_data->ack;++if(ret<=0){+ret=-ETIMEDOUT;+gotoexit;+}++if(!ack){+ret=-EINVAL;+gotoexit;+}++ret=read_poll_timeout(qca8k_mdio_eth_busy_wait,ret1,+!(val&QCA8K_MDIO_MASTER_BUSY),0,+QCA8K_BUSY_WAIT_TIMEOUT*USEC_PER_MSEC,false,+phy_hdr_data,read_skb,&val);++if(ret<0&&ret1<0)+ret=ret1;++if(read)+ret=phy_hdr_data->data[0]&QCA8K_MDIO_MASTER_DATA_MASK;++exit:+dev_queue_xmit(clear_skb);++mutex_unlock(&phy_hdr_data->mutex);++kfree_skb(read_skb);++returnret;+}+staticu32qca8k_port_to_phy(intport){
@@ -953,6 +1072,14 @@ qca8k_internal_mdio_write(struct mii_bus *slave_bus, int phy, int regnum, u16 da{structqca8k_priv*priv=slave_bus->priv;structmii_bus*bus=priv->bus;+intret;++/* Use mdio Ethernet when available, fallback to legacy one on error */+if(priv->master_oper){+ret=qca8k_mdio_eth_command(priv,false,phy,regnum,data);+if(!ret)+return0;+}returnqca8k_mdio_write(bus,phy,regnum,data);}
@@ -962,6 +1089,14 @@ qca8k_internal_mdio_read(struct mii_bus *slave_bus, int phy, int regnum){structqca8k_priv*priv=slave_bus->priv;structmii_bus*bus=priv->bus;+intret;++/* Use mdio Ethernet when available, fallback to legacy one on error */+if(priv->master_oper){+ret=qca8k_mdio_eth_command(priv,true,phy,regnum,0);+if(ret>=0)+returnret;+}returnqca8k_mdio_read(bus,phy,regnum);}
@@ -970,6 +1105,7 @@ static intqca8k_phy_write(structdsa_switch*ds,intport,intregnum,u16data){structqca8k_priv*priv=ds->priv;+intret;/* Check if the legacy mapping should be used and the*portisnotcorrectlymappedtotherightPHYinthe
@@ -978,6 +1114,13 @@ qca8k_phy_write(struct dsa_switch *ds, int port, int regnum, u16 data)if(priv->legacy_phy_port_mapping)port=qca8k_port_to_phy(port)%PHY_MAX_ADDR;+/* Use mdio Ethernet when available, fallback to legacy one on error */+if(priv->master_oper){+ret=qca8k_mdio_eth_command(priv,true,port,regnum,0);+if(!ret)+returnret;+}+returnqca8k_mdio_write(priv->bus,port,regnum,data);}
@@ -994,6 +1137,13 @@ qca8k_phy_read(struct dsa_switch *ds, int port, int regnum)if(priv->legacy_phy_port_mapping)port=qca8k_port_to_phy(port)%PHY_MAX_ADDR;+/* Use mdio Ethernet when available, fallback to legacy one on error */+if(priv->master_oper){+ret=qca8k_mdio_eth_command(priv,true,port,regnum,0);+if(ret>=0)+returnret;+}+ret=qca8k_mdio_read(priv->bus,port,regnum);if(ret<0)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:58:59
Add connect/disconnect helper to assign private struct to the cpu port
dsa priv.
Add support for Ethernet mdio packet and MIB packet if the dsa driver
provide an handler to correctly parse and elaborate the data.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
net/dsa/tag_qca.c | 52 +++++++++++++++++++++++++++++++++++++++++++++--
1 file changed, 50 insertions(+), 2 deletions(-)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:59:00
Move tag_qca define to include dir linux/dsa as the qca8k require access
to the tagger define to support in-band mdio read/write using ethernet
packet.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
include/linux/dsa/tag_qca.h | 21 +++++++++++++++++++++
net/dsa/tag_qca.c | 16 +---------------
2 files changed, 22 insertions(+), 15 deletions(-)
create mode 100644 include/linux/dsa/tag_qca.h
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:59:03
Ethernet MDIO packets are non-standard and DSA master expects the first
6 octets to be the MAC DA. To address these kind of packet, enable
promisc_on_master flag for the tagger.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
net/dsa/tag_qca.c | 1 +
1 file changed, 1 insertion(+)
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-11 19:59:06
Convert driver to FIELD macro to drop redundant define.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
net/dsa/tag_qca.c | 34 +++++++++++++++-------------------
1 file changed, 15 insertions(+), 19 deletions(-)
@@ -40,8 +35,9 @@ static struct sk_buff *qca_tag_xmit(struct sk_buff *skb, struct net_device *dev)phdr=dsa_etype_header_pos_tx(skb);/* Set the version field, and set destination port information */-hdr=QCA_HDR_VERSION<<QCA_HDR_XMIT_VERSION_S|-QCA_HDR_XMIT_FROM_CPU|BIT(dp->index);+hdr=FIELD_PREP(QCA_HDR_XMIT_VERSION,QCA_HDR_VERSION);+hdr|=QCA_HDR_XMIT_FROM_CPU;+hdr|=FIELD_PREP(QCA_HDR_XMIT_DP_BIT,BIT(dp->index));*phdr=htons(hdr);
@@ -62,7 +58,7 @@ static struct sk_buff *qca_tag_rcv(struct sk_buff *skb, struct net_device *dev)hdr=ntohs(*phdr);/* Make sure the version is correct */-ver=(hdr&QCA_HDR_RECV_VERSION_MASK)>>QCA_HDR_RECV_VERSION_S;+ver=FIELD_GET(QCA_HDR_RECV_VERSION,hdr);if(unlikely(ver!=QCA_HDR_VERSION))returnNULL;
@@ -71,7 +67,7 @@ static struct sk_buff *qca_tag_rcv(struct sk_buff *skb, struct net_device *dev)dsa_strip_etype_header(skb,QCA_HDR_LEN);/* Get source port information */-port=(hdr&QCA_HDR_RECV_SOURCE_PORT_MASK);+port=FIELD_GET(QCA_HDR_RECV_SOURCE_PORT,hdr);skb->dev=dsa_master_find_slave(dev,0,port);if(!skb->dev)
From Documentation, we can cache lo and hi the same way we do with the
page. This massively reduce the mdio write as 3/4 of the time we only
require to write the lo or hi part for a mdio write.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 49 ++++++++++++++++++++++++++++++++++++-----
1 file changed, 44 insertions(+), 5 deletions(-)
Let's assume I have two qca8k switches in my system on the same or a different MDIO bus, is not the caching supposed to be a per-qca8k switch instance thing?
quoted hunk
++static int+qca8k_set_lo(struct mii_bus *bus, int phy_id, u32 regnum, u16 lo)+{+ int ret;++ if (lo == qca8k_current_lo) {+ // pr_info("SAME LOW");
Stray debugging left.
quoted hunk
+ return 0;+ }++ ret = bus->write(bus, phy_id, regnum, lo);+ if (ret < 0)+ dev_err_ratelimited(&bus->dev,+ "failed to write qca8k 32bit lo register\n");++ qca8k_current_lo = lo;+ return 0;+}++static u16 qca8k_current_hi = 0xffff;++static int+qca8k_set_hi(struct mii_bus *bus, int phy_id, u32 regnum, u16 hi)+{+ int ret;++ if (hi == qca8k_current_hi) {+ // pr_info("SAME HI");
Add qca8k side support for mdio read/write in Ethernet packet.
qca8k supports some specially crafted Ethernet packet that can be used
for mdio read/write instead of the legacy method uart/internal mdio.
This add support for the qca8k side to craft the packet and enqueue it.
Each port and the qca8k_priv have a special struct to put data in it.
The completion API is used to wait for the packet to be received back
with the requested data.
The various steps are:
1. Craft the special packet with the qca hdr set to mdio read/write
mode.
2. Set the lock in the dedicated mdio struct.
3. Reinit the completion.
4. Enqueue the packet.
5. Wait the packet to be received.
6. Use the data set by the tagger to complete the mdio operation.
If the completion timeouts or the ack value is not true, the legacy
mdio way is used.
It has to be considered that in the initial setup mdio is still used and
mdio is still used until DSA is ready to accept and tag packet.
tag_proto_connect() is used to fill the required handler for the tagger
to correctly parse and elaborate the special Ethernet mdio packet.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
From: Vladimir Oltean <vladimir.oltean@nxp.com>
Certain drivers may need to send management traffic to the switch for
things like register access, FDB dump, etc, to accelerate what their
slow bus (SPI, I2C, MDIO) can already do.
Ethernet is faster (especially in bulk transactions) but is also more
unreliable, since the user may decide to bring the DSA master down (or
not bring it up), therefore severing the link between the host and the
attached switch.
Drivers needing Ethernet-based register access already should have
fallback logic to the slow bus if the Ethernet method fails, but that
fallback may be based on a timeout, and the I/O to the switch may slow
down to a halt if the master is down, because every Ethernet packet will
have to time out. The driver also doesn't have the option to turn off
Ethernet-based I/O momentarily, because it wouldn't know when to turn it
back on.
Which is where this change comes in. By tracking NETDEV_CHANGE,
NETDEV_UP and NETDEV_GOING_DOWN events on the DSA master, we should know
the exact interval of time during which this interface is reliably
available for traffic. Provide this information to switches so they can
use it as they wish.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
include/net/dsa.h | 11 +++++++++++
net/dsa/dsa2.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++
net/dsa/dsa_priv.h | 13 +++++++++++++
net/dsa/slave.c | 32 ++++++++++++++++++++++++++++++++
net/dsa/switch.c | 15 +++++++++++++++
5 files changed, 117 insertions(+)
@@ -299,6 +299,10 @@ struct dsa_port {structlist_headfdbs;structlist_headmdbs;+/* Master state bits, valid only on CPU ports */+u8master_admin_up:1,+master_oper_up:1;+boolsetup;};
@@ -2348,6 +2348,36 @@ static int dsa_slave_netdevice_event(struct notifier_block *nb,err=dsa_port_lag_change(dp,info->lower_state_info);returnnotifier_from_errno(err);}+caseNETDEV_CHANGE:+caseNETDEV_UP:{+/* Track state of master port.+*DSAdrivermayrequirethemasterport(andindirectly+*thetagger)tobeavailableforsomespecialoperation.+*/+if(netdev_uses_dsa(dev)){+structdsa_port*cpu_dp=dev->dsa_ptr;+structdsa_switch_tree*dst=cpu_dp->ds->dst;++/* Track when the master port is UP */+dsa_tree_master_oper_state_change(dst,dev,+netif_oper_up(dev));++/* Track when the master port is ready and can accept+*packet.+*NETDEV_UPeventisnotenoughtoflagaportasready.+*Wealsohavetowaitforlinkwatch_do_devtodev_activate+*andemitaNETDEV_CHANGEevent.+*Wecheckifamasterportisreadybycheckingifthedev+*haveaqdiscassignedandisnotnoop.+*/+dsa_tree_master_admin_state_change(dst,dev,+qdisc_tx_is_noop(dev));
If my kernel is built with no packet scheduler, is not the interface going to be configured with noop all of the time?
Other than that LGTM!
--
Florian
From: Vladimir Oltean <vladimir.oltean@nxp.com>
The dev_set_mtu() call from dsa_master_setup() has been effectively
superseded by the dsa_slave_change_mtu(slave_dev, ETH_DATA_LEN) that is
done from dsa_slave_create() for each user port. This function also
updates the master MTU according to the largest user port MTU from the
tree. Therefore, updating the master MTU through a separate code path
isn't needed.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
From: Vladimir Oltean <vladimir.oltean@nxp.com>
DSA needs to simulate master tracking events when a binding is first
with a DSA master established and torn down, in order to give drivers
the simplifying guarantee that ->master_state_change calls are made
only when the master's readiness state to pass traffic changes.
master_state_change() provide a operational bool that DSA driver can use
to understand if DSA master is operational or not.
To avoid races, we need to block the reception of
NETDEV_UP/NETDEV_CHANGE/NETDEV_GOING_DOWN events in the netdev notifier
chain while we are changing the master's dev->dsa_ptr (this changes what
netdev_uses_dsa(dev) reports).
The dsa_master_setup() and dsa_master_teardown() functions optionally
require the rtnl_mutex to be held, if the tagger needs the master to be
promiscuous, these functions call dev_set_promiscuity(). Move the
rtnl_lock() from that function and make it top-level.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
From: Vladimir Oltean <vladimir.oltean@nxp.com>
In order for switch driver to be able to make simple and reliable use of
the master tracking operations, they must also be notified of the
initial state of the DSA master, not just of the changes. This is
because they might enable certain features only during the time when
they know that the DSA master is up and running.
Therefore, this change explicitly checks the state of the DSA master
under the same rtnl_mutex as we were holding during the
dsa_master_setup() and dsa_master_teardown() call. The idea being that
if the DSA master became operational in between the moment in which it
became a DSA master (dsa_master_setup set dev->dsa_ptr) and the moment
when we checked for the master being up, there is a chance that we
would emit a ->master_state_change() call with no actual state change.
We need to avoid that by serializing the concurrent netdevice event with
us. If the netdevice event started before, we force it to finish before
we begin, because we take rtnl_lock before making netdev_uses_dsa()
return true. So we also handle that early event and do nothing on it.
Similarly, if the dev_open() attempt is concurrent with us, it will
attempt to take the rtnl_mutex, but we're holding it. We'll see that
the master flag IFF_UP isn't set, then when we release the rtnl_mutex
we'll process the NETDEV_UP notifier.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
With the caveat from patch #1 about qdisc_noop addressed:
Reviewed-by: Florian Fainelli <f.fainelli@gmail.com>
--
Florian
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-12 17:41:15
On Sat, Dec 11, 2021 at 08:12:51PM -0800, Florian Fainelli wrote:
On 12/11/2021 11:57 AM, Ansuel Smith wrote:
quoted
Add qca8k side support for mdio read/write in Ethernet packet.
qca8k supports some specially crafted Ethernet packet that can be used
for mdio read/write instead of the legacy method uart/internal mdio.
This add support for the qca8k side to craft the packet and enqueue it.
Each port and the qca8k_priv have a special struct to put data in it.
The completion API is used to wait for the packet to be received back
with the requested data.
The various steps are:
1. Craft the special packet with the qca hdr set to mdio read/write
mode.
2. Set the lock in the dedicated mdio struct.
3. Reinit the completion.
4. Enqueue the packet.
5. Wait the packet to be received.
6. Use the data set by the tagger to complete the mdio operation.
If the completion timeouts or the ack value is not true, the legacy
mdio way is used.
It has to be considered that in the initial setup mdio is still used and
mdio is still used until DSA is ready to accept and tag packet.
tag_proto_connect() is used to fill the required handler for the tagger
to correctly parse and elaborate the special Ethernet mdio packet.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-12 17:43:44
On Sat, Dec 11, 2021 at 08:04:42PM -0800, Florian Fainelli wrote:
On 12/11/2021 11:57 AM, Ansuel Smith wrote:
quoted
From Documentation, we can cache lo and hi the same way we do with the
page. This massively reduce the mdio write as 3/4 of the time we only
require to write the lo or hi part for a mdio write.
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
drivers/net/dsa/qca8k.c | 49 ++++++++++++++++++++++++++++++++++++-----
1 file changed, 44 insertions(+), 5 deletions(-)
Let's assume I have two qca8k switches in my system on the same or a
different MDIO bus, is not the caching supposed to be a per-qca8k switch
instance thing?
Also another user made me notice this... This problem is present from
when the driver was implemented and I think with the assumption that
only one switch was present in the device. We actually found SoC with 2
qca8k switch.
I will add a patch to move these stuff (and the cache page variable) in
the qca8k priv.
quoted
++static int+qca8k_set_lo(struct mii_bus *bus, int phy_id, u32 regnum, u16 lo)+{+ int ret;++ if (lo == qca8k_current_lo) {+ // pr_info("SAME LOW");
Stray debugging left.
Sorry.
quoted
+ return 0;+ }++ ret = bus->write(bus, phy_id, regnum, lo);+ if (ret < 0)+ dev_err_ratelimited(&bus->dev,+ "failed to write qca8k 32bit lo register\n");++ qca8k_current_lo = lo;+ return 0;+}++static u16 qca8k_current_hi = 0xffff;++static int+qca8k_set_hi(struct mii_bus *bus, int phy_id, u32 regnum, u16 hi)+{+ int ret;++ if (hi == qca8k_current_hi) {+ // pr_info("SAME HI");
From: Ansuel Smith <ansuelsmth@gmail.com> Date: 2021-12-12 18:19:35
On Sat, Dec 11, 2021 at 08:22:39PM -0800, Florian Fainelli wrote:
On 12/11/2021 11:57 AM, Ansuel Smith wrote:
quoted
From: Vladimir Oltean <vladimir.oltean@nxp.com>
Certain drivers may need to send management traffic to the switch for
things like register access, FDB dump, etc, to accelerate what their
slow bus (SPI, I2C, MDIO) can already do.
Ethernet is faster (especially in bulk transactions) but is also more
unreliable, since the user may decide to bring the DSA master down (or
not bring it up), therefore severing the link between the host and the
attached switch.
Drivers needing Ethernet-based register access already should have
fallback logic to the slow bus if the Ethernet method fails, but that
fallback may be based on a timeout, and the I/O to the switch may slow
down to a halt if the master is down, because every Ethernet packet will
have to time out. The driver also doesn't have the option to turn off
Ethernet-based I/O momentarily, because it wouldn't know when to turn it
back on.
Which is where this change comes in. By tracking NETDEV_CHANGE,
NETDEV_UP and NETDEV_GOING_DOWN events on the DSA master, we should know
the exact interval of time during which this interface is reliably
available for traffic. Provide this information to switches so they can
use it as they wish.
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
---
include/net/dsa.h | 11 +++++++++++
net/dsa/dsa2.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++
net/dsa/dsa_priv.h | 13 +++++++++++++
net/dsa/slave.c | 32 ++++++++++++++++++++++++++++++++
net/dsa/switch.c | 15 +++++++++++++++
5 files changed, 117 insertions(+)
@@ -299,6 +299,10 @@ struct dsa_port {structlist_headfdbs;structlist_headmdbs;+/* Master state bits, valid only on CPU ports */+u8master_admin_up:1,+master_oper_up:1;+boolsetup;};
@@ -2348,6 +2348,36 @@ static int dsa_slave_netdevice_event(struct notifier_block *nb,err=dsa_port_lag_change(dp,info->lower_state_info);returnnotifier_from_errno(err);}+caseNETDEV_CHANGE:+caseNETDEV_UP:{+/* Track state of master port.+*DSAdrivermayrequirethemasterport(andindirectly+*thetagger)tobeavailableforsomespecialoperation.+*/+if(netdev_uses_dsa(dev)){+structdsa_port*cpu_dp=dev->dsa_ptr;+structdsa_switch_tree*dst=cpu_dp->ds->dst;++/* Track when the master port is UP */+dsa_tree_master_oper_state_change(dst,dev,+netif_oper_up(dev));++/* Track when the master port is ready and can accept+*packet.+*NETDEV_UPeventisnotenoughtoflagaportasready.+*Wealsohavetowaitforlinkwatch_do_devtodev_activate+*andemitaNETDEV_CHANGEevent.+*Wecheckifamasterportisreadybycheckingifthedev+*haveaqdiscassignedandisnotnoop.+*/+dsa_tree_master_admin_state_change(dst,dev,+qdisc_tx_is_noop(dev));
If my kernel is built with no packet scheduler, is not the interface going
to be configured with noop all of the time?
Other than that LGTM!
Ok I just notice, tracking attach_default_qdiscs fail is a nightmare...
Refcount is not set with noop so we can't use that.
dev->qdisc is set to noop by default.
Starting to think we need a way to add more info to the notifier or dev
activate... Unless there is a way to also check when noop is actually
activated.
(or just add a priv_flag with for dev_activated)
From: Vladimir Oltean <olteanv@gmail.com> Date: 2021-12-12 18:19:45
Hi Florian,
On Sat, Dec 11, 2021 at 08:22:39PM -0800, Florian Fainelli wrote:
If my kernel is built with no packet scheduler, is not the interface going
to be configured with noop all of the time?
I made this test and it looks like interfaces that are down use noop,
normal multi-queue interfaces use mq, and stacked interfaces using LLTX
like DSA use noqueue when up:
root@debian:~# zcat /proc/config.gz | grep NET_SCHED
# CONFIG_NET_SCHED is not set
root@debian:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 02:0b:67:72:9a:d5 brd ff:ff:ff:ff:ff:ff
3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
4: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc mq state UP group default qlen 1000
link/ether de:79:92:89:2e:e6 brd ff:ff:ff:ff:ff:ff
altname enp0s0f2
inet6 fe80::dc79:92ff:fe89:2ee6/64 scope link
valid_lft forever preferred_lft forever
5: swp0@eno2: <BROADCAST,MULTICAST> mtu 1504 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
6: swp1@eno2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
7: swp2@eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc noqueue state UP group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
inet6 fe80::a4f4:afff:fefd:fc73/64 scope link
valid_lft forever preferred_lft forever
8: sw0p0@swp0: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
9: sw0p1@swp0: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
10: sw0p2@swp0: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
11: sw2p0@swp2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
inet6 fe80::a4f4:afff:fefd:fc73/64 scope link
valid_lft forever preferred_lft forever
12: sw2p1@swp2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
13: sw2p2@swp2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
14: sw2p3@swp2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether a6:f4:af:fd:fc:73 brd ff:ff:ff:ff:ff:ff
Would this test be sufficient or do you have a specific concern?