syzbot has found a reproducer for the following crash on:
HEAD commit:94bc4cd0 net: bpf: kmsan: disable CONFIG_BPF_JIT under KMSAN
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=149b3d4a10
kernel config: https://syzkall
From: Oleksij Rempel
Date: Wed, 27 May 2020 07:08:43 +0200
> Add support for Atheros 100Base-T PHYs. The only difference seems to be
> the ability to test 2 pairs instead of 4 and the lack of 1000Base-T
> specific register.
>
> Only the ATH9331 was tested with this patch.
>
> Signed-off-by: Ole
From: Eric Dumazet
Date: Tue, 26 May 2020 17:28:56 -0700
> TCP tp->lsndtime unit/base is tcp_jiffies32, not tcp_time_stamp()
>
> Fixes: 36bedb3f2e5b ("crypto: chtls - Inline TLS record Tx")
> Signed-off-by: Eric Dumazet
Applied, thank you.
From: Andrew Lunn
Date: Wed, 27 May 2020 00:21:36 +0200
> Some ethernet PHYs allow access to raw TDR data in addition to summary
> diagnostics information. Add support for retrieving this data via
> netlink ethtool. The basic structure in the core is the same as for
> normal phy diagnostics, the
From: Armin Wolf
Date: Tue, 26 May 2020 20:03:02 +0200
> Fixed a ton of minor checkpatch errors/warnings and remove version
> printing at module init/when device is found and use MODULE_VERSION
> instead. Also modifying the RTL8029 PCI string to include the compatible
> RTL8029AS nic.
> The only
From: Alexander A Sverdlin
Date: Tue, 26 May 2020 14:27:51 +0200
> From: Alexander Sverdlin
>
> Ignore loopback-originatig packets soon enough and don't try to process L2
> header where it doesn't exist. The very similar br_handle_frame() in bridge
> code performs exactly the same check.
>
> T
Using a AX88179 device (0b95:1790), I see two bytes of appended data on
every RX packet. For example, this 48-byte ping, using 0xff as a
payload byte:
04:20:22.528472 IP 192.168.1.1 > 192.168.1.2: ICMP echo request, id 2447, seq
1, length 64
0x: 000a cd35 ea50 000a cd35 ea4f 0800 4
Hi Steven,
> -Original Message-
> From: Steven Price
> Sent: Tuesday, May 26, 2020 7:02 PM
> To: Jianyong Wu ; netdev@vger.kernel.org;
> yangbo...@nxp.com; john.stu...@linaro.org; t...@linutronix.de;
> pbonz...@redhat.com; sean.j.christopher...@intel.com; m...@kernel.org;
> richardcoch...
Extends support to IPv6 for Inline TLS server.
Signed-off-by: Vinay Kumar Yadav
v1->v2:
- cc'd tcp folks.
---
drivers/crypto/chelsio/chtls/chtls_cm.c | 195 +-
drivers/crypto/chelsio/chtls/chtls_cm.h | 1 +
drivers/crypto/chelsio/chtls/chtls_main.c | 14 +-
net/ipv6/t
Tue, May 26, 2020 at 06:26:44PM CEST, vadym.koc...@plvision.eu wrote:
>On Mon, May 11, 2020 at 01:23:46PM +0200, Jiri Pirko wrote:
>> Fri, May 01, 2020 at 01:20:49AM CEST, vadym.koc...@plvision.eu wrote:
>> >Add PCI interface driver for Prestera Switch ASICs family devices, which
>> >provides:
>
>[
On Tue, 2020-05-26 at 13:27 -0600, David Ahern wrote:
> On 5/26/20 1:19 PM, Jakub Kicinski wrote:
> > On Fri, 22 May 2020 16:51:45 -0700 Saeed Mahameed wrote:
> > > +static inline __be32 mpls_label_id_field(__be32 label, u8 tos,
> > > u8 ttl)
> > > +{
> > > + u32 res;
> > > +
> > > + /* mpls label
On Tue, May 26, 2020 at 7:09 PM Daniel Xu wrote:
>
> Right now the libbpf model encourages loading the entire object at once.
> In this model, libbpf handles loading BTF from vmlinux for us. However,
> it can be useful to selectively load certain maps and programs inside an
> object without loadin
On Wed, May 27, 2020 at 01:58:01AM +, Saleem, Shiraz wrote:
> > Subject: Re: [RDMA RFC v6 00/16] Intel RDMA Driver Updates 2020-05-19
> >
> > On Wed, May 20, 2020 at 12:03:59AM -0700, Jeff Kirsher wrote:
> > > This patch set adds a unified Intel Ethernet Protocol Driver for RDMA
> > > that supp
Add support for Atheros 100Base-T PHYs. The only difference seems to be
the ability to test 2 pairs instead of 4 and the lack of 1000Base-T
specific register.
Only the ATH9331 was tested with this patch.
Signed-off-by: Oleksij Rempel
Reviewed-by: Andrew Lunn
Reviewed-by: Florian Fainelli
---
On Mon, 2020-05-25 at 11:46 -0300, Marcelo Ricardo Leitner wrote:
> >
> On Fri, May 22, 2020 at 04:51:43PM -0700, Saeed Mahameed wrote:
> ...
> > +config MLX5_CLS_ACT
> > + bool "MLX5 TC classifier action support"
> > + depends on MLX5_ESWITCH && NET_CLS_ACT
> > + default y
> > + help
> >
On Tue, May 26, 2020 at 09:07:34PM -0600, David Ahern wrote:
> On 5/26/20 8:59 PM, Leon Romanovsky wrote:
> >
> > Yes, you remember correctly.
> >
> > What should I write in the series to make it clear that the patches
> > need to be reviewed but not merged yet due to on-going kernel
> > submission
This patchset aims to reduce the number of qdisc resets during
qdisc tear down. Patch 1~3 are preparation for their following
patches, especially patch 2 and patch 3 add a few tracepoints
so that we can observe the whole lifetime of qdisc's. Patch 4
and patch 5 are the ones do the actual work. Plea
Except for sch_mq and sch_mqprio, each dev queue points to the
same root qdisc, so when we reset the dev queues with
netdev_for_each_tx_queue() we end up resetting the same instance
of the root qdisc for multiple times.
Avoid this by checking the __QDISC_STATE_DEACTIVATED bit in
each iteration, so
With this tracepoint, we could know when qdisc's are created,
especially those default qdisc's.
Sample output:
tc-736 [001] ...156.230107: qdisc_create: dev=ens3 kind=pfifo parent=1:0
tc-736 [001] ...156.230113: qdisc_create: dev=ens3 kind=hfsc
parent=:
tc-738 [001] .
Resetting old qdisc on dev_queue->qdisc_sleeping in
dev_qdisc_reset() is redundant, because this qdisc,
even if not same with dev_queue->qdisc, is reset via
qdisc_put() right after calling dev_graft_qdisc() when
hitting refcnt 0.
This is very easy to observe with qdisc_reset() tracepoint
and stack
Add two tracepoints for qdisc_reset() and qdisc_destroy() to track
qdisc resetting and destroying.
Sample output:
tc-756 [000] ...3 138.355662: qdisc_reset: dev=ens3 kind=pfifo_fast
parent=: handle=0:0
tc-756 [000] ...1 138.355720: qdisc_reset: dev=ens3 kind=pfifo_fast
paren
qdisc_destroy() calls ops->reset() and cleans up qdisc->gso_skb
and qdisc->skb_bad_txq, these are nearly same with qdisc_reset(),
so just call it directly, and cosolidate the code for the next
patch.
Cc: Jamal Hadi Salim
Cc: Jiri Pirko
Signed-off-by: Cong Wang
---
net/sched/sch_generic.c | 16
On 27/05/20 4:12 AM, Jakub Kicinski wrote:
On Tue, 26 May 2020 19:36:34 +0530 Rohit Maheshwari wrote:
Current design enables ktls setting from start, which is not
efficient. Now the feature will be enabled when user demands
TLS offload on any interface.
v1->v2:
- taking ULD module refcount ti
From: Alice Michael
This introduces function stubs for the framework of the common
module.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
From: Alice Michael
Implement various virtchnl commands that enable
communication with hardware.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Ski
From: Alice Michael
Initialize vport and allocate queue resources.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by: Jesse Bran
From: Alice Michael
This implements the next generation of virtchnl ops which
enable greater functionality and capabilities.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Li
This series introduces both the Intel Ethernet Common Module and the Intel
Data Plane Function. The patches also incorporate extended features and
functionality added in the virtchnl.h file.
The format of the series flow is to add the data set, then introduce
function stubs, and then introduce pi
From: Alice Michael
Introduces the framework of data for the driver common
module.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewe
From: Alice Michael
Implement main TX/RX flows for split queue model.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by: Jesse B
From: Alice Michael
This implements probe, interface up/down, and netdev_ops.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by:
From: Alan Brady
Utilizes the Intel Ethernet Common Module and provides
a device specific implementation for data plane devices.
Signed-off-by: Alan Brady
Signed-off-by: Alice Michael
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kuma
From: Alice Michael
Implement ethtool interface for the common module.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by: Jesse
From: Alice Michael
This introduces iecm as a module to the kernel, and adds
relevant documentation.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald
From: Alice Michael
Introduces the data for the TX/RX paths for use
by the common module.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
From: Alice Michael
This allocates PCI vectors and maps to interrupt
routines.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by
From: Alice Michael
Implement mailbox setup, take down, and commands.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by: Jesse B
From: Alice Michael
Implement vport take down and release its queue
resources.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by
From: Alice Michael
Implement legacy single queue model for TX/RX flows.
Signed-off-by: Alice Michael
Signed-off-by: Alan Brady
Signed-off-by: Phani Burra
Signed-off-by: Joshua Hay
Signed-off-by: Madhu Chittim
Signed-off-by: Pavan Kumar Linga
Reviewed-by: Donald Skidmore
Reviewed-by: Jess
On Tue, May 26, 2020 at 10:11 AM Petr Machata wrote:
>
> The Spectrum hardware allows execution of one of several actions as a
> result of queue management events: tail-dropping, early-dropping, marking a
> packet, or passing a configured latency threshold or buffer size. Such
> packets can be mir
On Fri, May 15, 2020 at 03:26:47PM +0200, Julien Beraud wrote:
> The frequency adjustments of the mac's clock are done by changing the value of
> addend, so that the number of clock cycles that make the accumulator overflow
> slightly change.
This is typical.
> The value of sub-second-increment
On Thu, May 14, 2020 at 12:28:08PM +0200, Olivier Dautricourt wrote:
> The required time adjustment is written in the Timestamp Update registers
> while the Sub-second increment register is programmed with the period
> of the clock, which is the precision of our correction.
I don't see in this pat
On Tue, May 26, 2020 at 7:53 PM Vasundhara Volam
wrote:
>
> On Tue, May 26, 2020 at 7:10 PM Jiri Pirko wrote:
> >
> > Tue, May 26, 2020 at 08:42:28AM CEST, vasundhara-v.vo...@broadcom.com wrote:
> > >On Tue, May 26, 2020 at 10:17 AM Jiri Pirko wrote:
> > >>
> > >> Tue, May 26, 2020 at 06:28:59AM
From: Ido Schimmel
Date: Tue, 26 May 2020 02:05:42 +0300
> From: Ido Schimmel
>
> This patch set contains another set of small changes in mlxsw trap
> configuration. It is the last set before exposing control traps (e.g.,
> IGMP query, ARP request) via devlink-trap.
>
> Tested with existing de
No element named "client" exists within "struct ipa_endpoint".
It might be a heritage forgotten to be removed. Delete it now.
Signed-off-by: Wang Wenhu
---
drivers/net/ipa/ipa_endpoint.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ipa/ipa_endpoint.h b/drivers/net/ipa/ipa_endpo
From: Chris Packham
Date: Tue, 26 May 2020 10:55:59 +1200
> Change 'handeled' to 'handled' in the Kconfig help for SCTP.
>
> Signed-off-by: Chris Packham
Applied.
From: Michael Chan
Date: Mon, 25 May 2020 17:41:16 -0400
> 3 bnxt_en driver fixes, covering a bug in preserving the counters during
> some resets, proper error code when flashing NVRAM fails, and an
> endian bug when extracting the firmware response message length.
Series applied.
> Please also
From: Florian Westphal
Date: Mon, 25 May 2020 23:41:13 +0200
> We can try to coalesce skbs we take from the subflows rx queue with the
> tail of the mptcp rx queue.
>
> If successful, the skb head can be discarded early.
>
> We can also free the skb extensions, we do not access them after this.
From: Daniele Palmas
Date: Mon, 25 May 2020 23:25:37 +0200
> Add support for Telit LE910C1-EUX composition
>
> 0x1031: tty, tty, tty, rmnet
> Signed-off-by: Daniele Palmas
Applied, thank you.
From: Heiner Kallweit
Date: Mon, 25 May 2020 21:54:00 +0200
> Don't call netif_napi_del() manually, free_netdev() does this for us.
> In addition reorder calls to match reverse order of calls in probe().
>
> Signed-off-by: Heiner Kallweit
Applied, thanks Heiner.
From: Florian Westphal
Date: Mon, 25 May 2020 20:15:06 +0200
> These two patches improve mptcp throughput by making sure tcp grows
> the receive buffer when we move skbs from subflow socket to the
> mptcp socket.
>
> The second patch moves mptcp receive buffer increase to the recvmsg
> path, i.e
From: Willem de Bruijn
Date: Mon, 25 May 2020 15:07:40 -0400
> From: Willem de Bruijn
>
> Syzkaller again found a path to a kernel crash through bad gso input:
> a packet with gso size exceeding len.
>
> These packets are dropped in tcp_gso_segment and udp[46]_ufo_fragment.
> But they may affe
From: fugang.d...@nxp.com
Date: Tue, 26 May 2020 00:27:09 +0800
> From: Fugang Duan
>
> The commit da722186f654 (net: fec: set GPR bit on suspend by
> DT configuration) set the GPR reigster offset and bit in driver
> for wol feature support.
>
> It brings trouble to enable wol feature on imx6sx
Change "transactio" -> "transaction". Also an alignment correction.
Signed-off-by: Wang Wenhu
---
drivers/net/ipa/gsi.c | 2 +-
drivers/net/ipa/ipa_endpoint.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ipa/gsi.c b/drivers/net/ipa/gsi.c
index b671b
From: Dmitry Vyukov
Date: Mon, 25 May 2020 17:31:58 +0200
> Netlink policies are generally declared as const.
> This is safer and prevents potential bugs.
>
> Signed-off-by: Dmitry Vyukov
Applied to net-next, thanks.
On Tue, May 26, 2020 at 04:30:31PM -0700, Jakub Kicinski wrote:
> On Tue, 26 May 2020 23:07:48 + Luis Chamberlain wrote:
> > On Tue, May 26, 2020 at 03:46:06PM -0700, Jakub Kicinski wrote:
> > > On Tue, 26 May 2020 14:58:07 + Luis Chamberlain wrote:
> > > > To those new on CC -- this is i
From: Paolo Abeni
Date: Mon, 25 May 2020 16:38:47 +0200
> In the MPTCP receive path we must cope with TCP fallback
> on blocking recvmsg(). Currently in such code path we detect
> the fallback condition, but we don't fetch the struct socket
> required for fallback.
>
> The above allowed syzkalle
From: Johannes Berg
Date: Mon, 25 May 2020 16:22:32 +0200
> Here's a batch of updates for net-next. I didn't get through
> everything yet, but Kalle needed some of the changes here
> (the ones related to DPP) for some driver changes, so here
> it is.
>
> Please pull and let me know if there's an
On 5/26/20 8:59 PM, Leon Romanovsky wrote:
>
> Yes, you remember correctly.
>
> What should I write in the series to make it clear that the patches
> need to be reviewed but not merged yet due to on-going kernel
> submission?
>
> We are not merging any code in RDMA that doesn't have correspondin
On Tue, May 26, 2020 at 06:00:17PM -0600, David Ahern wrote:
> On 5/20/20 4:25 AM, Leon Romanovsky wrote:
> > From: Leon Romanovsky
> >
> > Hi,
> >
> > The following series adds support to get the RDMA resource data in RAW
> > format. The main motivation for doing this is to enable vendors to
> >
On Tue, May 26, 2020 at 04:04:20PM -0300, Jason Gunthorpe wrote:
> On Tue, May 26, 2020 at 02:54:32PM +0300, Leon Romanovsky wrote:
> > From: Leon Romanovsky
> >
> > Changelog:
> > v3:
> > * Squashed patch "RDMA/mlx5: Advertise ECE support" into
> > "RDMA/mlx5: Set ECE options during modify QP".
On 5/26/20 7:56 PM, Saeed Mahameed wrote:
> On Tue, 2020-05-26 at 18:31 -0600, David Ahern wrote:
>> On 5/26/20 3:23 PM, Saeed Mahameed wrote:
>>> Anyway I can't figure out the reason for this without extra digging
>>> since in mlx5 we do xdp_set_data_meta_invalid(); before passing the
>>> xdp
>>>
On 2020/5/22 17:35, tanhuazhong wrote:
On 2020/5/22 5:37, David Miller wrote:
From: Jakub Kicinski
Date: Thu, 21 May 2020 12:17:07 -0700
On Thu, 21 May 2020 19:38:23 +0800 Huazhong Tan wrote:
This patchset adds two new VLAN feature.
[patch 1] adds a new dynamic VLAN mode.
[patch 2] add
On 5/26/20 3:40 AM, Tuong Lien wrote:
> This commit allows printing the statistics of a broadcast-receiver link
> using the same tipc command, but with additional 'link' options:
>
> $ tipc link stat show --help
> Usage: tipc link stat show [ link { LINK | SUBSTRING | all } ]
>
> With:
> + 'LINK'
> Subject: Re: [RDMA RFC v6 14/16] RDMA/irdma: Add ABI definitions
>
> On Wed, May 20, 2020 at 12:02:35PM +0300, Gal Pressman wrote:
> > On 20/05/2020 11:52, Greg KH wrote:
> > > On Wed, May 20, 2020 at 10:54:25AM +0300, Gal Pressman wrote:
> > >> On 20/05/2020 10:04, Jeff Kirsher wrote:
> > >>> +
> Subject: Re: [RDMA RFC v6 16/16] RDMA/irdma: Update MAINTAINERS file
>
> On 20/05/2020 10:04, Jeff Kirsher wrote:
> > From: Shiraz Saleem
> >
> > Add maintainer entry for irdma driver.
> >
> > Signed-off-by: Mustafa Ismail
> > Signed-off-by: Shiraz Saleem
> > ---
> > MAINTAINERS | 8
> Subject: Re: [RDMA RFC v6 00/16] Intel RDMA Driver Updates 2020-05-19
>
> On Wed, May 20, 2020 at 12:03:59AM -0700, Jeff Kirsher wrote:
> > This patch set adds a unified Intel Ethernet Protocol Driver for RDMA
> > that supports a new network device E810 (iWARP and RoCEv2 capable) and
> > the exi
> Subject: Re: [RDMA RFC v6 01/16] RDMA/irdma: Add driver framework definitions
>
> On Wed, May 20, 2020 at 12:04:00AM -0700, Jeff Kirsher wrote:
> > From: Mustafa Ismail
> >
> > Register irdma as a platform driver capable of supporting platform
> > devices from multi-generation RDMA capable In
Right now the libbpf model encourages loading the entire object at once.
In this model, libbpf handles loading BTF from vmlinux for us. However,
it can be useful to selectively load certain maps and programs inside an
object without loading everything else.
In the latter model, there was perviousl
On Tue, 2020-05-26 at 18:31 -0600, David Ahern wrote:
> On 5/26/20 3:23 PM, Saeed Mahameed wrote:
> > Anyway I can't figure out the reason for this without extra digging
> > since in mlx5 we do xdp_set_data_meta_invalid(); before passing the
> > xdp
> > buff to the bpf program, so it is not clear w
From: Eli Britstein
Set ethertype match in a helper function as a pre-step towards
optimizing it.
Signed-off-by: Eli Britstein
Reviewed-by: Roi Dayan
Signed-off-by: Saeed Mahameed
---
.../ethernet/mellanox/mlx5/core/en/tc_ct.c| 5 +
.../ethernet/mellanox/mlx5/core/en/tc_tun.c | 21
From: Eli Britstein
The HW is optimized for IPv4/IPv6. For such cases, pending capability,
avoid matching on ethertype, and use ip_version field instead.
Signed-off-by: Eli Britstein
Reviewed-by: Roi Dayan
Signed-off-by: Saeed Mahameed
---
.../mellanox/mlx5/core/diag/fs_tracepoint.c | 85 +
From: Or Gerlitz
When a bond device is created over one or more non uplink representors,
and when a flow rule is offloaded to such bond device, offload a rule
to the active lower device.
Assuming that this is active-backup lag, the rules should be offloaded
to the active lower device which is th
From: Vu Pham
Bonded slave representors' vports must share a unique metadata
for match.
On enslaving event of slave representor to lag device, allocate
new unique "bond_metadata" for match if this is the first slave.
The subsequent enslaved representors will share the same unique
"bond_metadata"
From: Alex Vesker
Change the locking flow to support RX and TX locks, splitting
the single lock to two will allow inserting rules in parallel
for RX and TX parts of the FDB.
Locking the dr_domain will be done by locking the RX domain
and the TX domain locks, this is mostly used for control opera
From: Alex Vesker
Adding this lock will allow writing steering entries without
locking the dr_domain and allow parallel insertion.
Signed-off-by: Alex Vesker
Reviewed-by: Mark Bloch
Signed-off-by: Saeed Mahameed
---
.../ethernet/mellanox/mlx5/core/steering/dr_send.c | 13 +
.../
From: Vu Pham
Currently offloading a rule over a tc block shared by multiple
representors fails because an e-switch global hashtable to keep
the mapping from tc cookies to mlx5e flow instances is used, and
tc block sharing offloads the same rule/cookie multiple times,
each time for different repr
From: Mark Bloch
Add callbacks so the NIC could be suspended and resumed.
Tested-by: Dexuan Cui
Signed-off-by: Mark Bloch
Reviewed-by: Moshe Shemesh
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/main.c | 18 ++
1 file changed, 18 insertions(+)
di
From: Vu Pham
Use change upper event to detect slave representor from
enslaving/unslaving to/from lag device.
On enslaving event, call mlx5_enslave_rep() API to create, add
this slave representor shadow entry to the slaves list of
bond_metadata structure representing master lag device and use
it
From: Vu Pham
Introduce infrastructure to create unique metadata for match
for vport without depending on vport_num. Vport uses its
default metadata for match in standalone configuration but
will share a different unique "bond_metadata" for match with
other vports in bond configuration.
Using id
From: Vu Pham
Restructure the eswitch ingress acl codes into eswitch directory
and different files:
. Acl ingress helper functions to acl_helper.c/h
. Acl ingress functions used in offloads mode to acl_ingress_ofld.c
. Acl ingress functions used in legacy mode to acl_ingress_lgy.c
This patch doe
From: Parav Pandit
Add mutex destroy calls to balance with mutex_init() done in the init
path.
Signed-off-by: Parav Pandit
Reviewed-by: Moshe Shemesh
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/main.c | 16 ++--
1 file changed, 14 insertions(+), 2 de
From: Vu Pham
Adding bond_metadata and its slave entries to represent a lag device
and its slaves VF representors. Bond_metadata structure includes a
unique metadata shared by slaves VF respresentors, and a list of slaves
representors slave entries.
On enslaving event, create a bond_metadata str
From: Vu Pham
Refactor the egress acl codes so that offloads and legacy modes
can configure specifically their own needs of egress acl table,
groups and rules. While at it, restructure the eswitch egress
acl codes into eswitch directory and different files:
. Acl egress helper functions to acl_he
From: Vu Pham
By default, e-switch vport's egress acl just forward packets to its
counterpart NIC vport using existing egress acl table.
During port failover in bonding scenario where two VFs representors
are bonded, the egress acl forward-to-vport rule will be added to
the existing egress acl t
,
Saeed.
---
The following changes since commit fb8ddaa915395c97f234340f465a4c424a7be090:
Merge tag 'batadv-next-for-davem-20200526' of
git://git.open-mesh.org/linux-merge (2020-05-26 15:19:29 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel
From: Or Gerlitz
Register a notifier block to handle netdev events for bond device
of non-uplink representors to support eswitch vports bonding.
When a non-uplink representor is a lower dev (slave) of bond and
becomes active, adding egress acl forward-to-vport rule of all slave
netdevs (active +
On Fri, May 15, 2020 at 04:08:56PM +0100, Lad Prabhakar wrote:
> RZ/G1H (R8A7742) watchdog implementation is compatible with R-Car Gen2,
> therefore add relevant documentation.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
> ---
> Documentation/devicetree/bindings/w
Thank you for explaining in detail and letting me know the website.
thanks to you, I learned a little about how to RFC works.
2020년 5월 26일 (화) 오후 4:54, Michal Kubecek 님이 작성:
>
> On Tue, May 26, 2020 at 02:47:25PM +0900, 강유건 wrote:
> > Hello
> >
> > Actually, I'm not sure if it's right to send ma
Hi Sudeep,
> -Original Message-
> From: Sudeep Holla
> Sent: Tuesday, May 26, 2020 6:10 PM
> To: Jianyong Wu
> Cc: netdev@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> m...@kernel.org; richardcoch
On 5/26/20 4:56 PM, Colin King wrote:
> diff --git a/drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c
> b/drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c
> index 71aee4914619..8f485f9a07a7 100644
> --- a/drivers/net/ethernet/mellanox/mlxsw/spectrum_router.c
> +++ b/drivers/net/ethernet/
> -Original Message-
> From: Stephen Rothwell
> Sent: Monday, May 25, 2020 05:40
> To: David Miller ; Networking
>
> Cc: Linux Next Mailing List ; Linux Kernel Mailing
> List ; Lifshits, Vitaly
> ;
> Kirsher, Jeffrey T
> Subject: linux-next: build warning after merge of the net-next tre
Add xdp_txq_info as the Tx counterpart to xdp_rxq_info. At the
moment only the device is added. Other fields (queue_index)
can be added as use cases arise.
>From a UAPI perspective, add egress_ifindex to xdp context for
bpf programs to see the Tx device.
Update the verifier to only allow accesses
Implementation of Daniel's proposal for allowing DEVMAP entries to be
a device index, program fd pair.
Programs are run after XDP_REDIRECT and have access to both Rx device
and Tx device.
v1
- fixed prog put on invalid program - Toke
- changed write value from id to fd per Toke's comments about c
Add BPF_XDP_DEVMAP attach type for use with programs associated with a
DEVMAP entry.
DEVMAPs can associate a program with a device entry by setting the
value to pair. The program associated with the fd must have
type XDP with expected attach type BPF_XDP_DEVMAP. When a program is
associated with
Add tests to verify ability to add an XDP program to a
entry in a DEVMAP.
Add negative tests to show DEVMAP programs can not be
attached to devices as a normal XDP program, and accesses
to egress_ifindex require BPF_XDP_DEVMAP attach type.
Signed-off-by: David Ahern
---
.../bpf/prog_tests/xdp_d
Add support to DEVMAP and DEVMAP_HASH to support 8-byte values as a
pair. To do this, a new struct is needed in
bpf_dtab_netdev to hold the values to return on lookup.
Signed-off-by: David Ahern
---
kernel/bpf/devmap.c | 56 ++---
1 file changed, 43 inser
Support SEC("xdp_dm*") as a short cut for loading the program with
type BPF_PROG_TYPE_XDP and expected attach type BPF_XDP_DEVMAP.
Signed-off-by: David Ahern
---
tools/lib/bpf/libbpf.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index fa0
From: Guangbin Huang
To prevent from initializing VF NIC client in reset handling state,
this patch adds resetting check in hclgevf_init_nic_client_instance().
Signed-off-by: Guangbin Huang
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c | 9 +
From: Yufeng Mo
Packets will not pass through MAC during app loopback.
Therefore, it is meaningless to enable MAC while doing
app loopback. This patch removes this unnecessary action.
Signed-off-by: Yufeng Mo
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_mai
1 - 100 of 413 matches
Mail list logo
