Re: [PATCH net-next v2] selftests/net: SO_TXTIME with ETF and FQ

2019-05-24 Thread Vinicius Costa Gomes
lock monotonic > payload:a delay:10102 expected:1 (us) > > [.. etc ..] > > OK. All tests passed > > Changes v1->v2: update commit message output > > Signed-off-by: Willem de Bruijn > Acked-by: Eric Dumazet Acked-by: Vinicius Costa Gomes Cheers, -- Vinicius

Re: TSN - tc usage for a tbs setup

2019-07-25 Thread Vinicius Costa Gomes
Hi, Stéphane Ancelot writes: > Hi, > > I am trying to setup my network queue for offline time based configuration. > > initial setup is : > > tc qdisc show dev eth1: > > qdisc mq 0: root > > qdisc pfifo_fast 0: parent :1 bands 3 priomap  1 2 2 2 1 2 0 0 1 1 1 1 1 > 1 1 1 > > > I won't need pfif

[PATCH net-next v2 1/8] ethtool: Add support for configuring frame preemption

2021-01-18 Thread Vinicius Costa Gomes
tion there should be easier on the user. Signed-off-by: Vinicius Costa Gomes --- Documentation/networking/ethtool-netlink.rst | 38 + include/linux/ethtool.h | 39 - include/uapi/linux/ethtool_netlink.h | 17 +++ net/ethtool/Makefile |

[PATCH net-next v2 0/8] ethtool: Add support for frame preemption

2021-01-18 Thread Vinicius Costa Gomes
be to enable frame preemption in the device, via ethtool, and set the minimum fragment size to 2: $ sudo ./ethtool --set-frame-preemption $IFACE fp on min-frag-size 2 Cheers, Vinicius Costa Gomes (8): ethtool: Add support for configuring frame preemption taprio: Add support for frame preemption

[PATCH net-next v2 3/8] igc: Set the RX packet buffer size for TSN mode

2021-01-18 Thread Vinicius Costa Gomes
In preparation for supporting frame preemption, when entering TSN mode set the receive packet buffer to 16KB for the Express MAC, 16KB for the Preemptible MAC and 2KB for the BMC, according to the datasheet section 7.1.3.2. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc

[PATCH net-next v2 6/8] igc: Add support for tuning frame preemption via ethtool

2021-01-18 Thread Vinicius Costa Gomes
it's exposed via the ethtool API; - mininum fragment size multiplier: expressed in usually in the form of (1 + N)*64, this number indicates what's the size of the minimum fragment that can be preempted. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc

[PATCH net-next v2 7/8] igc: Add support for Frame Preemption offload

2021-01-18 Thread Vinicius Costa Gomes
After the set of queues that are marked as preemptible are exposed to the driver we can configure the hardware to enable the frame preemption functionality. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 32 +++ 1 file changed, 32

[PATCH net-next v2 8/8] igc: Separate TSN configurations that can be updated

2021-01-18 Thread Vinicius Costa Gomes
dirty" state, and if necessary will request an adapter reset, so "_reset" always run with a "clean" adapter. The idea is to make the process easier to follow. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 21 ++-- drivers/net/ethernet/in

[PATCH net-next v2 4/8] igc: Only dump registers if configured to dump HW information

2021-01-18 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +

[PATCH net-next v2 5/8] igc: Avoid TX Hangs because long cycles

2021-01-18 Thread Vinicius Costa Gomes
1ms. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 4 ++-- drivers/net/ethernet/intel/igc/igc_tsn.c | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc

[PATCH net-next v2 2/8] taprio: Add support for frame preemption offload

2021-01-18 Thread Vinicius Costa Gomes
Signed-off-by: Vinicius Costa Gomes --- include/linux/netdevice.h | 1 + include/net/pkt_sched.h| 4 include/uapi/linux/pkt_sched.h | 1 + net/sched/sch_taprio.c | 41 ++ 4 files changed, 43 insertions(+), 4 deletions(-) diff --git

Re: [PATCH net-next v2 1/8] ethtool: Add support for configuring frame preemption

2021-01-19 Thread Vinicius Costa Gomes
Hi Vladimir, Vladimir Oltean writes: > On Mon, Jan 18, 2021 at 04:40:21PM -0800, Vinicius Costa Gomes wrote: >> +int ethnl_set_preempt(struct sk_buff *skb, struct genl_info *info) >> +{ >> +struct ethnl_req_info req_info = {}; >> +struct nlattr **tb =

Re: [PATCH net-next v2 2/8] taprio: Add support for frame preemption offload

2021-01-21 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Mon, 18 Jan 2021 16:40:22 -0800 Vinicius Costa Gomes wrote: >> Adds a way to configure which traffic classes are marked as >> preemptible and which are marked as express. >> >> Even if frame preemption is not a "real" offload, b

Re: [PATCH net-next v2 1/8] ethtool: Add support for configuring frame preemption

2021-01-21 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Mon, 18 Jan 2021 16:40:21 -0800 Vinicius Costa Gomes wrote: >> + == == >> + ``ETHTOOL_A_CHANNELS_HEADER`` nested request header > > ETH

Re: [PATCH net-next v2 6/8] igc: Add support for tuning frame preemption via ethtool

2021-01-21 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Mon, 18 Jan 2021 16:40:26 -0800 Vinicius Costa Gomes wrote: >> +NL_SET_ERR_MSG(extack, "Invalid value for add-frag-size"); > > NL_SET_ERR_MSG_MOD Will fix. Thanks. Cheers, -- Vinicius

[PATCH net-next v3 3/8] igc: Set the RX packet buffer size for TSN mode

2021-01-22 Thread Vinicius Costa Gomes
In preparation for supporting frame preemption, when entering TSN mode set the receive packet buffer to 16KB for the Express MAC, 16KB for the Preemptible MAC and 2KB for the BMC, according to the datasheet section 7.1.3.2. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc

[PATCH net-next v3 0/8] ethtool: Add support for frame preemption

2021-01-22 Thread Vinicius Costa Gomes
do ./ethtool --set-frame-preemption $IFACE fp on min-frag-size 192 Cheers, Vinicius Costa Gomes (8): ethtool: Add support for configuring frame preemption taprio: Add support for frame preemption offload igc: Set the RX packet buffer size for TSN mode igc: Only dump registers if configured t

[PATCH net-next v3 2/8] taprio: Add support for frame preemption offload

2021-01-22 Thread Vinicius Costa Gomes
Signed-off-by: Vinicius Costa Gomes --- include/linux/netdevice.h | 1 + include/net/pkt_sched.h| 4 include/uapi/linux/pkt_sched.h | 1 + net/sched/sch_taprio.c | 43 ++ 4 files changed, 44 insertions(+), 5 deletions(-) diff --git

[PATCH net-next v3 4/8] igc: Only dump registers if configured to dump HW information

2021-01-22 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +

[PATCH net-next v3 8/8] igc: Separate TSN configurations that can be updated

2021-01-22 Thread Vinicius Costa Gomes
dirty" state, and if necessary will request an adapter reset, so "_reset" always run with a "clean" adapter. The idea is to make the process easier to follow. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 21 ++-- drivers/net/ethernet/in

[PATCH net-next v3 7/8] igc: Add support for Frame Preemption offload

2021-01-22 Thread Vinicius Costa Gomes
After the set of queues that are marked as preemptible are exposed to the driver we can configure the hardware to enable the frame preemption functionality. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 32 +++ 1 file changed, 32

[PATCH net-next v3 6/8] igc: Add support for tuning frame preemption via ethtool

2021-01-22 Thread Vinicius Costa Gomes
it's exposed via the ethtool API; - mininum fragment size multiplier: expressed in usually in the form of (1 + N)*64, this number indicates what's the size of the minimum fragment that can be preempted. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc

[PATCH net-next v3 5/8] igc: Avoid TX Hangs because long cycles

2021-01-22 Thread Vinicius Costa Gomes
1ms. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 4 ++-- drivers/net/ethernet/intel/igc/igc_tsn.c | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc

[PATCH net-next v3 1/8] ethtool: Add support for configuring frame preemption

2021-01-22 Thread Vinicius Costa Gomes
tion there should be easier on the user. Signed-off-by: Vinicius Costa Gomes --- Documentation/networking/ethtool-netlink.rst | 38 + include/linux/ethtool.h | 23 ++- include/uapi/linux/ethtool_netlink.h | 17 +++ net/ethtool/Makefile |

Re: [PATCH 1/3] Add TX sending hardware timestamp.

2020-12-10 Thread Vinicius Costa Gomes
Willem de Bruijn writes: >> > If I understand correctly, you are trying to achieve a single delivery >> > time. >> > The need for two separate timestamps passed along is only because the >> > kernel is unable to do the time base conversion. >> >> Yes, a correct point. >> >> > >> > Else, ETF coul

Re: [PATCH net] net/sched: sch_taprio: reset child qdiscs before freeing them

2020-12-16 Thread Vinicius Costa Gomes
nfiguring the taprio scheduler") > Link: > https://syzkaller.appspot.com/bug?id=f362872379bf8f0017fb667c1ab158f2d1e764ae > Reported-by: syzbot+8971da381fb5a31f5...@syzkaller.appspotmail.com > Signed-off-by: Davide Caratti > --- Acked-by: Vinicius Costa Gomes Cheers, -- Vinicius

[PATCH net-next v1 0/9] ethtool: Add support for frame preemption

2020-12-01 Thread Vinicius Costa Gomes
uld be to enable frame preemption in the device, via ethtool, and set the minimum fragment size to 2: $ sudo ./ethtool --set-frame-preemption $IFACE fp on min-frag-size 2 Cheers, Vinicius Costa Gomes (9): ethtool: Add support for configuring frame preemption taprio: Add support for frame pre

[PATCH net-next v1 8/9] igc: Add support for exposing frame preemption stats registers

2020-12-01 Thread Vinicius Costa Gomes
Expose the Frame Preemption counters, so the number of express/preemptible packets can be monitored by userspace. These registers are cleared when read, so the value shown is the number of events that happened since the last read. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet

[PATCH net-next v1 4/9] igc: Only dump registers if configured to dump HW information

2020-12-01 Thread Vinicius Costa Gomes
To avoid polluting the users logs with register dumps, only dump the adapter's registers if configured to do so. If users want to enable HW status messages they can do: $ ethtool -s IFACE msglvl hw on Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_dump.c | 3 +

[PATCH net-next v1 7/9] igc: Add support for Frame Preemption offload

2020-12-01 Thread Vinicius Costa Gomes
After the set of queues that are marked as preemptible are exposed to the driver we can configure the hardware to enable the frame preemption functionality. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 32 +++ 1 file changed, 32

[PATCH net-next v1 9/9] igc: Separate TSN configurations that can be updated

2020-12-01 Thread Vinicius Costa Gomes
dirty" state, and if necessary will request an adapter reset, so "_reset" always run with a "clean" adapter. The idea is to make the process easier to follow. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 21 ++-- drivers/net/ethernet/in

[PATCH net-next v1 2/9] taprio: Add support for frame preemption offload

2020-12-01 Thread Vinicius Costa Gomes
ully, easier to understand. Signed-off-by: Vinicius Costa Gomes --- include/linux/netdevice.h | 1 + include/net/pkt_sched.h| 4 include/uapi/linux/pkt_sched.h | 1 + net/sched/sch_taprio.c | 41 ++ 4 files changed, 43 insertions(+), 4 del

[PATCH net-next v1 1/9] ethtool: Add support for configuring frame preemption

2020-12-01 Thread Vinicius Costa Gomes
tion there should be easier on the user. Signed-off-by: Vinicius Costa Gomes --- include/linux/ethtool.h | 19 include/uapi/linux/ethtool_netlink.h | 17 +++ net/ethtool/Makefile | 2 +- net/ethtool/netlink.c| 19 net/ethtool/netlink.h

[PATCH net-next v1 5/9] igc: Avoid TX Hangs because long cycles

2020-12-01 Thread Vinicius Costa Gomes
1ms. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc_main.c | 4 ++-- drivers/net/ethernet/intel/igc/igc_tsn.c | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc

[PATCH net-next v1 6/9] igc: Add support for tuning frame preemption via ethtool

2020-12-01 Thread Vinicius Costa Gomes
it's exposed via the ethtool API; - mininum fragment size multiplier: expressed in usually in the form of (1 + N)*64, this number indicates what's the size of the minimum fragment that can be preempted. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc

[PATCH net-next v1 3/9] igc: Set the RX packet buffer size for TSN mode

2020-12-01 Thread Vinicius Costa Gomes
In preparation for supporting frame preemption, when entering TSN mode set the receive packet buffer to 16KB for the Express MAC, 16KB for the Preemptible MAC and 2KB for the BMC, according to the datasheet section 7.1.3.2. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc

Re: [PATCH net-next v1 1/9] ethtool: Add support for configuring frame preemption

2020-12-07 Thread Vinicius Costa Gomes
Jakub Kicinski writes: >> diff --git a/include/linux/ethtool.h b/include/linux/ethtool.h >> index e3da25b51ae4..16d6ee29a6ac 100644 >> --- a/include/linux/ethtool.h >> +++ b/include/linux/ethtool.h >> @@ -263,6 +263,19 @@ struct ethtool_pause_stats { >> u64 rx_pause_frames; >> }; >> >> +/

Re: [PATCH net-next v1 6/9] igc: Add support for tuning frame preemption via ethtool

2020-12-07 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Tue, 1 Dec 2020 20:53:22 -0800 Vinicius Costa Gomes wrote: >> The tc subsystem sets which queues are marked as preemptible, it's the >> role of ethtool to control more hardware specific parameters. These >> parameters include: >> >

Re: [PATCH net-next v1 8/9] igc: Add support for exposing frame preemption stats registers

2020-12-07 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Tue, 1 Dec 2020 20:53:24 -0800 Vinicius Costa Gomes wrote: >> Expose the Frame Preemption counters, so the number of >> express/preemptible packets can be monitored by userspace. >> >> These registers are cleared when read, so the valu

Re: [PATCH net-next v1 0/9] ethtool: Add support for frame preemption

2020-12-07 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Tue, 1 Dec 2020 20:53:16 -0800 Vinicius Costa Gomes wrote: >> $ tc qdisc replace dev $IFACE parent root handle 100 taprio \ >> num_tc 3 \ >> map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \ >> queues 1@0 1@1 2@2 \ >> base

Re: [PATCH net-next v1 1/9] ethtool: Add support for configuring frame preemption

2020-12-07 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > On Mon, 07 Dec 2020 14:11:48 -0800 Vinicius Costa Gomes wrote: >> Jakub Kicinski writes: >> >> + * @min_frag_size_mult: Minimum size for all non-final fragment size, >> >> + * expressed in terms of X in '(1 + X)*64 + 4' >&

Re: [PATCH net-next v1 0/9] ethtool: Add support for frame preemption

2020-12-07 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Mon, Dec 07, 2020 at 02:49:35PM -0800, Vinicius Costa Gomes wrote: >> Jakub Kicinski writes: >> >> > On Tue, 1 Dec 2020 20:53:16 -0800 Vinicius Costa Gomes wrote: >> >> $ tc qdisc replace dev $IFACE parent root hand

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-18 Thread Vinicius Costa Gomes
Hi Richard, Richard Cochran writes: > On Tue, Nov 17, 2020 at 05:21:48PM -0800, Vinicius Costa Gomes wrote: >> Agreed that would be easiest/simplest. But what I have in hand seems to >> not like it, i.e. I have an earlier series implementing this "one shot" way >

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-20 Thread Vinicius Costa Gomes
Hi Richard, Richard Cochran writes: > On Wed, Nov 18, 2020 at 04:22:37PM -0800, Vinicius Costa Gomes wrote: > >> Talking with the hardware folks, they recommended using the periodic >> method, the one shot method was implemented as a debug/evaluation aid. > > I&#

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-20 Thread Vinicius Costa Gomes
Hi Jakub, Jakub Kicinski writes: > On Tue, 17 Nov 2020 17:21:48 -0800 Vinicius Costa Gomes wrote: >> > Also, what is the point of providing time measurements every 1 >> > millisecond? >> >> I sincerely have no idea. I had no power on how the hardware

[PATCH next-queue v2 0/3] igc: Add support for PCIe PTM

2020-11-09 Thread Vinicius Costa Gomes
WN_FREQ is true, but during tests it works even when it returns false. Should that check be done? Cheers, Vinicius Costa Gomes (3): Revert "PCI: Make pci_enable_ptm() private" igc: Enable PCIe PTM igc: Add support for PTP getcrosststamp() drivers/net/ethernet/intel/igc/igc.h

[PATCH next-queue v2 2/3] igc: Enable PCIe PTM

2020-11-09 Thread Vinicius Costa Gomes
In practice, enabling PTM also sets the enabled_ptm flag in the PCI device, the flag will be used for detecting if PTM is enabled before adding support for the SYSOFFSET_PRECISE ioctl() (which is added by implementing the getcrosststamp() PTP function). Signed-off-by: Vinicius Costa Gomes

[PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-09 Thread Vinicius Costa Gomes
rks even when it returns false. Should that check be done? Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc.h | 7 + drivers/net/ethernet/intel/igc/igc_defines.h | 27 +++ drivers/net/ethernet/intel/igc/igc_main.c| 2 + drivers/net/ethernet/intel/igc

[PATCH next-queue v2 1/3] Revert "PCI: Make pci_enable_ptm() private"

2020-11-09 Thread Vinicius Costa Gomes
' to check if PTM is enabled or not. This reverts commit ac6c26da29c12fa511c877c273ed5c939dc9e96c. Acked-by: Bjorn Helgaas Signed-off-by: Vinicius Costa Gomes --- drivers/pci/pci.h | 3 --- include/linux/pci.h | 7 +++ 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/dr

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-10 Thread Vinicius Costa Gomes
Miroslav Lichvar writes: > On Mon, Nov 09, 2020 at 10:10:19PM -0800, Vinicius Costa Gomes wrote: >> i225 has support for PCIe PTM, which allows us to implement support >> for the PTP_SYS_OFFSET_PRECISE ioctl(), implemented in the driver via >> the getcrosststamp() func

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-11 Thread Vinicius Costa Gomes
Miroslav Lichvar writes: > On Tue, Nov 10, 2020 at 11:06:07AM -0800, Vinicius Costa Gomes wrote: >> Miroslav Lichvar writes: >> > I suspect the estimate would be valid only when the NIC is connected >> > directly to the PTM root (PCI root complex). Is it possible to

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-11 Thread Vinicius Costa Gomes
Hi, Miroslav Lichvar writes: > On Mon, Nov 09, 2020 at 10:10:19PM -0800, Vinicius Costa Gomes wrote: >> i225 has support for PCIe PTM, which allows us to implement support >> for the PTP_SYS_OFFSET_PRECISE ioctl(), implemented in the driver via >> the getcrosststamp() func

Re: [net 0/4][pull request] Intel Wired LAN Driver Updates 2020-11-10

2020-11-12 Thread Vinicius Costa Gomes
Jakub Kicinski writes: > > Pulled, thanks! > > Please double check the use of the spin lock in patch 3. Stats are > updated in an atomic context when read from /proc, you probably need > to convert that spin lock to _bh. I just did some tests with lockdep enabled, reading from /proc/net/dev in a

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-12 Thread Vinicius Costa Gomes
Miroslav Lichvar writes: > Considering how the existing applications work, ideally the > measurements would be performed on demand from the ioctl to minimize > the delay. If that's not possible, maybe it would be better to provide > the measurements on a descriptor at their own rate, which could

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-13 Thread Vinicius Costa Gomes
Hi Richard, Richard Cochran writes: > On Thu, Nov 12, 2020 at 03:46:12PM -0800, Vinicius Costa Gomes wrote: >> I wanted it so using PCIe PTM was transparent to applications, so adding >> another API wouldn't be my preference. >> >> That being said, having a

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-16 Thread Vinicius Costa Gomes
Hi Richard, Richard Cochran writes: > What is a PTM? Why does a PTM have dialogs? Can it talk? > > Forgive my total ignorance! :-) We are talking about PCIe PTM (Precise Time Measurement), basically it's a PTP-like protocol running on the PCIe fabric. The PTM dialogs are a pair of messages:

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2020-11-17 Thread Vinicius Costa Gomes
Richard Cochran writes: > On Mon, Nov 16, 2020 at 05:06:30PM -0800, Vinicius Costa Gomes wrote: >> The PTM dialogs are a pair of messages: a Request from the endpoint (in >> my case, the NIC) to the PCIe root (or switch), and a Response from the >> other side (this messag

Re: [PATCH net-next v3 5/8] igc: Avoid TX Hangs because long cycles

2021-01-29 Thread Vinicius Costa Gomes
Hi, Vladimir Oltean writes: > On Fri, Jan 22, 2021 at 02:44:50PM -0800, Vinicius Costa Gomes wrote: >> Avoid possible TX Hangs caused by using long Qbv cycles. In some >> cases, using long cycles (more than 1 second) can cause transmissions >> to be blocked for that time. A

Re: [PATCH net-next v3 2/8] taprio: Add support for frame preemption offload

2021-01-29 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Fri, Jan 22, 2021 at 02:44:47PM -0800, Vinicius Costa Gomes wrote: >> +/* It's valid to enable frame preemption without any kind of >> + * offloading being enabled, so keep it separated. >> + */ >> +if

Re: [PATCH net-next v3 6/8] igc: Add support for tuning frame preemption via ethtool

2021-01-29 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Fri, Jan 22, 2021 at 02:44:51PM -0800, Vinicius Costa Gomes wrote: >> The tc subsystem sets which queues are marked as preemptible, it's the >> role of ethtool to control more hardware specific parameters. These >> parameters include: &g

Re: [PATCH net-next v3 2/8] taprio: Add support for frame preemption offload

2021-01-29 Thread Vinicius Costa Gomes
Jakub Kicinski writes: >> > First I'm interested in the means: why check for preempt == U32_MAX when >> > you determine that all traffic classes are preemptible? What if less >> > than 32 traffic classes are used by the netdev? The check will be >> > bypassed, won't it? >> >> Good catch :-) >>

Re: [PATCH net-next v3 2/8] taprio: Add support for frame preemption offload

2021-01-29 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Fri, Jan 29, 2021 at 01:13:24PM -0800, Vinicius Costa Gomes wrote: >> > Secondly, why should at least one queue be preemptible? What's wrong >> > with frame preemption being triggered by a tc-taprio window smaller than >> > the pack

Re: [PATCH net-next v3 0/8] ethtool: Add support for frame preemption

2021-01-29 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Fri, Jan 22, 2021 at 02:44:45PM -0800, Vinicius Costa Gomes wrote: >> This is still an RFC because two main reasons, I want to confirm that >> this approach (per-queue settings via qdiscs, device settings via >> ethtool) looks good, even though t

Re: [PATCH net-next v3 1/8] ethtool: Add support for configuring frame preemption

2021-03-02 Thread Vinicius Costa Gomes
Hi Vladimir, Vladimir Oltean writes: > Hi Vinicius, > > On Fri, Jan 22, 2021 at 02:44:46PM -0800, Vinicius Costa Gomes wrote: >> Frame preemption (described in IEEE 802.3br-2016) defines the concept >> of preemptible and express queues. It allows traffic from express &g

Re: INFO: rcu detected stall in corrupted (4)

2021-03-05 Thread Vinicius Costa Gomes
20200507 >> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=14eeda2590 >> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=161472f590 >> >> The issue was bisected to: >> >> commit 5a781ccbd19e4664babcbe4b4ead7aa2b9283d22 >> Author: Vi

Re: [PATCH net-next v3 1/8] ethtool: Add support for configuring frame preemption

2021-03-05 Thread Vinicius Costa Gomes
Vladimir Oltean writes: > On Tue, Mar 02, 2021 at 04:40:55PM -0800, Vinicius Costa Gomes wrote: >> Hi Vladimir, >> >> Vladimir Oltean writes: >> >> > Hi Vinicius, >> > >> > On Fri, Jan 22, 2021 at 02:44:46PM -0800, Vinicius Costa Gomes wr

Re: [PATCH net 2/2] net: enetc: allow hardware timestamping on TX queues with tc-etf enabled

2021-03-08 Thread Vinicius Costa Gomes
f introducing a helper, something like: skb_txtime_consumed() to make it even clearer what's going on. > > Do what other drivers do (intel igb/igc) and write zero to skb->tstamp > before taking the hardware timestamp. It's of no use to us now (we're > already on the TX confirmation path). > > Fixes: 0d08c9ec7d6e ("enetc: add support time specific departure base on the > qos etf") > Cc: Vinicius Costa Gomes > Signed-off-by: Vladimir Oltean > --- Anyway, Acked-by: Vinicius Costa Gomes Cheers, -- Vinicius

Re: [PATCH net-next] net: add a helper to avoid issues with HW TX timestamping and SO_TXTIME

2021-03-10 Thread Vinicius Costa Gomes
itpick: to my ears, it seems that you meant "call"/"use" instead of "implement". > would make it easier to assess during review whether they do the right > thing in order to be compatible with hardware timestamping or not. > > Suggested-by: Vinicius Cos

Re: [PATCH RFC net-next] taprio: Handle short intervals and large packets

2021-03-12 Thread Vinicius Costa Gomes
Kurt Kanzenbach writes: > When using short intervals e.g. below one millisecond, large packets won't be > transmitted at all. The software implementations checks whether the packet can > be fit into the remaining interval. Therefore, it takes the packet length and > the transmission speed into ac

Re: [PATCH net 1/1] net: stmmac: set TxQ mode back to DCB after disabling CBS

2021-02-05 Thread Vinicius Costa Gomes
ot;net: stmmac: Add support for CBS QDISC") > Suggested-by: Gomes, Vinicius Just a nitpick/formality, I would prefer if you used: Suggested-by: Vinicius Costa Gomes > Signed-off-by: Mohammad Athari Bin Ismail > Signed-off-by: Song, Yoong Siang Patch looks good. Acked-by: Vinicius Costa Gomes Cheers, -- Vinicius

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2021-03-22 Thread Vinicius Costa Gomes
Hi, Richard Cochran writes: > On Tue, Nov 17, 2020 at 05:21:48PM -0800, Vinicius Costa Gomes wrote: >> Agreed that would be easiest/simplest. But what I have in hand seems to >> not like it, i.e. I have an earlier series implementing this "one shot" way >>

Re: [Intel-wired-lan] [PATCH next-queue v2 3/3] igc: Add support for PTP getcrosststamp()

2021-03-22 Thread Vinicius Costa Gomes
Miroslav Lichvar writes: > On Mon, Nov 09, 2020 at 10:10:19PM -0800, Vinicius Costa Gomes wrote: >> i225 has support for PCIe PTM, which allows us to implement support >> for the PTP_SYS_OFFSET_PRECISE ioctl(), implemented in the driver via >> the getcrosststamp() func

[PATCH next-queue v3 2/3] igc: Enable PCIe PTM

2021-03-22 Thread Vinicius Costa Gomes
In practice, enabling PTM also sets the enabled_ptm flag in the PCI device, the flag will be used for detecting if PTM is enabled before adding support for the SYSOFFSET_PRECISE ioctl() (which is added by implementing the getcrosststamp() PTP function). Signed-off-by: Vinicius Costa Gomes

[PATCH next-queue v3 0/3] igc: Add support for PCIe PTM

2021-03-22 Thread Vinicius Costa Gomes
ck be done? Cheers, Vinicius Costa Gomes (3): Revert "PCI: Make pci_enable_ptm() private" igc: Enable PCIe PTM igc: Add support for PTP getcrosststamp() drivers/net/ethernet/intel/igc/igc.h | 1 + drivers/net/ethernet/intel/igc/igc_defines.h | 31 drivers/ne

[PATCH next-queue v3 1/3] Revert "PCI: Make pci_enable_ptm() private"

2021-03-22 Thread Vinicius Costa Gomes
' to check if PTM is enabled or not. This reverts commit ac6c26da29c12fa511c877c273ed5c939dc9e96c. Signed-off-by: Vinicius Costa Gomes Acked-by: Bjorn Helgaas --- drivers/pci/pci.h | 3 --- include/linux/pci.h | 7 +++ 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/dr

[PATCH next-queue v3 3/3] igc: Add support for PTP getcrosststamp()

2021-03-22 Thread Vinicius Costa Gomes
others (see the variation the delay values). Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igc/igc.h | 1 + drivers/net/ethernet/intel/igc/igc_defines.h | 31 drivers/net/ethernet/intel/igc/igc_ptp.c | 173 +++ drivers/net/ethernet/intel/igc/i

Re: [PATCH next-queue v3 1/3] Revert "PCI: Make pci_enable_ptm() private"

2021-03-23 Thread Vinicius Costa Gomes
Christoph Hellwig writes: > On Mon, Mar 22, 2021 at 09:18:20AM -0700, Vinicius Costa Gomes wrote: >> Make pci_enable_ptm() accessible from the drivers. >> >> Even if PTM still works on the platform I am using without calling >> this function, it might be possible th

Re: [PATCH next-queue v3 2/3] igc: Enable PCIe PTM

2021-03-23 Thread Vinicius Costa Gomes
Bjorn Helgaas writes: > On Mon, Mar 22, 2021 at 09:18:21AM -0700, Vinicius Costa Gomes wrote: >> In practice, enabling PTM also sets the enabled_ptm flag in the PCI >> device, the flag will be used for detecting if PTM is enabled before >> adding support for the SYSOFFSET_P

Re: [PATCH next-queue v3 3/3] igc: Add support for PTP getcrosststamp()

2021-03-23 Thread Vinicius Costa Gomes
Bjorn Helgaas writes: > On Mon, Mar 22, 2021 at 09:18:22AM -0700, Vinicius Costa Gomes wrote: >> i225 has support for PCIe PTM, which allows us to implement support >> for the PTP_SYS_OFFSET_PRECISE ioctl(), implemented in the driver via >> the getcrosststamp() functi

Re: [PATCH next-queue v3 1/3] Revert "PCI: Make pci_enable_ptm() private"

2021-03-23 Thread Vinicius Costa Gomes
Bjorn Helgaas writes: > On Mon, Mar 22, 2021 at 09:18:20AM -0700, Vinicius Costa Gomes wrote: >> Make pci_enable_ptm() accessible from the drivers. >> >> Even if PTM still works on the platform I am using without calling >> this function, it might be possible th

Re: ethtool enhancements for configuring IET Frame preemption

2020-08-17 Thread Vinicius Costa Gomes
Hi Murali, I was finally able to go back to working on this, and should have something for review when net-next opens. Cheers, Murali Karicheri writes: > Hello Vinicius, > > Wondering what is your plan to add the support in ethtool to configure > IET frame preemption? Waiting for the next re

Re: [PATCH net-next 8/8] net/packet: introduce packet_rcv_try_clear_pressure() helper

2019-06-13 Thread Vinicius Costa Gomes
_room(po, NULL) == ROOM_NORMAL) > + WRITE_ONCE(po->pressure, 0); Just a couple of (microscopical?) nitpicks, double space here and on the commit message of patch 1/8. Series look good. Acked-by: Vinicius Costa Gomes Cheers, -- Vinicius

[next-queue PATCH v5 9/9] igb: Add support for adding offloaded clsflower filters

2018-03-21 Thread Vinicius Costa Gomes
. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb.h | 2 + drivers/net/ethernet/intel/igb/igb_main.c | 188 +- 2 files changed, 188 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/intel/igb/igb.h b/drivers/net/ethernet/intel

[next-queue PATCH v5 2/9] igb: Fix queue selection on MAC filters on i210

2018-03-21 Thread Vinicius Costa Gomes
evious behaviour was having no effect for i210 based controllers because the QSEL bit of the RAH register wasn't being set. This patch separates the condition in discrete cases, so the different handling is clearer. Fixes: 83c21335c876 ("igb: improve MAC filter handling")

[next-queue PATCH v5 5/9] igb: Add support for enabling queue steering in filters

2018-03-21 Thread Vinicius Costa Gomes
developed against i210), only support for the i210 model is enabled. These functions are exported and will be used in the next patch. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/e1000_defines.h | 1 + drivers/net/ethernet/intel/igb/igb.h | 6 ++ d

[next-queue PATCH v5 4/9] igb: Add support for MAC address filters specifying source addresses

2018-03-21 Thread Vinicius Costa Gomes
Makes it possible to direct packets to queues based on their source address. Documents the expected usage of the 'flags' parameter. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/e1000_defines.h | 1 + drivers/net/ethernet/intel/igb/igb.h | 1 + d

[next-queue PATCH v5 7/9] igb: Add MAC address support for ethtool nftuple filters

2018-03-21 Thread Vinicius Costa Gomes
(this will direct packets with destination address "aa:aa:aa:aa:aa:aa" to the RX queue 0) $ ethtool -N eth0 flow-type ether src 44:44:44:44:44:44 action 3 (this will direct packets with source address "44:44:44:44:44:44" to the RX queue 3) Signed-off-by: Vinicius Costa Gom

[next-queue PATCH v5 1/9] igb: Fix not adding filter elements to the list

2018-03-21 Thread Vinicius Costa Gomes
pport of RX network flow classification") Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/igb/igb_ethtool.c b/drivers/net/ethernet/intel/igb/igb_ethtool.c index 606e67

[next-queue PATCH v5 3/9] igb: Enable the hardware traffic class feature bit for igb models

2018-03-21 Thread Vinicius Costa Gomes
This will allow functionality depending on the hardware being traffic class aware to work. In particular the tc-flower offloading checks verifies that this bit is set. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_main.c | 3 +++ 1 file changed, 3 insertions

[next-queue PATCH v5 6/9] igb: Enable nfc filters to specify MAC addresses

2018-03-21 Thread Vinicius Costa Gomes
. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb.h | 4 drivers/net/ethernet/intel/igb/igb_ethtool.c | 28 2 files changed, 32 insertions(+) diff --git a/drivers/net/ethernet/intel/igb/igb.h b/drivers/net/ethernet/intel/igb

[next-queue PATCH v5 0/9] igb: offloading of receive filters

2018-03-21 Thread Vinicius Costa Gomes
en question: - igb is initialized with the number of traffic classes as 1, if we want to use multiple traffic classes we need to increase this value, the only way I could find is to use mqprio (for example). Should igb be initialized with, say, the number of queues as its "num_tc&quo

[next-queue PATCH v5 8/9] igb: Add the skeletons for tc-flower offloading

2018-03-21 Thread Vinicius Costa Gomes
This adds basic functions needed to implement offloading for filters created by tc-flower. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_main.c | 66 +++ 1 file changed, 66 insertions(+) diff --git a/drivers/net/ethernet/intel/igb

RE: [Intel-wired-lan] [next-queue PATCH v5 7/9] igb: Add MAC address support for ethtool nftuple filters

2018-03-26 Thread Vinicius Costa Gomes
Hi Aaron, "Brown, Aaron F" writes: > > Maybe not "this" patch, but this is the one that enables the ethtool > commands, so replying here. > The filters do not seem to take effect with this version (v5) of the > series. The commands are accepted for i210 and rejected with > unsupported messages

RE: [Intel-wired-lan] [next-queue PATCH v5 7/9] igb: Add MAC address support for ethtool nftuple filters

2018-03-27 Thread Vinicius Costa Gomes
Hi Aaron, "Brown, Aaron F" writes: [...] > And watching the rx_queue counters continues to be spread across the > different queues. This is with Jeff Kirsher's next queue, kernel > 4.16.0-rc4_next-queue_dev-queue_e31d20a, which has the series of 8 igb > patches applied. > > When I go back

[next-queue PATCH v6 01/10] igb: Fix not adding filter elements to the list

2018-03-29 Thread Vinicius Costa Gomes
pport of RX network flow classification") Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/igb/igb_ethtool.c b/drivers/net/ethernet/intel/igb/igb_ethtool.c index e77ba0

[next-queue PATCH v6 07/10] igb: Enable nfc filters to specify MAC addresses

2018-03-29 Thread Vinicius Costa Gomes
. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb.h | 4 drivers/net/ethernet/intel/igb/igb_ethtool.c | 28 2 files changed, 32 insertions(+) diff --git a/drivers/net/ethernet/intel/igb/igb.h b/drivers/net/ethernet/intel/igb

[next-queue PATCH v6 10/10] igb: Add support for adding offloaded clsflower filters

2018-03-29 Thread Vinicius Costa Gomes
. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb.h | 2 + drivers/net/ethernet/intel/igb/igb_main.c | 188 +- 2 files changed, 188 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/intel/igb/igb.h b/drivers/net/ethernet/intel

[next-queue PATCH v6 05/10] igb: Add support for enabling queue steering in filters

2018-03-29 Thread Vinicius Costa Gomes
developed against i210), only support for the i210 model is enabled. These functions are exported and will be used in the next patch. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/e1000_defines.h | 1 + drivers/net/ethernet/intel/igb/igb.h | 6 ++ d

[next-queue PATCH v6 08/10] igb: Add MAC address support for ethtool nftuple filters

2018-03-29 Thread Vinicius Costa Gomes
(this will direct packets with destination address "aa:aa:aa:aa:aa:aa" to the RX queue 0) $ ethtool -N eth0 flow-type ether src 44:44:44:44:44:44 action 3 (this will direct packets with source address "44:44:44:44:44:44" to the RX queue 3) Signed-off-by: Vinicius Costa Gom

[next-queue PATCH v6 06/10] igb: Allow filters to be added for the local MAC address

2018-03-29 Thread Vinicius Costa Gomes
hey are removed, only the steering configuration is reset. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_main.c | 40 +++ 1 file changed, 36 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/intel/igb/igb_main.c b/drive

  1   2   3   4   5   >