From: Jiri Pirko
Date: Thu, 21 Jul 2016 12:03:08 +0200
> This patchset introduces tc matchall classifier and its offload to
> Spectrum hardware. In combination with mirred action, defined port
> mirroring setup is offloaded by mlxsw/spectrum driver.
Series applied, thanks Jiri.
On Fri, Jul 22, 2016 at 10:26:01AM -0500, Shiraz Saleem wrote:
> On Thu, Jul 21, 2016 at 08:29:42PM +0300, Leon Romanovsky wrote:
> > On Wed, Jul 20, 2016 at 09:47:50PM -0500, Shiraz Saleem wrote:
> > > On Tue, Jul 19, 2016 at 08:32:53PM +0300, Leon Romanovsky wrote:
> > > > On Tue, Jul 19, 2016 at
On Thu, Jul 21, 2016 at 12:42:42PM -0500, Steve Wise wrote:
> >
> > On Wed, Jul 20, 2016 at 09:47:50PM -0500, Shiraz Saleem wrote:
> > > On Tue, Jul 19, 2016 at 08:32:53PM +0300, Leon Romanovsky wrote:
> > > > On Tue, Jul 19, 2016 at 09:50:24AM -0500, Shiraz Saleem wrote:
> > > > > On Tue, Jul 19,
Hi,
Chunhui He wrote:
> Hi,
>
> On Fri, 22 Jul 2016 10:20:01 +0300 (EEST), Julian Anastasov
> wrote:
>>
>> Hello,
>>
>> On Thu, 21 Jul 2016, Chunhui He wrote:
>>
>>> If neigh entry was CONNECTED and address is not changed, and if new state is
>>> STALE, entry state will not change. Because
From: Kristian Evensen
Date: Thu, 21 Jul 2016 11:10:06 +0200
> The firmware in several ZTE devices (at least the MF823/831/910
> modems/mifis) use OS fingerprinting to determine which type of device to
> export. In addition, these devices export a REST API which can be used to
> control the type
On Tue, Jul 19, 2016 at 10:49:57AM -0700, Joe Perches wrote:
> On Tue, 2016-07-19 at 20:26 +0300, Leon Romanovsky wrote:
> > On Tue, Jul 19, 2016 at 02:09:25PM +0300, Netanel Belgazal wrote:
> > > This is the debugging message interface.
> > > https://www.kernel.org/doc/Documentation/networking/net
Add 5741X/5731X NPAR device IDs and dual media SFP/10GBase-T device IDs.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 39 ++-
1 file changed, 33 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
b/dri
Include the destination MAC address in the ntuple filter structure. The
current code assumes that the destination MAC address is always the MAC
address of the NIC. This may not be true if there are macvlans, for
example. Add destination MAC address checking and configure the filter
correctly usi
Improve ntuple filters and add some new PCI device IDs. Please review
for net-next.
Michael Chan (2):
bnxt_en: Improve ntuple filters by checking destination MAC address.
bnxt_en: Add new NPAR and dual media device IDs.
Vasundhara Volam (1):
bnxt_en: Log a message, if enabling NTUPLE filte
From: Vasundhara Volam
If there are not enough resources to enable ntuple filtering,
log a warning message.
Signed-off-by: Vasundhara Volam
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/
On Fri, Jul 22, 2016 at 06:52:30PM +0800, Feng Gao wrote:
> Thanks Simon.
> This commit is accepted ?
Hi Feng,
it is now.
I have pushed it to the ipvs-next tree and it should appear in net-next
within the next 24 hours. Baring a calamity it should appear in the v4.9
release.
On Mon, Jul 18, 2016 at 01:00:38PM +0300, Amir Levy wrote:
> + const unique_id_be proto_uuid = APPLE_THUNDERBOLT_IP_PROTOCOL_UUID;
> +
> + if (memcmp(proto_uuid, hdr->apple_tbt_ip_proto_uuid,
> +sizeof(proto_uuid)) != 0) {
You may want to use the uuid_be data type provided
On 2016-07-24 21:40, nuclear...@nuclearcat.com wrote:
Different hardware, but same workload. Seems different bug, happened
at least twice on this unit (both kernel panic messages here)
As additional sidenote, that might be useful (found in commits, that
proxy arp might induce this bug, such as i
On 07/24/2016 06:57 PM, Tom Herbert wrote:
On Tue, Jul 19, 2016 at 2:16 PM, Brenden Blanco wrote:
Add support for the BPF_PROG_TYPE_XDP hook in mlx4 driver.
In tc/socket bpf programs, helpers linearize skb fragments as needed
when the program touches the packet data. However, in the pursuit of
Hi,
[auto build test ERROR on net/master]
url:
https://github.com/0day-ci/linux/commits/Jarod-Wilson/e1000e-fix-PTP-on-e1000_pch_lpt-variants/20160725-040850
config: i386-randconfig-x001-201630 (attached as .config)
compiler: gcc-6 (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
# save the
On Sun, Jul 24, 2016 at 07:45:13PM +0200, Christian Lamparter wrote:
> > The symptom is that downloaded files (http, ftp, and probably other
> > protocols) have small corrupted segments (about 1-2 kilobytes long) in
> > random locations. Only downloads that sustain a high speed for at least a
> >
Different hardware, but same workload. Seems different bug, happened at
least twice on this unit (both kernel panic messages here)
First crash:
[45113.975701] general protection fault: [#1]
SMP
[45113.976110] Modules linked in:
cls_fw
act_police
cls_u32
sch_ingress
sch_sfq
sch_htb
netcons
From: Colin Ian King
Fix clang build warning:
./include/net/gtp.h:1:9: warning: '_GTP_H_' is used as a header
guard here, followed by #define of a different macro [-Wheader-guard]
fix by defining _GTP_H_ and not _GTP_H
Signed-off-by: Colin Ian King
---
include/net/gtp.h | 2 +-
1 file change
Hi,
I'm still struggling to find out reason of random reboots on BRAS
servers (PPPoE + HTB egress on ppp and policer for ppp ingress).
Here is happening at 4.7.0-rc7, it seems panic is happening at peak
time, 1-2 times per day now. I noticed also rise of kernel panic on
other locations as well
Hello,
I added Al Viro to the CC (probably not necessary...)
On Sunday, July 24, 2016 3:35:14 AM CEST Alan Curry wrote:
> [1.] One line summary of the problem:
> network data corruption (bisected to e5a4b0bb803b)
>
> [2.] Full description of the problem/report:
> Note: although my bisect ended a
On Tue, Jul 19, 2016 at 2:16 PM, Brenden Blanco wrote:
> Add support for the BPF_PROG_TYPE_XDP hook in mlx4 driver.
>
> In tc/socket bpf programs, helpers linearize skb fragments as needed
> when the program touches the packet data. However, in the pursuit of
> speed, XDP programs will not be allo
From: Hadar Hen Zion
Add support for query the minimum inline mode from the Firmware.
It is required for correct TX steering according to L3/L4 packet
headers.
Each send queue (SQ) has inline mode that defines the minimal required
headers that needs to be copied into the SQ WQE.
The driver asks
Hi Dave,
This small series from Hadar adds the support for minimum inline header mode
query
in mlx5e NIC driver.
Today on TX the driver copies to the HW descriptor only up to L2 header which
is the default
required mode and sufficient for today's needs.
The header in the HW descriptor is used
From: Hadar Hen Zion
Each send queue (SQ) has inline mode that defines the minimal required
inline headers in the SQ WQE.
Before sending each packet check that the minimum required headers
on the WQE are copied.
Signed-off-by: Hadar Hen Zion
Signed-off-by: Saeed Mahameed
---
drivers/net/ether
On Tue, 19 Jul 2016 12:16:50 -0700
Brenden Blanco wrote:
> The xdp program is present as a per-ring data structure, but as of yet
> it is not possible to set at that granularity through any ndo.
Thank you for doing this! :-)
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel
Dear Sir/Miss
This is the e-mail from Paul of HAOCHING INT'L LOGISTICS LTD in China. Our
company is a well-staffed freight forwarding and logistics service company
located in Shenzhen/Dongguan/Guangzhou/HuiZhou/Zhongshan GuangDong Province
china,and provide safety, convenient & speedy logistic s
Hello.
On 7/24/2016 5:31 AM, Tetsuo Handa wrote:
kmemcheck complains that some of struct nf_hook_ops members allocated at
xt_hook_ops_alloc() are not initialized before nf_register_net_hook() is
called. Add __GFP_ZERO to initialize explicitly.
[ 367.411936] nf_conntrack version 0.5.0 (6144 bu
Yuval,
I will try to resubmit the patches this week with updated comments
Thanks
Vidya Sagar
On Sat, Jul 23, 2016 at 10:57 PM, Yuval Mintz wrote:
>> Enhancing link mode bits to support 25G/50G/100G for supported and
>> advertised speed mode bits
>>
>> Signed-off-by: Vidya Sagar Ravipati
>>
28 matches
Mail list logo