From: Willem de Bruijn will...@google.com
Add a fanout mode that accepts a BPF program to select a socket.
This avoids having to keep adding special case fanout modes. One
example use case is application layer load balancing. The QUIC
protocol, for instance, encodes a connection ID in UDP
From: Willem de Bruijn will...@google.com
Test PACKET_FANOUT_EBPF by inserting a program into the the kernel
with bpf(), then attaching it to the fanout group. Observe the same
payload-based distribution as in the PACKET_FANOUT_BPF test.
Signed-off-by: Willem de Bruijn will...@google.com
---
From: Willem de Bruijn will...@google.com
Test PACKET_FANOUT_BPF by inserting a BPF program that selects a
socket by payload. Requires modifying the test program to send
packets with multiple payloads.
Also fix a bug in testing the return value of mmap()
Signed-off-by: Willem de Bruijn
From: Willem de Bruijn will...@google.com
Allow programmable fanout modes. Support both classical BPF programs
passed directly and eBPF programs passed by file descriptor.
One use case is packet steering by deep packet inspection, for
instance for packet steering by application layer header
From: Willem de Bruijn will...@google.com
Add a fanout mode that accepts an eBPF program to select a socket.
Update the internal eBPF program by passing to socket option
SOL_PACKET/PACKET_FANOUT_DATA a file descriptor returned by bpf().
Signed-off-by: Willem de Bruijn will...@google.com
---
Hi,
And, in addition to the fix before, I have a -next pull request. It's
actually quite big since I hadn't wanted to send one just before my
vacation.
Let me know if there are any issues.
johannes
The following changes since commit 923b352f19d9ea971ae2536eab55f5fc9e95fedf:
cfg80211: use
On 08/12/2015 05:13 PM, Florian Fainelli wrote:
On 12/08/15 15:06, Jeremy Linton wrote:
+
+static void *device_get_mac_addr(struct device *dev,
+const char *name, char *addr,
+int alen)
+{
+ int ret =
Begin forwarded message:
Date: Fri, 14 Aug 2015 14:32:56 +
From: bugzilla-dae...@bugzilla.kernel.org
bugzilla-dae...@bugzilla.kernel.org
To: shemmin...@linux-foundation.org shemmin...@linux-foundation.org
Subject: [Bug 102861] New: soft lockup with inet: fix races with reqsk timers
This is to add basic ethernet support for HNS. It is one of the way to use
the HNS acceleration engine. But most of the decoding/encoding capability
of the AE cannot be used in this way.
This submit contains the basic feature as a ethernet driver. More will be
added later.
Signed-off-by: Kenneth
On 08/14/2015 12:01 PM, Daniel Borkmann wrote:
On 08/14/2015 10:58 AM, Ken-ichirou MATSUZAWA wrote:
Hi,
Thank you for taking your time.
Please let me explain these with code samples on gist.
I can not describe and arrange it well, sorry.
normal socket nflog sample:
Am Freitag, den 14.08.2015, 16:14 +0800 schrieb Peter Chen:
On Fri, Aug 14, 2015 at 10:27:33AM +0200, Lucas Stach wrote:
Am Freitag, den 14.08.2015, 08:25 + schrieb Peter Chen:
Am Freitag, den 14.08.2015, 13:47 +0800 schrieb Peter Chen:
It causes the i.mx6sx sdb board
Extend bridge command to configure and retrieve ageing interval for bridge
devices. Netlink messaging is used to configure and retrieve the ageing
interval.
Signed-off-by: Premkumar Jonnala pjonn...@broadcom.com
---
diff --git a/bridge/br_common.h b/bridge/br_common.h
index 169a162..85cca68
On Thu, Aug 13, 2015 at 12:58:00AM -0700, Martin KaFai Lau wrote:
Steinar, the patches can also be applied to 4.2-rc5 (I just tried).
Can you help to test them? Thanks!
I won't be doing a boot in the near future (I want my server to be up,
sorry :-) ), but if I _do_ have to boot, I'll be sure
This patchset add Hisilicon Network Subsystem support. The subsystem
provides a long term developing network accelerate engine with ring buffer
interface. The network interface can be used as standard ethernet network
interface card or be made use by a network application with decoded L2 to
L4
The MDIO support for Hisilicon Network Subsystem. It is used in Hislicon
P660 and Hi1610 SoC to control the external PHY
Signed-off-by: Yisen Zhuang yisen.zhu...@huawei.com
Signed-off-by: Kenneth Lee liguo...@huawei.com
---
drivers/net/ethernet/hisilicon/hns/hns_mdio_main.c | 597
HNAE (Hisilicon Network Acceleration Engine) is a framework to provide a
unified ring buffer interface for Hisilicon Network Acceleration Engines.
With the interface, upper layer can work as ethernet driver, ODP driver or
other service driver on purpose.
Signed-off-by: Kenneth Lee
The Hisilicon Network Subsystem is a long term evolution IP which is
supposed to be used in Hisilicon ICT SoC. The IP, which is called hns for
short, is a TCP/IP acceleration engine, which can directly decode TCP/IP
stream and distribute them to different ring buffers.
HNS can be configured to
101 - 117 of 117 matches
Mail list logo
