Since kernel commit 475abbf1ef67 ("ipv4: fib: Set offload indication
according to nexthop flags") offload indication is reported on a
per-nexthop basis.
Adjust iproute2 to display it.
Signed-off-by: Ido Schimmel
Reviewed-by: Jiri Pirko
---
ip/iproute.c | 2 ++
1 file changed, 2 insertions(+)
After commit c2ed1880fd61 ("net: ipv6: check route protocol when
deleting routes"), ipv6 route checks rt protocol when trying to
remove a rt entry.
It introduced a side effect causing 'ip -6 route flush cache' not
to work well. When flushing caches with iproute, all route caches
get dumped from ke
From: Eric Dumazet
syzkaller was able to trigger a divide by 0 in TCP stack [1]
Issue here is that keepalive timer needs to be updated to not attempt
to send a probe if the connection setup was deferred using
TCP_FASTOPEN_CONNECT socket option added in linux-4.11
[1]
divide error: [#1] SM
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 *context,
> > > +
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 follo
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 samples/bpf/sys
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 sys
"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 firmware *fw, void
>> *
-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"
, "netdev@vger.kernel.org"
, "linux-ker...@vger.kernel.org"
, Harish Patil ,
"Chopra, Manish" , Dept-GE Linux NIC Dev
C
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);
> +
> + channels->max_rx = adapter->max_rx
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 net tree and commit:
>
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")
fr
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 current ip6_make_flowlab
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 operat
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 than
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 changed, 2 insertions(+)
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 f
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
---
Documentation/devicetree/bindings/net/can/m_can.txt | 9 +
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
runtim
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 ++
1 file chan
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 offloaded although only one of its nexthops
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
> Signed-off-by: Jiri Pirko
Applied, thanks Jiri.
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.
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 data bss dec h
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 data bss dec h
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
> available after calculations for the number of PF and VF qu
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
> and update the code path
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
> flag in each nexthop.
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 be resolved, for examp
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 indication was provided usin
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 internally.
So you don't want
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 Pirko
> ---
> include/net/ip_fib.h | 13
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 message flags.
>
> Sig
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 someone must update sysctl docs /
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
+++ b/drivers/net/ethernet/ibm/ibmvnic.c
@@ -1741
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
+++ b/drivers/net/ethernet/ibm/ibmvnic.c
@@ -172
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
b/drivers/net/ethernet/ibm/ibmvnic.c
index a264c6992328.
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 a/drivers/net/ethernet/ibm/ibmvnic.c
b
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
i
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 Owner
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 uevent argument. Moreo
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() and
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 100644
--- a/arch/arm
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 message. Misc minor updates]
Signed-off-by: Franklin S Coope
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
Documentation/devicetree/bindings/net/can/c_can.
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
require
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 MByt
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() im
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 @@ st
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 'ds->d
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
---
drivers/net/dsa/
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 dete
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 +-
>> include/net/inet_connection_sock.h | 4 --
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 | 25 ---
> incl
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 qdisc add dev eth0 ingress
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 eth0 protocol ip parent :
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
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 very expensive stack ope
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 the user is not going
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.
>>
>>
>>> +
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
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 is
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 192.168.1.1
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 set to
> > the ssthresh value calculated b
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 inser
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 file changed, 1 insert
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 | 2 +-
1 file change
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 of pause frames until t
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 Mach
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 previous congestion con
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: 80c9a
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 be reintroduced if we really end up needing them.
Ap
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.
>
> SCRQ's can also be freed if a se
From: Hector Martin
Date: Wed, 2 Aug 2017 00:45:44 +0900
> Signed-off-by: Hector Martin
Applied.
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 test,
> and removing initializers for fragstolen
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 description,
> and fixe
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: (NET_DSA_BCM_SF2 && B
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 +
> 1 file changed, 25
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.
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
Acke
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 +-
> drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 81
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 Perches
Applied to n
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 por
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 sock
> dctor is called. pptp
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 everyo
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:
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
chain, which is
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
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; linux-r...@vg
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 b/net/ipv4/af_inet.c
index 5ce44fb..c888120
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 out
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
>> kernel can keep up wi
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 th
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
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 is
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 operation
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
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 sup
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
sche
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 MDIO
1 - 100 of 173 matches
Mail list logo
