This patch adds support for gmii2rgmii phy converter
in the macb driver.
Signed-off-by: Kedareswara rao Appana
---
drivers/net/ethernet/cadence/macb.c | 21 -
drivers/net/ethernet/cadence/macb.h |3 +++
2 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/dri
On Thu, Jun 30, Olaf Hering wrote:
> On Thu, Jun 30, Dexuan Cui wrote:
>
> > -#define AF_MAX 43 /* For now.. */
> > +#define AF_MAX 44 /* For now.. */
>
> Should this patch also change the places where AF_MAX is used,
> like all the arrays in net/core/sock.c?
A
This patch adds support for gmii2rgmii converter.
The GMII to RGMII IP core provides the Reduced Gigabit Media
Independent Interface (RGMII) between Ethernet physical media
Devices and the Gigabit Ethernet controller. This core can
switch dynamically between the three different speed modes of
Oper
This patch series does the following
---> Add support for gmii2rgmii converter.
---> Add support for gmii2rgmii converter in the macb driver.
Earlier sent one RFC patch https://patchwork.kernel.org/patch/9186615/
which includes converter related stuff also in macb driver.
This patch series fixes
On 2016年06月30日 23:45, Michael S. Tsirkin wrote:
On Thu, Jun 30, 2016 at 02:45:30PM +0800, Jason Wang wrote:
>Hi all:
>
>This series tries to switch to use skb array in tun. This is used to
>eliminate the spinlock contention between producer and consumer. The
>conversion was straightforward: ju
On Fri, 2016-07-01 at 11:06 +0800, Ding Tianhong wrote:
> I debug this problem, and found that the __fib6_clean_all() would not
> hold the cpu more than 1 second event though there
> is a lot of ipv6 address to deal with, but the notifier_chian would
> call the ipv6 notifier several times and hold
On Fri, 2016-07-01 at 04:50 +, Yuval Mintz wrote:
> > currently all the device driver call netif_tx_start_all_queues(dev)
> > on open to W/A this issue. which is strange since only
> > real_num_tx_queues are active.
>
> You could also argue that netif_tx_start_all_queues() should
> only enabl
> currently all the device driver call netif_tx_start_all_queues(dev)
> on open to W/A this issue. which is strange since only
> real_num_tx_queues are active.
You could also argue that netif_tx_start_all_queues() should
only enable the real_num_tx_queues.
[Although that would obviously cause all
Hi,
We are getting a panic on boot with Linus git as of this morning. I
have attached the boot log, it looks like the panic is in igbvf/ixgbe.
The machine is being netbooted via legacy PXE.
I have attached the full boot log from a kernel with igbvf enabled,
and one log of just the panic message w
On Fri, Jul 1, 2016 at 3:45 AM, John Fastabend wrote:
> On 16-06-30 08:23 AM, Saeed Mahameed wrote:
>> From: Or Gerlitz
>>
>> Add the commands to set and show the mode of SRIOV E-Switch, two modes
>> are supported:
>>
>> * legacy: operating in the "old" L2 based mode (DMAC --> VF vport)
>>
>> * s
On Thu, Jun 30, 2016 at 19:04:16 +, Yuval Mintz wrote:
> > Chelsio T4/T5 cards have SR-IOV Capabilities on Physical Functions
> > 0..3 and the administrative Driver(cxgb4) attaches to Physical Function 4.
> > Each of the Physical Functions 0..3 can support up to 16 Virtual
> > Functions. With t
On 2016/6/28 14:27, Eric Dumazet wrote:
> On Tue, 2016-06-28 at 08:22 +0200, Eric Dumazet wrote:
>
>> Follow the stack trace and add another cond_resched() where it is needed
>> then ?
>>
>> Lot of this code was written decade ago where nobody expected a root
>> user was going to try hard to crash
On Thu, Jun 30, 2016 at 06:59:13PM -0400, Jon Mason wrote:
> Signed-off-by: Jon Mason
> ---
> .../devicetree/bindings/net/brcm,bgmac-nsp.txt | 24
> ++
> 1 file changed, 24 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-nsp.txt
>
> d
On 2016/6/30 18:48, Joe Perches wrote:
On Thu, 2016-06-30 at 15:25 +0800, Yisen Zhuang wrote:
From: Daode Huang
This patch adds maintainers for hisilicon network subsystem driver
[]
diff --git a/MAINTAINERS b/MAINTAINERS
[]
@@ -5421,6 +5421,15 @@ F: include/uapi/linux/if_hippi.h
On Wed, Jun 29, 2016 at 02:10:13AM -0700, th...@altera.com wrote:
> From: Tien Hock Loh
>
> This adds support for TSE PCS that uses SGMII adapter when the phy-mode of
> the dwmac is set to sgmii.
>
> Signed-off-by: Tien Hock Loh
>
> ---
> v2:
> - Refactored the TSE PCS out from the dwmac-socfp
Subject: Re: [PATCH 1/1] qlcnic: add wmb() call in transmit data path.
>
>> +/* Ensure writes are complete before HW fetches Tx descriptors */
>> +wmb();
>> qlcnic_update_cmd_producer(tx_ring);
>>
>> return NETDEV_TX_OK;
>>
>
> Would not an mmiowb be more appropriate in this ca
On 2016/6/30 22:13, Eric Dumazet wrote:
> From: Eric Dumazet
>
> ether_addr_equal_64bits() requires some care about its arguments,
> namely that 8 bytes might be read, even if last 2 byte values are not
> used.
>
> KASan detected a violation with null_mac_addr and lacpdu_mcast_addr
> in bond_3ad
On 16-06-30 08:23 AM, Saeed Mahameed wrote:
> From: Or Gerlitz
>
> Add the commands to set and show the mode of SRIOV E-Switch, two modes
> are supported:
>
> * legacy: operating in the "old" L2 based mode (DMAC --> VF vport)
>
> * switchdev: the E-Switch is referred to as whitebox switch confi
On Wed, 29 Jun 2016 19:26:29 +
Vivien Didelot wrote:
> Correct the unclear and poorly conjugated STP LISTENING documentation.
>
> Signed-off-by: Vivien Didelot
Applied
On Tue, 28 Jun 2016 23:27:14 +
Andrey Vagin wrote:
> From: Andrew Vagin
>
> Currently a timeout is multiplied by HZ in user-space and
> then it multiplied by HZ in kernel-space.
>
> $ ./ip/ip r add 2002::0/64 dev veth1 expires 10
> $ ./ip/ip -6 r
> 2002::/64 dev veth1 metric 1024 linkdown
On Wed, 29 Jun 2016 19:26:10 +
Vivien Didelot wrote:
> s/BPUD/BPDU/ in guard description.
>
> Signed-off-by: Vivien Didelot
Applied
> Chelsio T4/T5 cards have SR-IOV Capabilities on Physical Functions
> 0..3 and the administrative Driver(cxgb4) attaches to Physical Function 4.
> Each of the Physical Functions 0..3 can support up to 16 Virtual
> Functions. With the current Linux APIs, a 2-Port card would only be
> able to use th
On Tue, 21 Jun 2016 18:11:59 +0200
Nikolay Aleksandrov wrote:
> >> Thanks, this is a useful tool, but I think the formatting of output may
> >> need to be
> >> reworked. The bridge tool works similar to ip command. And in the ip
> >> command the
> >> -s flag causes additional lines, but does n
On Thu, Jun 30, 2016 at 4:26 PM, Cong Wang wrote:
> On Thu, Jun 30, 2016 at 4:11 PM, Daniel Borkmann wrote:
>> On 07/01/2016 12:42 AM, Cong Wang wrote:
>>>
>>> On Thu, Jun 30, 2016 at 12:50 PM, Daniel Borkmann
>>> wrote:
Maybe makes sense to move skb_push_rcsum() but /also/ skb_pu
On Thu, Jun 30, 2016 at 4:11 PM, Daniel Borkmann wrote:
> On 07/01/2016 12:42 AM, Cong Wang wrote:
>>
>> On Thu, Jun 30, 2016 at 12:50 PM, Daniel Borkmann
>> wrote:
>>>
>>>
>>> Maybe makes sense to move skb_push_rcsum() but /also/ skb_pull_rcsum()
>>> to the header then? Both seem similarly small
[snip]
+
> + return 0;
> +
> +err2:
> + devm_iounmap(&pdev->dev, bgmac->plat.idm_base);
> +err1:
> + devm_iounmap(&pdev->dev, bgmac->plat.base);
> +err:
> + devm_kfree(&pdev->dev, bgmac);
This is not needed actually, now that you use the device managed helper
functions.
> +
> +
The socket callbacks should all operate on a struct rds_conn_path,
in preparation for a MP capable RDS-TCP.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
net/rds/tcp.c | 25 +
net/rds/tcp.h |4 ++--
net/rds/tcp_connect.c | 16 +++
The ->sk_user_data contains a pointer to the rds_conn_path
for the socket. Use this consistently in the rds_tcp_data_ready
callbacks to get the rds_conn_path for rds_recv_incoming.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
net/rds/ib.c |2 +-
net/rds/ib.h |
Refactor code to avoid separate indirections for single-path
and multipath transports. All transports (both single and mp-capable)
will get a pointer to the rds_conn_path, and can trivially derive
the rds_connection from the ->cp_conn.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
The c_passive bit is only intended for the IB transport and will
never be encountered in rds-tcp, so remove the dead logic that
predicates on this bit.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
net/rds/tcp.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
RDS ping messages are sent with a non-zero src port to a zero
dst port, so that the rds pong messages can be sent back to the
originators src port. However if a confused/malicious sender
sends a ping with a 0 src port, we'd have an infinite ping-pong
loop. To avoid this, the receiver should ignore
When reconnecting, the peer with the smaller IP address will initiate
the reconnect, to avoid needless duelling SYN issues.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
net/rds/connection.c |4 +---
net/rds/threads.c|5 +
2 files changed, 6 insertions(+), 3 de
A single rds_connection may have multiple rds_conn_paths that have
to be carefully and correctly destroyed, for both rmmod and
netns-delete cases.
For both cases, we extract a single rds_tcp_connection for
each conn into a temporary list, and then invoke rds_conn_destroy()
which iteratively disman
This patch adds ->conn_path_connect callbacks in the rds_transport
that are used to set up a single connection path.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
net/rds/ib.c |2 +-
net/rds/ib.h |2 +-
net/rds/ib_cm.c |3 ++-
net/rds/loop.c
The struct rds_tcp_connection is the transport-specific private
data structure that tracks TCP information per rds_conn_path.
Modify this structure to have a back-pointer to the rds_conn_path
for which it is the ->cp_transport_data.
Acked-by: Santosh Shilimkar
Signed-off-by: Sowmini Varadhan
---
The second installment of changes to enable multipath support in
RDS-TCP. This series implements the changes in rds-tcp so that the
rds_conn_path has a pointer to the rds_tcp_connection in cp_transport_data.
Struct rds_tcp_connection keeps track of the inet_sk per path in
t_sock. The ->sk_user_dat
On 07/01/2016 12:42 AM, Cong Wang wrote:
On Thu, Jun 30, 2016 at 12:50 PM, Daniel Borkmann wrote:
Maybe makes sense to move skb_push_rcsum() but /also/ skb_pull_rcsum()
to the header then? Both seem similarly small at least (could be split
f.e into two patches then, first for the move, second
Move the BCMA MDIO phy into a separate file, as it is very tightly
coupled with the BCMA bus. This will help with the upcoming BCMA
removal from the bgmac driver. Optimally, this should be moved into
phy drivers, but it is too tightly coupled with the bgmac driver to
effectively move it without m
The bcma portion of the driver has been split off into a bcma specific
driver. This has been mirrored for the platform driver. The last
references to the bcma core struct have been changed into a generic
function call. These function calls are wrappers to either the original
bcma code or new pla
The bgmac driver is using the bcma provides device ID and revision, as
well as the SoC ID and package, to determine which features are
necessary to enable, reset, etc in the driver. In anticipation of
removing the bcma requirement for this driver, these must be changed to
not reference that struc
The bgmac_* print wrappers call dev_* prints with the dev pointer from
the bcma core. In anticipation of removing the bcma requirement for
this driver, these must be changed to not reference that struct. So,
simply change all of the bgmac_* prints to their dev_* counterparts. In
some cases netde
Well, no compilained too loudly at the RFC version of this patch series
(see https://lkml.org/lkml/2016/6/28/863). So, I'm officially sending
this out for inclusion. All comments from the RFC were addressed in
this version.
This patch series adds support for other, non-bcma iProc SoC's to the
bg
Add device tree entries for the ethernet devices present on the
Broadcom Northstar Plus SoCs
Signed-off-by: Jon Mason
---
arch/arm/boot/dts/bcm-nsp.dtsi | 18 ++
arch/arm/boot/dts/bcm958625k.dts | 8
2 files changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts/bc
The dma buffer allocation, etc references a dma_dev device pointer from
the bcma core. In anticipation of removing the bcma requirement for
this driver, these must be changed to not reference that struct. Add a
dma_dev device pointer to the bgmac stuct and reference that instead.
Signed-off-by:
Signed-off-by: Jon Mason
---
.../devicetree/bindings/net/brcm,bgmac-nsp.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-nsp.txt
diff --git a/Documentation/devicetree/bindings/net/brcm,bgmac-nsp.txt
b/Docu
On Thu, Jun 30, 2016 at 12:50 PM, Daniel Borkmann wrote:
>
> Maybe makes sense to move skb_push_rcsum() but /also/ skb_pull_rcsum()
> to the header then? Both seem similarly small at least (could be split
> f.e into two patches then, first for the move, second for the actual fix).
No objection fr
The PCIe driver didn't mask the host interrupts before trying to tear
down. This causes lockups at reboot or rmmod when using MSI-X on 8997,
since the MSI handler gets confused and locks up the system.
Also tested on 8897, which does not support MSI-X (and wasn't
experiencing this same bug). No re
On 16-06-30 11:15 AM, John W. Linville wrote:
> On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
>> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote:
>>> I've become steadily less enthusiastic and less responsive as a
>>> maintainer over the past year or so. I no long
On Thu, Jun 30, 2016 at 2:06 PM, Ray Jui wrote:
> Hi Jon,
>
> On 6/28/2016 12:34 PM, Jon Mason wrote:
>>
>> Signed-off-by: Jon Mason
>> ---
>> .../devicetree/bindings/net/brcm,bgmac-enet.txt | 21
>> +
>> 1 file changed, 21 insertions(+)
>> create mode 100644
>> Document
On 06/30/16 at 12:41pm, Tom Herbert wrote:
> This is not yet complete, we would still need to some controls
> to rate limit number of resolution requests and a means to track
> pending requests. I'm posting this as RFC because it seems like
> this might be part of a general mechanism to a perform a
Avoid recursions of dev_queue_xmit() to the wrong net device when
frames are unprotected, since at that time skb->dev still points to
our own macsec dev and unlike macsec_encrypt_finish() dev pointer
doesn't get updated to real underlying device.
Fixes: c09440f7dcb3 ("macsec: introduce IEEE 802.1A
On Thu, Jun 30, 2016 at 02:37:30PM -0500, Jorge Alberto Garcia wrote:
> El 30/06/2016 02:32 p.m., "Ben Hutchings" escribió:
> >
> > On Thu, 2016-06-30 at 14:27 -0500, Jorge Alberto Garcia wrote:
> > > On Thu, Jun 30, 2016 at 1:15 PM, John W. Linville
> > > wrote:
> > > > On Mon, Jun 27, 2016 at 0
On Thu, 30 Jun 2016 16:07:26 -0400
Steven Rostedt wrote:
> I can reproduce this by having the client unmount and remount the
> directory.
It gets even more interesting. When I unmount the directory, the hidden
port does not go away. It is still there. But if I mount it again, it
goes away (until
On Thu, Jun 30, 2016 at 1:58 PM, Ray Jui wrote:
> Hi Jon,
>
>
> On 6/28/2016 12:34 PM, Jon Mason wrote:
>>
>> The bcma portion of the driver has been split off into a bcma specific
>> driver. This has been mirrored for the platform driver. The last
>> references to the bcma core struct have been
The netfilter hook list never uses the prev pointer, and so can be
trimmed to be a smaller singly-linked list.
In addition to having a more light weight structure for hook traversal,
struct net becomes 5568 bytes (down from 6400) and struct net_device
becomes 2176 bytes (down from 2240).
Signed-o
This series makes a simple change to shrink the netfilter hook list
from a double linked list, to a singly linked list. Since the hooks
are always traversed in-order, there is no need to maintain a previous
pointer.
This series is being submitted for early feedback. This was jointly
developed by
From: Florian Westphal
This makes things simpler because we can store the head of the list
in the nf_state structure without worrying about concurrent add/delete
of hook elements from the list.
Signed-off-by: Florian Westphal
Signed-off-by: Aaron Conole
---
include/linux/netfilter.h
From: Florian Westphal
This replaces the last uses of NF_HOOK_THRESH().
Followup patch will remove it and rename nf_hook_thresh.
The reason is that inet (non-bridge) netfilter no longer invokes the
hooks from hooks, so we do no longer need the thresh value to skip hooks
with a lower priority.
T
On 64bits kernels, device stats are 64bits wide, not 32bits.
Fixes: 80105befdb4b ("net: systemport: add Broadcom SYSTEMPORT Ethernet MAC
driver")
Signed-off-by: Florian Fainelli
---
Changes in v2:
- use a plain cast to unsigned long
drivers/net/ethernet/broadcom/bcmsysport.c | 2 +-
1 file ch
On Thu, Jun 30, 2016 at 05:36:51PM +0100, David Howells wrote:
> David Howells wrote:
>
> > > You want rb_link_node_rcu() here.
> >
> > Should there be an rb_replace_node_rcu() also?
>
> Or I could make rb_replace_node() RCU friendly. What do you think of the
> attached changes (split into app
On Thu, 30 Jun 2016 18:30:42 +
Trond Myklebust wrote:
> Wait. So the NFS mount is still active, it’s just that the socket
> disconnected due to no traffic? That should be OK. Granted that the
> port can’t be reused by another process, but you really don’t want
> that: what if there are no ot
On 06/30/2016 11:33 AM, Andrew Lunn wrote:
> On Thu, Jun 30, 2016 at 10:56:29AM -0700, Florian Fainelli wrote:
>> On 64bits kernels, device stats are 64bits wide, not 32bits.
>>
>> Fixes: 80105befdb4b ("net: systemport: add Broadcom SYSTEMPORT Ethernet MAC
>> driver")
>> Signed-off-by: Florian Fai
Hi Cong,
On 06/30/2016 07:15 PM, Cong Wang wrote:
Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum
validation")
we need to fixup the checksum for CHECKSUM_COMPLETE when
pushing skb on RX path. Otherwise we get similar splats.
Cc: Jamal Hadi Salim
Cc: Tom Herbert
Sig
Damn mail clients and their helpful corruption of patches...
Resent w/o the extran \n in the diff header.
On 06/29/16 07:58, David Miller wrote:
> From: Matt Corallo
> Date: Sat, 25 Jun 2016 19:35:03 +
>
>> At least on Meson GXBB, the CORE_IRQ_MTL_RX_OVERFLOW interrupt is thrown
>> with the
(resent due to overhelpful mail client corrupting patch)
At least on Meson GXBB, the CORE_IRQ_MTL_RX_OVERFLOW interrupt is thrown
with the stmmac1000 driver, which does not support set_rx_tail_ptr. With
this patch and the clock fixes, 1G ethernet works on ODROID-C2.
Signed-off-by: Matt Corallo
-
This is the first cut at an ILA resolver using LWT to implement
the hook to a userspace resolver.
The idea is that the kernel sets an ILA resolver route to the
SIR prefix, somrhting like:
ip route add ::/64 encap ila-resolve \
via 2401:db00:20:911a::27:0 dev eth0
When a packet hits the
On Thu, 2016-06-30 at 14:27 -0500, Jorge Alberto Garcia wrote:
> On Thu, Jun 30, 2016 at 1:15 PM, John W. Linville
> wrote:
> > On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
> > > On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote:
> > > > I've become steadily less e
On Thu, Jun 30, 2016 at 1:15 PM, John W. Linville
wrote:
> On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
>> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote:
>> > I've become steadily less enthusiastic and less responsive as a
>> > maintainer over the past year or
The cpsw h/w supports up to 8 tx and 8 rx channels.This patch adds
multi-queue support to the driver. An ability to configure h/w
shaper will be added with separate patch. Default shaper mode, as
before, priority mode.
The poll function handles all unprocessed channels, till all of
them are free,
Better to move functions that works with channel internals to C file.
Currently it's not required for drivers to know rx or tx a channel
is, except create function. So correct "channel create" function, and
use all channel struct macroses only for internal use.
Signed-off-by: Ivan Khoronzhuk
---
These ops allow to control number of channels driver is allowed to
work with. The maximum number of channels is 8 for rx and 8 for tx.
After this patch the following commands are possible:
$ ethtool -l eth0
$ ethtool -L eth0 rx 6 tx 6
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/c
Currently the tx channels are using the same pool of descriptors.
Thus one channel can block another if pool is emptied by one.
But, the shaper should decide which channel is allowed to send
packets. To avoid such impact of one channel on another let every
channel to have its own peace of pool.
Si
This series is intended to allow cpsw driver to use its ability of h/w
shaper to send/receive data with up to 8 tx and rx queues. This series
doesn't contain interface to configure h/w shaper itself, it contains
only multi queue support part and ability to configure number of tx/rx
queues with etht
On Thu, Jun 30, 2016 at 10:56:29AM -0700, Florian Fainelli wrote:
> On 64bits kernels, device stats are 64bits wide, not 32bits.
>
> Fixes: 80105befdb4b ("net: systemport: add Broadcom SYSTEMPORT Ethernet MAC
> driver")
> Signed-off-by: Florian Fainelli
> ---
> drivers/net/ethernet/broadcom/bcm
On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote:
> > I've become steadily less enthusiastic and less responsive as a
> > maintainer over the past year or so. I no longer work on networking
> > regularly, so it takes
Hi Jon,
On 6/28/2016 12:34 PM, Jon Mason wrote:
Signed-off-by: Jon Mason
---
.../devicetree/bindings/net/brcm,bgmac-enet.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-enet.txt
diff --git a/Documentatio
Hi Jon,
On 6/28/2016 12:34 PM, Jon Mason wrote:
The bcma portion of the driver has been split off into a bcma specific
driver. This has been mirrored for the platform driver. The last
references to the bcma core struct have been changed into a generic
function call. These function calls are w
On 64bits kernels, device stats are 64bits wide, not 32bits.
Fixes: 80105befdb4b ("net: systemport: add Broadcom SYSTEMPORT Ethernet MAC
driver")
Signed-off-by: Florian Fainelli
---
drivers/net/ethernet/broadcom/bcmsysport.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Some firmware versions sends a "print register indication", handle this
by printing out the content.
Cc: Nicolas Dechesne
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/hal.h | 16
drivers/net/wireless/ath/wcn36xx/smd.c | 30 ++
test_cgrp2_array_pin.c:
A userland program that creates a bpf_map (BPF_MAP_TYPE_GROUP_ARRAY),
pouplates/updates it with a cgroup2's backed fd and pins it to a
bpf-fs's file. The pinned file can be loaded by tc and then used
by the bpf prog later. This program can also update an existing pinned
ar
Adds a bpf helper, bpf_skb_in_cgroup, to decide if a skb->sk
belongs to a descendant of a cgroup2. It is similar to the
feature added in netfilter:
commit c38c4597e4bf ("netfilter: implement xt_cgroup cgroup2 path match")
The user is expected to populate a BPF_MAP_TYPE_CGROUP_ARRAY
which will be
Add a BPF_MAP_TYPE_CGROUP_ARRAY and its bpf_map_ops's implementations.
To update an element, the caller is expected to obtain a cgroup2 backed
fd by open(cgroup2_dir) and then update the array with that fd.
Signed-off-by: Martin KaFai Lau
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Tejun Heo
Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum
validation")
we need to fixup the checksum for CHECKSUM_COMPLETE when
pushing skb on RX path. Otherwise we get similar splats.
Cc: Jamal Hadi Salim
Cc: Tom Herbert
Signed-off-by: Cong Wang
---
include/linux/skbuff.h |
Add a helper function to get a cgroup2 from a fd. It will be
stored in a bpf array (BPF_MAP_TYPE_CGROUP_ARRAY) which will
be introduced in the later patch.
Signed-off-by: Martin KaFai Lau
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Tejun Heo
Acked-by: Tejun Heo
---
include/linux/cgroup.h
v3:
- Remove WARN_ON_ONCE(!rcu_read_lock_held())
- Stop BPF_MAP_TYPE_CGROUP_ARRAY usage in patch 2/4
- Avoid mounting bpf fs manually in patch 4/4
- Thanks for Daniel's review and the above suggestions
- Check CONFIG_SOCK_CGROUP_DATA instead of CONFIG_CGROUPS. Thanks to
the kbuild bot's report
Hi,
[auto build test ERROR on wireless-drivers-next/master]
[also build test ERROR on v4.7-rc5 next-20160630]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Maxim-Altshul/wlcore-Add-support-for
On Wed, Jun 29, 2016 at 7:23 AM, Tariq Toukan wrote:
> Hi Cong,
>
>> See below. Does commit f8c6455bb04b944edb69e rely on any firmware
>> change to get an expected checksum?
>>
>> $ lspci -nn | grep -i mellanox
>> 82:00.0 Ethernet controller [0200]: Mellanox Technologies MT27500
>> Family [Connect
On 16-06-30 01:37 AM, Jesper Dangaard Brouer wrote:
> On Wed, 29 Jun 2016 13:03:06 -0700
> John Fastabend wrote:
>
>> Add another xmit_mode to pktgen to allow testing xmit functionality
>> of qdiscs. The new mode "queue_xmit" injects packets at
>> __dev_queue_xmit() so that qdisc is called.
>>
>>
On 16-06-30 03:21 AM, Jamal Hadi Salim wrote:
> On 16-06-29 03:47 PM, John Fastabend wrote:
>> Add another xmit_mode to pktgen to allow testing xmit functionality
>> of qdiscs. The new mode "queue_xmit" injects packets at
>> __dev_queue_xmit() so that qdisc is called.
>>
>> Signed-off-by: John Fast
David Howells wrote:
> > You want rb_link_node_rcu() here.
>
> Should there be an rb_replace_node_rcu() also?
Or I could make rb_replace_node() RCU friendly. What do you think of the
attached changes (split into appropriate patches)? It's a case of changing
the order in which pointers are set
On 16-06-30 01:23 AM, Jesper Dangaard Brouer wrote:
> On Wed, 29 Jun 2016 13:03:26 -0700
> John Fastabend wrote:
>
>> This adds samples for pktgen to use with new mode to inject pkts into
>> the qdisc layer. This also doubles as nice test cases to test any
>> patches against qdisc layer.
[...]
On 16-06-29 11:45 PM, Jason Wang wrote:
> This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this
> will be triggered when tx_queue_len. It could be used by net device
> who want to do some processing at that time. An example is tun who may
> want to resize tx array when tx_queue_len i
On 16-06-30 08:53 AM, Jiri Pirko wrote:
> Thu, Jun 30, 2016 at 05:40:57PM CEST, john.fastab...@gmail.com wrote:
>> On 16-06-30 03:52 AM, Jiri Pirko wrote:
>>> Thu, Jun 30, 2016 at 09:57:21AM CEST, john.fastab...@gmail.com wrote:
On 16-06-30 12:41 AM, Jiri Pirko wrote:
> Thu, Jun 30, 2016 a
On Thu, 30 Jun 2016 11:23:41 -0400
Steven Rostedt wrote:
> I can add more trace_printk()s if it would help.
I added a trace_printk() in inet_bind_bucket_destroy() to print out
some information on the socket used by xs_bind(), and it shows that the
bind destroy is called, but the list is not emp
Peter Zijlstra wrote:
> > + if (conn->proto.index_key < k.index_key)
> > + p = p->rb_left;
> > + else if (conn->proto.index_key > k.index_key)
> > + p = p->rb_right;
>
> You still very much need rcu_dereferen
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, July 1, 2016 0:12
> To: Dexuan Cui
> Cc: da...@davemloft.net; gre...@linuxfoundation.org;
> netdev@vger.kernel.org; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; jasow...@redhat.com;
> Vitaly Kuznetsov
On Thu, Jun 30, Dexuan Cui wrote:
> -#define AF_MAX 43 /* For now.. */
> +#define AF_MAX 44 /* For now.. */
Should this patch also change the places where AF_MAX is used,
like all the arrays in net/core/sock.c?
Olaf
signature.asc
Description: PGP signature
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
Thu, Jun 30, 2016 at 05:40:57PM CEST, john.fastab...@gmail.com wrote:
>On 16-06-30 03:52 AM, Jiri Pirko wrote:
>> Thu, Jun 30, 2016 at 09:57:21AM CEST, john.fastab...@gmail.com wrote:
>>> On 16-06-30 12:41 AM, Jiri Pirko wrote:
Thu, Jun 30, 2016 at 09:13:55AM CEST, sridhar.samudr...@intel.com
1 - 100 of 247 matches
Mail list logo
