Re: [PATCH V5 1/2] firmware: add more flexible request_firmware_async function

On Thu, 2017-08-03 at 08:23 +0300, Kalle Valo wrote: > "Luis R. Rodriguez" writes: > > > > +int request_firmware_nowait(struct module *module, bool uevent, > > > + const char *name, struct device *device, gfp_t gfp, > > > + void

[PATCH net-next v2 1/2] bpf: add support for sys_enter_* and sys_exit_* tracepoints

Currently, bpf programs cannot be attached to sys_enter_* and sys_exit_* style tracepoints. The iovisor/bcc issue #748 (https://github.com/iovisor/bcc/issues/748) documents this issue. For example, if you try to attach a bpf program to tracepoints syscalls/sys_enter_newfstat, you will get the

[PATCH net-next v2 2/2] bpf: add a test case for syscalls/sys_{enter|exit}_* tracepoints

Signed-off-by: Yonghong Song --- samples/bpf/Makefile | 4 +++ samples/bpf/syscall_tp_kern.c | 62 + samples/bpf/syscall_tp_user.c | 71 +++ 3 files changed, 137 insertions(+) create mode 100644

[PATCH net-next v2 0/2] bpf: add support for sys_{enter|exit}_* tracepoints

Currently, bpf programs cannot be attached to sys_enter_* and sys_exit_* style tracepoints. The main reason is that syscalls/sys_enter_* and syscalls/sys_exit_* tracepoints are treated differently from other tracepoints and there is no bpf hook to it. This patch set adds bpf support for these

Re: [PATCH V5 1/2] firmware: add more flexible request_firmware_async function

"Luis R. Rodriguez" writes: >> +int request_firmware_nowait(struct module *module, bool uevent, >> +const char *name, struct device *device, gfp_t gfp, >> +void *context, >> +void (*cont)(const struct

Re: [PATCH 2/2] qlcnic: add const to bin_attribute structure

-Original Message- From: Bhumika Goyal Date: Wednesday, August 2, 2017 at 11:27 PM To: "julia.law...@lip6.fr" , "kv...@codeaurora.org" , "linux-wirel...@vger.kernel.org" ,

Re: [PATCH net-next 4/4] ibmvnic: Implement .get_channels

On Wed, 2 Aug 2017 16:47:17 -0500 John Allen wrote: > +static void ibmvnic_get_channels(struct net_device *netdev, > + struct ethtool_channels *channels) > +{ > + struct ibmvnic_adapter *adapter = netdev_priv(netdev); > + > +

Re: linux-next: manual merge of the net-next tree with the net tree

On Thu, 3 Aug 2017 12:01:37 +1000 Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the net-next tree got a conflict in: > > drivers/net/hyperv/netvsc.c > > between commit: > > 4a0dee1ffe0e ("netvsc: Initialize 64-bit stats seqcount") > > from the

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/hyperv/netvsc.c between commit: 4a0dee1ffe0e ("netvsc: Initialize 64-bit stats seqcount") from the net tree and commit: 35fbbccfb417 ("netvsc: save pointer to parent netvsc_device in channel table")

Re: [PATCH V4 net 2/2] net: fix tcp reset packet flowlabel for ipv6

On Tue, Aug 1, 2017 at 2:42 PM, Shaohua Li wrote: > Is this really better? I don't see any point. I'd use my original patch other > than this one. that said, there are just several lines of code, brutally > 'abstract' them into a function doesn't make the code better. The

[PATCH] wcn36xx: Introduce mutual exclusion of fw configuration

As the association status changes the driver needs to configure the hardware. This is done based on information in the "sta" acquired by ieee80211_find_sta(), which requires the caller to ensure that the "sta" is valid while its being used; generally by entering an rcu read section. But the

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

On 8/2/17 6:15 PM, David Miller wrote: So you don't want to run a proper watchdog on your systems? You want them to just hang there and wait for someone to notice instead? This is for internal development. We noticed the problem first during debugging, when we would halt a core for more

[PATCH v3 4/4] can: m_can: Add call to of_can_transceiver_fixed

Add call to new generic functions that provides support via a binding to limit the arbitration rate and/or data rate imposed by the physical transceiver connected to the MCAN peripheral. Signed-off-by: Franklin S Cooper Jr --- drivers/net/can/m_can/m_can.c | 2 ++ 1 file

[PATCH v3 1/4] can: dev: Add support for limiting configured bitrate

Various CAN or CAN-FD IP may be able to run at a faster rate than what the transceiver the CAN node is connected to. This can lead to unexpected errors. However, CAN transceivers typically have fixed limitations and provide no means to discover these limitations at runtime. Therefore, add support

[PATCH v3 3/4] dt-bindings: can: m_can: Include reference to new fixed transceiver binding

Add information regarding fixed transceiver binding. This is especially important for MCAN since the IP allows CAN FD mode to run significantly faster than what most transceivers are capable of. Signed-off-by: Franklin S Cooper Jr ---

[PATCH v3 0/4] can: Support transceiver based bit rate limit

Add a new generic binding that CAN drivers can be used to specify the max bit rate supported by a transceiver. This is useful since in some instances since the maximum speeds may be limited by the transceiver used. However, transceivers may not provide a means to determine this limitation at

[PATCH v3 2/4] dt-bindings: can: fixed-transceiver: Add new CAN fixed transceiver bindings

Add documentation to describe usage of the new fixed transceiver binding. This new binding is applicable for any CAN device therefore it exists as its own document. Signed-off-by: Franklin S Cooper Jr --- .../bindings/net/can/fixed-transceiver.txt | 24

Re: [patch net-next 0/6] ipv4: fib: Provide per-nexthop offload indication

From: Jiri Pirko Date: Wed, 2 Aug 2017 09:56:00 +0200 > From: Jiri Pirko > > Ido says: > > Offload indication for IPv4 routes is currently set in the FIB info's > flags. When multipath routes are employed, this can lead to a route being > marked as

Re: [patch net-next] mlxsw: core: Use correct EMAD transaction ID in debug message

From: Jiri Pirko Date: Wed, 2 Aug 2017 09:52:10 +0200 > From: Ido Schimmel > > 'trans->tid' is only assigned later in the function, resulting in a zero > transaction ID. Use 'tid' instead. > > Signed-off-by: Ido Schimmel >

Re: [PATCH net-next v3 0/3] netvsc: transparent VF support

From: Stephen Hemminger Date: Tue, 1 Aug 2017 19:58:52 -0700 > This patch set changes how SR-IOV Virtual Function devices are managed > in the Hyper-V network driver. This version is rebased onto current net-next. ... Series applied, thanks Stephen.

Re: [PATCH 1/2] atm: adummy: constify attribute_group structure

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:38 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text

Re: [PATCH 2/2] atm: solos-pci: constify attribute_group structures

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:47 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text

Re: [PATCH net-next] liquidio: set sriov_totalvfs correctly

From: Felix Manlunas Date: Tue, 1 Aug 2017 15:05:07 -0700 > From: Derek Chickles > > The file /sys/devices/pci000.../sriov_totalvfs is showing a wrong value. > Fix it by calling pci_sriov_set_totalvfs() to set the total number of VFs >

Re: [PATCH net-next] net: dsa: Add support for 64-bit statistics

From: Florian Fainelli Date: Tue, 1 Aug 2017 15:00:36 -0700 > DSA slave network devices maintain a pair of bytes and packets counters > for each directions, but these are not 64-bit capable. Re-use > pcpu_sw_netstats which contains exactly what we need for that purpose >

Re: [patch net-next 4/6] mlxsw: spectrum_router: Don't check state when refreshing offload indication

On 8/2/17 1:56 AM, Jiri Pirko wrote: > From: Ido Schimmel > > Previous patch removed the reliance on the counter in the FIB info to > set the offload indication, so we no longer need to keep an offload > state on each FIB entry and can just set or unset the RTNH_F_OFFLOAD >

Re: [patch net-next 3/6] mlxsw: spectrum_router: Provide offload indication using nexthop flags

On 8/2/17 1:56 AM, Jiri Pirko wrote: > From: Ido Schimmel > > In a similar fashion to previous patch, use the nexthop flags to provide > offload indication instead of the FIB info's flags. > > In case a nexthop in a multipath route can't be offloaded (gateway's MAC > can't

Re: [patch net-next 5/6] mlxsw: spectrum_router: Refresh offload indication upon group refresh

On 8/2/17 1:56 AM, Jiri Pirko wrote: > From: Ido Schimmel > > Now that we provide offload indication using the nexthop's flags we must > refresh the offload indication whenever the offload state within the > group changes. > > This didn't matter until now, as offload

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

From: Timur Tabi Date: Wed, 2 Aug 2017 13:39:34 -0500 > On 08/02/2017 01:35 PM, David Miller wrote: >> Again, any serious installation will have a system watchdog enabled >> which will break the pause frame bomb. > > Oh well. I guess I'll have to carry this patch

Re: [patch net-next 6/6] ipv4: fib: Remove unused functions

On 8/2/17 1:56 AM, Jiri Pirko wrote: > From: Ido Schimmel > > Previous patches converted users of these functions to provide offload > indication using the nexthop's flags instead of the FIB info's. > > Signed-off-by: Ido Schimmel > Signed-off-by: Jiri

Re: [patch net-next 1/6] ipv4: fib: Set offload indication according to nexthop flags

On 8/2/17 1:56 AM, Jiri Pirko wrote: > From: Ido Schimmel > > We're going to have capable drivers indicate route offload using the > nexthop flags, but for non-multipath routes these flags aren't dumped to > user space. > > Instead, set the offload indication in the route

Re: sysctl, argument parsing, possible bug

On Tue, Aug 01, 2017 at 02:54:51PM -0700, Cong Wang wrote: > On Tue, Aug 1, 2017 at 2:34 PM, Massimo Sala > wrote: > > Do you confirm it is a sysctl parsing bug ? > > > > Bosybox handles these cases, so I think also standalone sysctl have to. > > > > Or at least

[PATCH net-next 4/4] ibmvnic: Implement .get_channels

Implement .get_channels (ethtool -l) functionality Signed-off-by: John Allen --- diff --git a/drivers/net/ethernet/ibm/ibmvnic.c b/drivers/net/ethernet/ibm/ibmvnic.c index 1cc5db94e40f..130aee7b5c32 100644 --- a/drivers/net/ethernet/ibm/ibmvnic.c +++

[PATCH net-next 3/4] ibmvnic: Implement .get_ringparam

Implement .get_ringparam (ethtool -g) functionality Signed-off-by: John Allen --- diff --git a/drivers/net/ethernet/ibm/ibmvnic.c b/drivers/net/ethernet/ibm/ibmvnic.c index 285ea23bac6a..1cc5db94e40f 100644 --- a/drivers/net/ethernet/ibm/ibmvnic.c +++

[PATCH net-next 2/4] ibmvnic: Convert vnic server reported statistics to cpu endian

The vnic server reports the statistics buffer in big endian format and must be converted to cpu endian in order to be displayed correctly on little endian lpars. Signed-off-by: John Allen --- diff --git a/drivers/net/ethernet/ibm/ibmvnic.c

[PATCH net-next 1/4] ibmvnic: Implement per-queue statistics reporting

Add counters to report number of packets, bytes, and dropped packets for each transmit queue and number of packets, bytes, and interrupts for each receive queue. Modify ethtool callbacks to report the new statistics. Signed-off-by: John Allen --- diff --git

[PATCH net-next 0/4] ibmvnic: Improve ethtool functionality

This patch series improves ibmvnic ethtool functionality by adding support for ethtool -l and -g options, correcting existing statistics reporting, and augmenting the existing statistics with counters for each tx and rx queue. John Allen (4): ibmvnic: Implement per-queue statistics reporting

Car Owners List

Hi, Would you be interested in acquiring an Email list of "Car Owners" from USA? We also have data for Luxury Car Owners List, Luxury Brand Buyers List, Mercedes-Benz Owners, BMW Owners, Audi Owners, Hyundai Owners, Porsche Owners, Toyota Owners, Harley Davidson Owners List, Motor Cycle

Re: [PATCH V5 1/2] firmware: add more flexible request_firmware_async function

On Mon, Jul 31, 2017 at 05:09:44PM +0200, Rafał Miłecki wrote: > From: Rafał Miłecki > > So far we got only one function for loading firmware asynchronously: > request_firmware_nowait. It didn't allow much customization of firmware > loading process - there is only one bool

Re: [PATCH net-next] tcp: remove extra POLL_OUT added for finished active connect()

On Wed, 2017-08-02 at 15:59 -0400, Neal Cardwell wrote: > Commit 45f119bf936b ("tcp: remove header prediction") introduced a > minor bug: the sk_state_change() and sk_wake_async() notifications for > a completed active connection happen twice: once in this new spot > inside tcp_finish_connect()

[PATCH 3/3] ARM: configs: keystone: Enable D_CAN driver

Enable C_CAN/D_CAN driver supported by 66AK2G Signed-off-by: Franklin S Cooper Jr --- arch/arm/configs/keystone_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/keystone_defconfig b/arch/arm/configs/keystone_defconfig index d47ea43..47be99e

[PATCH 2/3] ARM: dts: k2g: Add DCAN nodes

From: Lokesh Vutla Add nodes for the two DCAN instances included in 66AK2G Signed-off-by: Lokesh Vutla [d-gerl...@ti.com: add power-domains and clock information] Signed-off-by: Dave Gerlach [fcoo...@ti.com: update subject and commit

[PATCH 0/3] ARM: dts: keystone-k2g: Add DCAN instances to 66AK2G

Add D CAN nodes to 66AK2G based SoC dtsi. Franklin S Cooper Jr (2): dt-bindings: net: c_can: Update binding for clock and power-domains property ARM: configs: keystone: Enable D_CAN driver Lokesh Vutla (1): ARM: dts: k2g: Add DCAN nodes

[PATCH 1/3] dt-bindings: net: c_can: Update binding for clock and power-domains property

CAN driver uses the clk_get_rate call to determine the frequency of the functional clock. OMAP based SoCs do not require the clock property since hwmod already handles creating a "fck" clock thats accessible to drivers. However, this isn't the case for 66AK2G which makes the clocks property

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

On 02/08/2017 19:31, Mason wrote: > # iperf3 -c 172.27.64.45 -u -b 950M > Connecting to host 172.27.64.45, port 5201 > [ 4] local 172.27.64.1 port 55533 connected to 172.27.64.45 port 5201 > [ ID] Interval Transfer Bandwidth Total Datagrams > [ 4] 0.00-1.00 sec 102

[PATCH net-next] tcp: remove extra POLL_OUT added for finished active connect()

Commit 45f119bf936b ("tcp: remove header prediction") introduced a minor bug: the sk_state_change() and sk_wake_async() notifications for a completed active connection happen twice: once in this new spot inside tcp_finish_connect() and once in the existing code in tcp_rcv_synsent_state_process()

Re: [PATCH v2 net-next 3/4] tcp: Adjust TCP ULP to defer to sockets ULP

On 08/01/17 08:18 PM, Tom Herbert wrote: > > -static int tls_init(struct sock *sk) > +static int tls_init(struct sock *sk, char __user *optval, int len) > { > - struct inet_connection_sock *icsk = inet_csk(sk); > struct tls_context *ctx; > int rc = 0; > > @@ -450,7 +449,7 @@

Re: [PATCH net-next] net: dsa: bcm_sf2: dst in not an array

On 08/02/2017 12:48 PM, Vivien Didelot wrote: > It's been a while now since ds->dst is not an array anymore, but a > simple pointer to a dsa_switch_tree. > > Fortunately, SF2 does not support multi-chip and thus ds->index is > always 0. > > This patch substitutes 'ds->dst[ds->index].' with

[PATCH net-next] net: dsa: bcm_sf2: dst in not an array

It's been a while now since ds->dst is not an array anymore, but a simple pointer to a dsa_switch_tree. Fortunately, SF2 does not support multi-chip and thus ds->index is always 0. This patch substitutes 'ds->dst[ds->index].' with 'ds->dst->'. Signed-off-by: Vivien Didelot

Re: [iproute PATCH] bpf: Make bytecode-file reading a little more robust

On 08/02/2017 02:57 PM, Phil Sutter wrote: bpf_parse_string() will now correctly handle: - Extraneous whitespace, - OPs on multiple lines and - overlong file names. The added feature of allowing to have OPs on multiple lines (like e.g. tcpdump prints them) is rather a side effect of fixing

Re: [PATCH v2 net-next 3/4] tcp: Adjust TCP ULP to defer to sockets ULP

On Wed, Aug 2, 2017 at 11:59 AM, Dave Watson wrote: > On 08/01/17 08:18 PM, Tom Herbert wrote: >> Fix TCP and TLS to use the newer ULP infrastructure in sockets. >> >> Signed-off-by: Tom Herbert >> --- >> Documentation/networking/tls.txt | 6 +- >>

Re: [PATCH v2 net-next 3/4] tcp: Adjust TCP ULP to defer to sockets ULP

On 08/01/17 08:18 PM, Tom Herbert wrote: > Fix TCP and TLS to use the newer ULP infrastructure in sockets. > > Signed-off-by: Tom Herbert > --- > Documentation/networking/tls.txt | 6 +- > include/net/inet_connection_sock.h | 4 -- > include/net/tcp.h

Re: [PATCH RFC, iproute2] tc/mirred: Extend the mirred/redirect action to accept additional traffic class parameter

On 8/2/2017 11:41 AM, Roopa Prabhu wrote: > On Mon, Jul 31, 2017 at 5:40 PM, Amritha Nambiar > wrote: >> The Mirred/redirect action is extended to accept a traffic >> class on the device in addition to the device's ifindex. >> >> Usage: mirred >> >> Example: >> # tc

Re: [PATCH RFC, iproute2] tc/mirred: Extend the mirred/redirect action to accept additional traffic class parameter

On Mon, Jul 31, 2017 at 5:40 PM, Amritha Nambiar wrote: > The Mirred/redirect action is extended to accept a traffic > class on the device in addition to the device's ifindex. > > Usage: mirred > > Example: > # tc qdisc add dev eth0 ingress > > # tc filter add dev

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

On 08/02/2017 01:35 PM, David Miller wrote: Again, any serious installation will have a system watchdog enabled which will break the pause frame bomb. Oh well. I guess I'll have to carry this patch internally. What about patch #2? -- Qualcomm Datacenter Technologies, Inc. as an affiliate of

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

From: Timur Tabi Date: Wed, 2 Aug 2017 13:23:18 -0500 > It's practically impossible to overload the chip such that it can't > process the incoming packets fast enough. I don't know of any > real-world situation where the EMAC needs to transmit pause frames. Slow cpus or

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

From: Timur Tabi Date: Wed, 2 Aug 2017 13:23:18 -0500 > On 08/02/2017 12:54 PM, David Miller wrote: >> And if this kind of thing matters to the user, they will have a >> software or hardware watchdog driver enabled to break out of this >> situation. > > The problem is that

Re: [PATCH RFC, iproute2] tc/mirred: Extend the mirred/redirect action to accept additional traffic class parameter

On 8/1/2017 8:12 AM, David Laight wrote: > From: Stephen Hemminger >> Sent: 01 August 2017 04:52 >> On Mon, 31 Jul 2017 17:40:50 -0700 >> Amritha Nambiar wrote: >> The concept is fine, bu t the code looks different than the rest which >> is never a good sign. >> >> >>>

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

On 08/02/2017 12:54 PM, David Miller wrote: And if this kind of thing matters to the user, they will have a software or hardware watchdog driver enabled to break out of this situation. The problem is that the user is not going to expect that the EMAC can disable the nearby switch(es) when the

Re: [PATCH 6/6] [net-next]net: i40e: Enable cloud filters in i40e via tc/flower classifier

On 8/2/2017 5:02 AM, Jamal Hadi Salim wrote: > On 17-08-01 10:13 PM, Nambiar, Amritha wrote: >> >> On 8/1/2017 3:56 AM, Jamal Hadi Salim wrote: >>> On 17-07-31 08:38 PM, Amritha Nambiar wrote: This patch enables tc-flower based hardware offloads. tc/flower filter provided by the kernel

Re: [PATCH net-next RFC 0/6] Configure cloud filters in i40e via tc/flower classifier

On 8/2/2017 5:01 AM, Jamal Hadi Salim wrote: > On 17-08-01 08:57 PM, Nambiar, Amritha wrote: >> >> On 8/1/2017 3:15 AM, Jamal Hadi Salim wrote: >>> On 17-07-31 08:36 PM, Amritha Nambiar wrote: > # tc filter add dev eth0 protocol ip parent : prio 1 flower\ dst_ip

Re: [PATCH net] tcp: avoid setting cwnd to invalid ssthresh after cwnd reduction states

On Wed, Aug 2, 2017 at 10:51 AM, David Miller wrote: > > From: Yuchung Cheng > Date: Tue, 1 Aug 2017 13:22:32 -0700 > > > If the sender switches the congestion control during ECN-triggered > > cwnd-reduction state (CA_CWR), upon exiting recovery cwnd is

[PATCH 0/2] drivers/net: add const to bin_attribute structures

Declare bin_attribute structures as const. Bhumika Goyal (2): wlcore: add const to bin_attribute structure qlcnic: add const to bin_attribute structure drivers/net/ethernet/qlogic/qlcnic/qlcnic_sysfs.c | 2 +- drivers/net/wireless/ti/wlcore/sysfs.c| 2 +- 2 files changed, 2

[PATCH 1/2] wlcore: add const to bin_attribute structure

Add const to bin_attribute structure as it is only passed to the functions sysfs_{remove/create}_bin_file. The corresponding arguments are of type const, so declare the structure to be const. Signed-off-by: Bhumika Goyal --- drivers/net/wireless/ti/wlcore/sysfs.c | 2 +- 1

[PATCH 2/2] qlcnic: add const to bin_attribute structure

Add const to bin_attribute structure as it is only passed to the functions sysfs_{remove/create}_bin_file. The corresponding arguments are of type const, so declare the structure to be const. Signed-off-by: Bhumika Goyal --- drivers/net/ethernet/qlogic/qlcnic/qlcnic_sysfs.c

Re: [PATCH 1/2] [for 4.13] net: qcom/emac: disable flow control autonegotiation by default

From: Timur Tabi Date: Tue, 1 Aug 2017 16:37:39 -0500 > The EMAC has a curious qwirk when RX flow control is enabled and the > kernel hangs. With the kernel hung, the EMAC's RX queue soon fills. > If RX flow control is enabled, the EMAC will then send a non-stop > stream

Re: [PATCH v7 2/3] PCI: Enable PCIe Relaxed Ordering if supported

  Okay, here you go.  As you can tell, it's almost a trivial copy of the cxgb4 patch.     By the way, I realized that we have yet another hole which is likely not to be fixable.  If we're dealing with a problematic Root Complex, and we instantiate Virtual Functions and attach them to a Virtual

Re: [PATCH net] tcp: avoid setting cwnd to invalid ssthresh after cwnd reduction states

From: Yuchung Cheng Date: Tue, 1 Aug 2017 13:22:32 -0700 > If the sender switches the congestion control during ECN-triggered > cwnd-reduction state (CA_CWR), upon exiting recovery cwnd is set to > the ssthresh value calculated by the previous congestion control. If > the

[PATCH] xfrm: policy: check policy direction value

The 'dir' parameter in xfrm_migrate() is a user-controlled byte which is used as an array index. This can lead to an out-of-bound access, kernel lockup and DoS. Add a check for the 'dir' value. This fixes CVE-2017-11600. References: https://bugzilla.redhat.com/show_bug.cgi?id=1474928 Fixes:

Re: [Patch net-next] flow_dissector: remove unused functions

From: Cong Wang Date: Tue, 1 Aug 2017 13:18:09 -0700 > They are introduced by commit f70ea018da06 > ("net: Add functions to get skb->hash based on flow structures") > but never gets used in tree. > > Signed-off-by: Cong Wang Yeah these can

Re: [PATCH net] ibmvnic: Initialize SCRQ's during login renegotiation

From: Thomas Falcon Date: Tue, 1 Aug 2017 15:04:36 -0500 > SCRQ resources are freed during renegotiation, but they are not > re-allocated afterwards due to some changes in the initialization > process. Fix that by re-allocating the memory after renegotation. > >

Re: [PATCH 2/2] usb: qmi_wwan: add D-Link DWM-222 device ID

From: Hector Martin Date: Wed, 2 Aug 2017 00:45:44 +0900 > Signed-off-by: Hector Martin Applied.

Re: [PATCH net-next] tcp: tcp_data_queue() cleanup

From: Eric Dumazet Date: Tue, 01 Aug 2017 07:02:44 -0700 > From: Eric Dumazet > > Commit c13ee2a4f03f ("tcp: reindent two spots after prequeue removal") > removed code in tcp_data_queue(). > > We can go a little farther, removing an always true

Re: [PATCH net 0/4] mlx4 misc fixes

From: Tariq Toukan Date: Tue, 1 Aug 2017 16:43:42 +0300 > This patchset contains misc bug fixes from the team > to the mlx4 Core and Eth drivers. > > Patch 1 by Inbar fixes a wrong ethtool indication for Wake-on-LAN. > The other 3 patches by Jack add a missing capability

Re: [PATCH net-next] net: bcmgenet: drop COMPILE_TEST dependency

From: Arnd Bergmann Date: Tue, 1 Aug 2017 13:50:56 +0200 > The last patch added the dependency on 'OF && HAS_IOMEM' but left > COMPILE_TEST as an alternative, which kind of defeats the purpose > of adding the dependency, we still get randconfig build warnings: > > warning:

Re: [PATCH v3 10/11] ARM64: dts: rockchip: Add gmac2phy node support for rk3328

On 08/01/2017 11:24 PM, David Wu wrote: > The gmac2phy controller of rk3328 is connected to internal phy > directly inside, add the node for the internal phy support. > > Signed-off-by: David Wu > --- > arch/arm64/boot/dts/rockchip/rk3328.dtsi | 25

Re: [PATCH net 0/2] lan78xx: Fixes to lan78xx driver

From: Date: Tue, 1 Aug 2017 10:23:52 + > From: Nisar Sayed > > This series of patches are for lan78xx driver. > > These patches fixes potential issues associated with lan78xx driver Series applied, thanks.

[PATCH net-next] rds: reduce memory footprint for RDS when transport is RDMA

RDS over IB does not use multipath RDS, so the array of additional rds_conn_path structures is always superfluous in this case. Reduce the memory footprint of the rds module by making this a dynamic allocation predicated on whether the transport is mp_capable. Signed-off-by: Sowmini Varadhan

Re: [PATCH v3 05/11] net: stmmac: dwmac-rk: Add internal phy support

On 08/01/2017 11:21 PM, David Wu wrote: > To make internal phy work, need to configure the phy_clock, > phy cru_reset and related registers. > > Signed-off-by: David Wu > --- > .../devicetree/bindings/net/rockchip-dwmac.txt | 6 +- >

Re: [PATCH V2] hyperv: netvsc: Neaten netvsc_send_pkt by using a temporary

From: Joe Perches Date: Mon, 31 Jul 2017 10:30:54 -0700 > Repeated dereference of nvmsg.msg.v1_msg.send_rndis_pkt can be > shortened by using a temporary. Do so. > > No change in object code. > > Miscellanea: > > o Use * const for rpkt and nvchan > > Signed-off-by: Joe

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

On 02/08/2017 18:10, Måns Rullgård wrote: > ping -f is limited to 100 packets per second. > Use something like iperf in UDP mode instead. CLIENT: DESKTOP # iperf3 -c 172.27.64.45 -u -b 950M Connecting to host 172.27.64.45, port 5201 [ 4] local 172.27.64.1 port 55533 connected to 172.27.64.45

Re: [PATCH net] ppp: Fix a scheduling-while-atomic bug in del_chan

Hi, Gao On Tue, Aug 1, 2017 at 1:39 PM, Cong Wang wrote: > From my understanding, this RCU is supposed to protect the pppox_sock > pointers in 'callid_sock' which could be NULL'ed in del_chan(). And the > pppox_sock is freed when the last refcnt is gone, that is, when

NetDev 2.2 Call for Papers Announced!

Talk submissions are now open for netdev-2.2 in Seoul Korea. http://www.netdevconf.org/2.2/submit-proposal.html The dealine for submissions is September 20th, so please do not delay so that we can put the schedule together in a timely fashion. We are all looking forward to seeing

net: thunderx: Buffer overwrite on bgx_probe

Hello. While searching for memory errors in Linux kernel I've come across drivers/net/ethernet/cavium/thunder/thunder_bgx.ko module. I've found buffer overwrite at bgx_probe(): Consider device PCI_SUBSYS_DEVID_83XX_BGX. max_bgx_per_node is set to 4 by set_max_bgx_per_node(). Then on branch:

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

Mason writes: > On 02/08/2017 18:10, Måns Rullgård wrote: > >> Mason writes: >> >>> On 02/08/2017 17:56, Måns Rullgård wrote: >>> What does the tango5 do if you flood it with packets faster than the kernel can keep up with? That would make it hit the end of the rx

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

On 02/08/2017 18:10, Måns Rullgård wrote: > Mason writes: > >> On 02/08/2017 17:56, Måns Rullgård wrote: >> >>> What does the tango5 do if you flood it with packets faster than the >>> kernel can keep up with? That would make it hit the end of the rx >>> chain, which is apparently what makes it

RE: [PATCH V4 net-next 1/8] net: hns3: Add support of HNS3 Ethernet Driver for hip08 SoC

Hi Florian, > -Original Message- > From: Salil Mehta > Sent: Thursday, July 27, 2017 9:45 PM > To: 'Florian Fainelli'; da...@davemloft.net > Cc: Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- > ker...@vger.kernel.org;

[PATCH] ipv4: Introduce ipip_offload_init helper function.

It's convenient to init ipip offload. We will check the return value, and print KERN_CRIT info on failure. Signed-off-by: Tonghao Zhang --- net/ipv4/af_inet.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/net/ipv4/af_inet.c

RE: [RFC PATCH v2 0/2] nb8800 suspend/resume support

From: Måns Rullgård > Sent: 02 August 2017 17:10 ... > ping -f is limited to 100 packets per second. Use something like iperf > in UDP mode instead. Or break a MAC driver so it just saturates the network. You might actually need bursts of traffic - otherwise the receiver will be continuously

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

Mason writes: > On 02/08/2017 17:56, Måns Rullgård wrote: > >> Mason writes: >> >>> From my perspective, the older method does not work on newer chips :-) >> >> It does work on tango4. > > Agreed. > >> What does the tango5 do if you flood it with packets faster than the >>

Re: [RFC PATCH v2 0/2] nb8800 suspend/resume support

On 02/08/2017 17:56, Måns Rullgård wrote: > Mason writes: > >> From my perspective, the older method does not work on newer chips :-) > > It does work on tango4. Agreed. > What does the tango5 do if you flood it with packets faster than the > kernel can keep up with? That would make it hit

Re: [PATCH net-next] bpf: fix the printing of ifindex

On 08/02/2017 08:43 AM, William Tu wrote: > Save the ifindex before it gets zeroed so the invalid > ifindex can be printed out. > > Signed-off-by: William Tu > --- Thanks! Acked-by: John Fastabend

[PATCH V6 net-next 0/8] Hisilicon Network Subsystem 3 Ethernet Driver

This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3) Ethernet driver for hip08 family of SoCs and future upcoming SoCs. Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and hence there was a need of new driver over the previous HNS driver which

[PATCH V6 net-next 2/8] net: hns3: Add support of the HNAE3 framework

This patch adds the support of the HNAE3 (Hisilicon Network Acceleration Engine 3) framework support to the HNS3 driver. Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE and user-space Ethernet drivers (like ODP etc.) to register with HNAE3 devices and their associated

[PATCH V6 net-next 3/8] net: hns3: Add HNS3 IMP(Integrated Mgmt Proc) Cmd Interface Support

This patch adds the support of IMP (Integrated Management Processor) command interface to the HNS3 driver. Each PF/VF has support of CQP(Command Queue Pair) ring interface. Each CQP consis of send queue CSQ and receive queue CRQ. There are various commands a PF/VF may support, like for Flow Table

[PATCH V6 net-next 1/8] net: hns3: Add support of HNS3 Ethernet Driver for hip08 SoC

This patch adds the support of Hisilicon Network Subsystem 3 Ethernet driver to hip08 family of SoCs. This driver includes basic Rx/Tx functionality. It also includes the client registration code with the HNAE3(Hisilicon Network Acceleration Engine 3) framework. This work provides the initial

[PATCH V6 net-next 5/8] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

THis patch adds the support of the Scheduling and Shaping functionalities during the transmit leg. This also adds the support of Pause at MAC level. (Pause at per-priority level shall be added later along with the DCB feature). Hardware as such consists of two types of cofiguration of 6 level

[PATCH V6 net-next 4/8] net: hns3: Add HNS3 Acceleration Engine & Compatibility Layer Support

This patch adds the support of Hisilicon Network Subsystem Accceleration Engine and common operations to access it. This layer provides access to the hardware configuration, hardware statistics. This layer is also responsible for triggering the initialization of the PHY layer through the below

[PATCH V6 net-next 8/8] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

This patch updates the MAINTAINERS file with HNS3 Ethernet driver maintainers names and other details. This also introduces the new Makefiles required to build the HNS3 Ethernet driver and updates the existing Kconfig file in the hisilicon folder. Signed-off-by: Salil Mehta

[PATCH V6 net-next 7/8] net: hns3: Add Ethtool support to HNS3 driver

This patch adds the support of the Ethtool interface to the HNS3 Ethernet driver. Various commands to read the statistics, configure the offloading, loopback selftest etc. are supported. Signed-off-by: Daode Huang Signed-off-by: lipeng

[PATCH V6 net-next 6/8] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

This patch adds the support of MDIO bus interface for HNS3 driver. Code provides various interfaces to start and stop the PHY layer and to read and write the MDIO bus or PHY. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil

  1   2   >