Thread (12 messages) flat view 12 messages, 5 authors, 2020-05-12

Re: [PATCH v1 net-next 2/3] net: dsa: felix: Configure Time-Aware Scheduler via taprio offload

From: Vladimir Oltean <olteanv@gmail.com>
Date: 2020-05-12 00:11:07
Also in: lkml

On Tue, 12 May 2020 at 02:54, David Miller [off-list ref] wrote:
From: Xiaoliang Yang <redacted>
Date: Mon, 11 May 2020 13:43:31 +0800
quoted
@@ -710,7 +714,7 @@ static void felix_port_policer_del(struct dsa_switch *ds, int port)
      ocelot_port_policer_del(ocelot, port);
 }

-static const struct dsa_switch_ops felix_switch_ops = {
+static struct dsa_switch_ops felix_switch_ops = {
      .get_tag_protocol       = felix_get_tag_protocol,
      .setup                  = felix_setup,
      .teardown               = felix_teardown,
There has to be a better way to do this, removing const for operation
structs is very undesirable.
Actually I think this was at my suggestion, but now I agree that it is
a bit undesirable.
struct felix_info is on its toes in case vsc7511 or any other switch
revision will be added to the felix driver. It is likely that those
other chips will have hardware support for a different set of qdiscs.
So we thought of populating the .port_setup_tc conditionally,
depending on chip version (while also having DSA return -EOPNOTSUPP
automatically when the function pointer is NULL). Otherwise an extra
function call would be needed. But I think that keeping felix flexible
for more hardware revisions is a concern to be had for another
time/somebody else.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help