[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BN8PR12MB3266C894D60449BD86E7CE69D3530@BN8PR12MB3266.namprd12.prod.outlook.com>
Date: Wed, 18 Dec 2019 23:08:45 +0000
From: Jose Abreu <Jose.Abreu@...opsys.com>
To: Vinicius Costa Gomes <vinicius.gomes@...el.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
CC: Joao Pinto <Joao.Pinto@...opsys.com>,
David Ahern <dsahern@...il.com>
Subject: RE: [PATCH iproute2-next] taprio: Add support for the SetAndHold and
SetAndRelease commands
From: Vinicius Costa Gomes <vinicius.gomes@...el.com>
Date: Dec/18/2019, 23:05:13 (UTC+00:00)
> Hi Jose,
>
> Jose Abreu <Jose.Abreu@...opsys.com> writes:
>
> > Although this is already in kernel, currently the tool does not support
> > them. We need these commands for full TSN features which are currently
> > supported in Synopsys IPs such as QoS and XGMAC3.
> >
> > Signed-off-by: Jose Abreu <Jose.Abreu@...opsys.com>
>
> This patch looks good in itself.
>
> However, I feel that this is incomplete. At least the way I understand
> things, without specifying which traffic classes are going to be
> preemptible (or it's dual concept, express), I don't see how this is
> going to be used in practice. Or does the hardware have a default
> configuration, that all traffic classes are preemptible, for example.
>
> What am I missing here?
On our IPs Queue 0 is by preemptible and all remaining ones are express
by default.
The way I tested it is quite easy: send traffic from queue 0 and at same
time configure EST with SetAndHold for remaining queues. Which means
queue 0 traffic will be blocked while remaining ones are sending.
---
Thanks,
Jose Miguel Abreu
Powered by blists - more mailing lists