Eric, what's the "David Miller net tree"? Is it
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git? I
don't see 2c87d63ac853550e734edfd45e1be5e5aa44fbcc there.
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git is
what we are testing and the last commit on which we s
From: Colin Ian King
The returns on some if statements are not indented correctly,
add in the missing tab.
Signed-off-by: Colin Ian King
---
net/bridge/netfilter/ebt_ip.c | 4 ++--
net/bridge/netfilter/ebt_ip6.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/bridge
The bug still looks like reproducible after applying the patch [
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=2c87d63ac853550e734edfd45e1be5e5aa44fbcc
]
2017-08-15 11:33 GMT+08:00 Eric Dumazet :
> On Tue, 2017-08-15 at 10:49 +0800, idaifish wrote:
>> Syzkaller hit 'ge
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not necessary to manually clear the
device driver data to NULL.
Cc: Joe Jin
Cc: Junxiao Bi
Signed-off-by: Zhu Yanjun
---
drivers/net/ethernet/mellanox/mlx5/core/main.c | 2 --
1 file changed, 2
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not necessary to manually clear the
device driver data to NULL.
Cc: Joe Jin
Cc: Junxiao Bi
Signed-off-by: Zhu Yanjun
---
drivers/net/ethernet/mellanox/mlx4/main.c | 2 --
1 file changed, 2 dele
On Fri, Aug 11, 2017 at 02:51:07PM -0700, David Miller wrote:
> From: Simon Horman
> Date: Fri, 11 Aug 2017 10:18:20 +0200
>
> > The Flower app may receive a request to update the MTU of a representor
> > netdev upon receipt of a control message from the firmware. This requires
> > the RTNL lock
2017-08-15 13:01 GMT+08:00 Pravin Shelar :
[...]
>> net/openvswitch/actions.c | 39 +--
>> net/openvswitch/datapath.c | 2 +-
>> net/openvswitch/datapath.h | 1 +
>> 3 files changed, 27 insertions(+), 15 deletions(-)
>>
>> diff --git a/net/openvswitch/actions
From: Eric Dumazet
Date: Mon, 14 Aug 2017 17:44:43 -0700
> From: Eric Dumazet
>
> Filtering the ACK packet was not put at the right place.
>
> At this place, we already allocated a child and put it
> into accept queue.
>
> We absolutely need to call tcp_child_process() to release
> its spinlo
From: Eric Dumazet
Date: Mon, 14 Aug 2017 14:10:25 -0700
> From: Eric Dumazet
>
> syzkaller reported that DCCP could have a non empty
> write queue at dismantle time.
>
> WARNING: CPU: 1 PID: 2953 at net/core/stream.c:199
> sk_stream_kill_queues+0x3ce/0x520 net/core/stream.c:199
> Kernel pani
From: Paolo Abeni
Date: Mon, 14 Aug 2017 21:31:38 +0200
> From: Al Viro
>
> copy_linear_skb() is broken; both of its callers actually
> expect 'len' to be the amount we are trying to copy,
> not the offset of the end.
> Fix it keeping the meanings of arguments in sync with what the
> callers (b
From: Felix Manlunas
Date: Mon, 14 Aug 2017 12:17:56 -0700
> From: Derek Chickles
>
> The fw_type module parameter isn't showing up in the
> /sys/module/liquidio/parameters directory. Fix it by setting the read
> permission bits for user, group, other in module_param_string(). Revise
> the de
From: Jiri Pirko
Date: Mon, 14 Aug 2017 21:09:18 +0200
> From: Jiri Pirko
>
> Arkadi says:
>
> Due to limited ASIC resources the maximum number of routes is limited by
> the nexthop resource. In order to improve the routing scale nexthop
> consolidation should be performed.
>
> In case of IPv
From: Felix Manlunas
Date: Mon, 14 Aug 2017 12:00:34 -0700
> From: Intiyaz Basha
>
> Code reorganization is required for adding ethtool --set-ring feature.
> First seven patches are for code reorganization. The last patch is for
> adding this feature.
>
> Change Log:
> V1 -> V2
> Only patch
From: Wei Wang
Date: Mon, 14 Aug 2017 10:44:59 -0700
> From: Wei Wang
>
> When a dst is created by addrconf_dst_alloc() for a host route or an
> anycast route, dst->dev points to loopback dev while rt6->rt6i_idev
> points to a real device.
> When the real device goes down, the current cleanup c
From: Eric Dumazet
Date: Mon, 14 Aug 2017 10:16:45 -0700
> From: Eric Dumazet
>
> pfkey_broadcast() might be called from non process contexts,
> we can not use GFP_KERNEL in these cases [1].
>
> This patch partially reverts commit ba51b6be38c1 ("net: Fix RCU splat in
> af_key"), only keeping t
From: Sabrina Dubroca
Date: Mon, 14 Aug 2017 18:04:24 +0200
> __tcp_ulp_find_autoload returns tcp_ulp_ops after taking a reference on
> the module. Then, if ->init fails, tcp_set_ulp propagates the error but
> nothing releases that reference.
>
> Fixes: 734942cc4ea6 ("tcp: ULP infrastructure")
>
From: Ding Tianhong
Date: Tue, 15 Aug 2017 11:23:22 +0800
> Some devices have problems with Transaction Layer Packets with the Relaxed
> Ordering Attribute set. This patch set adds a new PCIe Device Flag,
> PCI_DEV_FLAGS_NO_RELAXED_ORDERING, a set of PCI Quirks to catch some known
> devices with
On 2017年08月15日 00:01, Michael S. Tsirkin wrote:
On Sat, Aug 12, 2017 at 10:48:49AM +0800, Jason Wang wrote:
On 2017年08月12日 07:12, Jakub Kicinski wrote:
On Fri, 11 Aug 2017 19:41:18 +0800, Jason Wang wrote:
This patch tries to implement XDP for tun. The implementation was
split into two part
On Sun, Aug 13, 2017 at 12:04 AM, Liping Zhang wrote:
> From: Liping Zhang
>
> For sw_flow_actions, the actions_len only represents the kernel part's
> size, and when we dump the actions to the userspace, we will do the
> convertions, so it's true size may become bigger than the actions_len.
>
>
On 2017年08月14日 16:43, Daniel Borkmann wrote:
On 08/11/2017 01:41 PM, Jason Wang wrote:
This patch tries to implement XDP for tun. The implementation was
split into two parts:
[...]
@@ -1402,6 +1521,22 @@ static ssize_t tun_get_user(struct tun_struct
*tun, struct tun_file *tfile,
skb_r
On Tue, 2017-08-15 at 10:49 +0800, idaifish wrote:
> Syzkaller hit 'general protection fault in fib_dump_info' bug on
> commit 4.13-rc5..
>
> Guilty file: net/ipv4/fib_semantics.c
>
> kasan: GPF could be caused by NULL-ptr deref or user memory access
> general protection fault: [#1] SMP KASA
From: Casey Leedom
cxgb4 Ethernet driver now queries PCIe configuration space to determine
if it can send TLPs to it with the Relaxed Ordering Attribute set.
Remove the enable_pcie_relaxed_ordering() to avoid enable PCIe Capability
Device Control[Relaxed Ordering Enable] at probe routine, to mak
Casey reported that the AMD ARM A1100 SoC has a bug in its PCIe
Root Port where Upstream Transaction Layer Packets with the Relaxed
Ordering Attribute clear are allowed to bypass earlier TLPs with
Relaxed Ordering set, it would cause Data Corruption, so we need
to disable Relaxed Ordering Attribute
From: Casey Leedom
cxgb4vf Ethernet driver now queries PCIe configuration space to
determine if it can send TLPs to it with the Relaxed Ordering
Attribute set, just like the pf did.
Signed-off-by: Casey Leedom
Signed-off-by: Ding Tianhong
Reviewed-by: Casey Leedom
---
drivers/net/ethernet/ch
According to the Intel spec section 3.9.1 said:
3.9.1 Optimizing PCIe Performance for Accesses Toward Coherent Memory
and Toward MMIO Regions (P2P)
In order to maximize performance for PCIe devices in the processors
listed in Table 3-6 below, the soft- ware should determine
Some devices have problems with Transaction Layer Packets with the Relaxed
Ordering Attribute set. This patch set adds a new PCIe Device Flag,
PCI_DEV_FLAGS_NO_RELAXED_ORDERING, a set of PCI Quirks to catch some known
devices with Relaxed Ordering issues, and a use of this new flag by the
cxgb4 dr
When bit4 is set in the PCIe Device Control register, it indicates
whether the device is permitted to use relaxed ordering.
On some platforms using relaxed ordering can have performance issues or
due to erratum can cause data-corruption. In such cases devices must avoid
using relaxed ordering.
The
From: Shaohua Li
According to David Miller, the rotation doesn't really help avoid
security problem, so delte it.
Suggested-by: David Miller
Signed-off-by: Shaohua Li
---
include/net/ipv6.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/include/net/ipv6.h b/include/net/ipv6.h
index
From: Shaohua Li
Please see below tcpdump output:
21:00:48.109122 IP6 (flowlabel 0x43304, hlim 64, next-header TCP (6) payload
length: 40) fec0::5054:ff:fe12:3456.55804 > fec0::5054:ff:fe12:3456.: Flags
[S], cksum 0x0529 (incorrect -> 0xf56c), seq 3282214508, win 43690, options
[mss 65476,
From: Shaohua Li
Please see below tcpdump output:
21:00:48.109122 IP6 (flowlabel 0x43304, hlim 64, next-header TCP (6) payload
length: 40) fec0::5054:ff:fe12:3456.55804 > fec0::5054:ff:fe12:3456.: Flags
[S], cksum 0x0529 (incorrect -> 0xf56c), seq 3282214508, win 43690, options
[mss 65476,
On Fri, Aug 11, 2017 at 06:00:20PM -0700, Tom Herbert wrote:
> On Thu, Aug 10, 2017 at 12:13 PM, Shaohua Li wrote:
> > On Thu, Aug 10, 2017 at 11:30:51AM -0700, Tom Herbert wrote:
> >> On Thu, Aug 10, 2017 at 9:30 AM, Shaohua Li wrote:
> >> > On Wed, Aug 09, 2017 at 09:40:08AM -0700, Tom Herbert
From: Marcelo Ricardo Leitner
Date: Mon, 14 Aug 2017 22:58:14 -0300
> On Tue, Aug 15, 2017 at 10:43:59AM +0900, 吉藤英明 wrote:
>> > diff --git a/net/sctp/ipv6.c b/net/sctp/ipv6.c
>> > index 2a186b201ad2..a15d691829c6 100644
>> > --- a/net/sctp/ipv6.c
>> > +++ b/net/sctp/ipv6.c
>> > @@ -513,6 +513,8
Hi all,
After merging the net-next tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
arch/arm/boot/dts/rk3228-evb.dtb: ERROR (phandle_references): Reference to
non-existent node or label "phy0"
Caused by commit
db40f15b53e4 ("ARM: dts: rk3228-evb: Enable the integrate
On Tue, Aug 15, 2017 at 10:43:59AM +0900, 吉藤英明 wrote:
> Hi,
>
> 2017-08-15 3:43 GMT+09:00 Alexander Potapenko :
> > KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and
> > sctp_addr->v6.sin6_scope_id in sctp_v6_cmp_addr() (see below).
> > Make sure all fields of an IPv6 address a
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
arch/arm64/boot/dts/rockchip/rk3328.dtsi
between commit:
c60c0373a5e8 ("arm64: dts: rockchip: add usb2 nodes for RK3328 SoCs")
from the rockchip tree and commit:
9c4cc910fe28 ("ARM64: dts: rockchip: Add gmac2phy no
Hi,
2017-08-15 3:43 GMT+09:00 Alexander Potapenko :
> KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and
> sctp_addr->v6.sin6_scope_id in sctp_v6_cmp_addr() (see below).
> Make sure all fields of an IPv6 address are initialized, which
> guarantees that the IPv4 fields are also i
On 2017/8/15 1:19, Raj, Ashok wrote:
> On Mon, Aug 14, 2017 at 11:44:57PM +0800, Ding Tianhong wrote:
>> Casey reported that the AMD ARM A1100 SoC has a bug in its PCIe
>> Root Port where Upstream Transaction Layer Packets with the Relaxed
>> Ordering Attribute clear are allowed to bypass earlier
On Mon, Aug 14, 2017 at 11:31 AM, Paolo Abeni wrote:
> On Mon, 2017-08-14 at 11:03 -0400, Willem de Bruijn wrote:
>> > I'm actually surprised that only unix sockets can have negative values. Is
>> > there a reason for that? I had assumed that sk_set_peek_off would allow
>> > negative values as t
On Mon, 2017-08-14 at 18:07 -0700, Eric Dumazet wrote:
> Or try to hack the IFF_XMIT_DST_RELEASE flag on the vlan netdev.
Something like :
diff --git a/net/8021q/vlan_netlink.c b/net/8021q/vlan_netlink.c
index
5e831de3103e2f7092c7fa15534def403bc62fb4..9472de846d5c0960996261cb2843032847fa4bf7
1
On Tue, 2017-08-15 at 02:45 +0200, Paweł Staszewski wrote:
>
> W dniu 2017-08-14 o 18:57, Paolo Abeni pisze:
> > On Mon, 2017-08-14 at 18:19 +0200, Jesper Dangaard Brouer wrote:
> >> The output (extracted below) didn't show who called 'do_raw_spin_lock',
> >> BUT it showed another interesting thin
On Tue, Aug 15, 2017 at 12:09:14AM +0800, Eric Garver wrote:
> On Thu, Aug 10, 2017 at 09:21:15PM +0800, Yi Yang wrote:
>
> Hi Yi,
>
> In general I'd like to echo Jiri's comments on the netlink attributes.
> I'd like to see the metadata separate.
>
> I have a few other comments below.
>
> Thank
W dniu 2017-08-14 o 18:57, Paolo Abeni pisze:
On Mon, 2017-08-14 at 18:19 +0200, Jesper Dangaard Brouer wrote:
The output (extracted below) didn't show who called 'do_raw_spin_lock',
BUT it showed another interesting thing. The kernel code
__dev_queue_xmit() in might create route dst-cache pr
From: Eric Dumazet
Filtering the ACK packet was not put at the right place.
At this place, we already allocated a child and put it
into accept queue.
We absolutely need to call tcp_child_process() to release
its spinlock, or we will deadlock at accept() or close() time.
Found by syzkaller team
W dniu 2017-08-14 o 18:19, Jesper Dangaard Brouer pisze:
On Sun, 13 Aug 2017 18:58:58 +0200 Paweł Staszewski
wrote:
To show some difference below comparision vlan/no-vlan traffic
10Mpps forwarded traffic vith no-vlan vs 6.9Mpps with vlan
I'm trying to reproduce in my testlab (with ixgbe).
+ */
+void rmnet_egress_handler(struct sk_buff *skb,
+ struct rmnet_logical_ep_conf_s *ep)
+{
+ struct rmnet_phys_ep_conf_s *config;
+ struct net_device *orig_dev;
+ int rc;
+
+ orig_dev = skb->dev;
+ skb->dev = ep->egress_dev;
+
+ config
On 8/14/17 11:16 AM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> pfkey_broadcast() might be called from non process contexts,
> we can not use GFP_KERNEL in these cases [1].
>
> This patch partially reverts commit ba51b6be38c1 ("net: Fix RCU splat in
> af_key"), only keeping the GFP_ATOMIC forc
On Mon, Aug 14, 2017 at 08:43:04PM +0200, Alexander Potapenko wrote:
> KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and
> sctp_addr->v6.sin6_scope_id in sctp_v6_cmp_addr() (see below).
> Make sure all fields of an IPv6 address are initialized, which
> guarantees that the IPv4 f
On Mon, Aug 14, 2017 at 06:22:32PM -0400, Vivien Didelot wrote:
> The "applied" boolean of the dsa_switch_tree is only set in the new
> bindings. This patch sets it in the legacy code as well.
What is missing here is: Why?
I see the next patch does a WARN_ON(!applied). Why have a WARN_ON?
And
On Mon, Aug 14, 2017 at 06:22:34PM -0400, Vivien Didelot wrote:
> This commit adds the boiler plate to create a DSA related debug
> filesystem entry as well as a "tree" file, containing the tree index.
>
> # cat switch1/tree
> 0
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
On Mon, Aug 14, 2017 at 06:22:42PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "vlan" entry to query a port's hardware VLAN
> entries through the .port_vlan_dump switch operation.
>
> This is really convenient to query directly the hardware or inspect DSA
> or CPU links, since these port
On Mon, Aug 14, 2017 at 06:22:41PM -0400, Vivien Didelot wrote:
> This commit defines a dsa_vlan_dump_cb_t callback, similar to the FDB
> dump callback and partly reverts commit a0b6b8c9fa3c ("net: dsa: Remove
> support for vlan dump from DSA's drivers") to restore the DSA drivers
> VLAN dump opera
On Mon, Aug 14, 2017 at 06:22:40PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "mdb" entry to query a port's hardware MDB
> entries through the .port_mdb_dump switch operation.
>
> This is really convenient to query directly the hardware or inspect DSA
> or CPU links, since these ports a
On Mon, Aug 14, 2017 at 06:22:39PM -0400, Vivien Didelot wrote:
> The same dsa_fdb_dump_cb_t callback is used since there is no
> distinction to do between FDB and MDB entries at this layer.
>
> Implement mv88e6xxx_port_mdb_dump so that multicast addresses associated
> to a switch port can be dump
On Mon, Aug 14, 2017 at 06:22:38PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "fdb" entry to query a port's hardware FDB
> entries through the .port_fdb_dump switch operation.
>
> This is really convenient to query directly the hardware or inspect DSA
> or CPU links, since these ports a
On Mon, Aug 14, 2017 at 06:22:37PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "regs" entry to query a port's hardware registers
> through the .get_regs_len and .get_regs_len switch operations.
>
> This is very convenient because it allows one to dump the registers of
> DSA links, which
On Mon, Aug 14, 2017 at 06:22:36PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "stats" entry to query a port's hardware
> statistics through the DSA switch .get_sset_count, .get_strings and
> .get_ethtool_stats operations.
>
> This allows one to get statistics about DSA links interconnec
On Mon, Aug 14, 2017 at 06:22:35PM -0400, Vivien Didelot wrote:
> Add a debug filesystem "tag_protocol" entry to query the switch tagging
> protocol through the .get_tag_protocol operation.
>
> # cat switch1/tag_protocol
> EDSA
>
> Signed-off-by: Vivien Didelot
> ---
> net/dsa/debugfs.c
Add a debug filesystem "stats" entry to query a port's hardware
statistics through the DSA switch .get_sset_count, .get_strings and
.get_ethtool_stats operations.
This allows one to get statistics about DSA links interconnecting
switches, which is very convenient because this kind of port is not
e
Add a debug filesystem "regs" entry to query a port's hardware registers
through the .get_regs_len and .get_regs_len switch operations.
This is very convenient because it allows one to dump the registers of
DSA links, which are not exposed to userspace.
Here are the registers of a zii-rev-b CPU a
The "applied" boolean of the dsa_switch_tree is only set in the new
bindings. This patch sets it in the legacy code as well.
Signed-off-by: Vivien Didelot
---
net/dsa/legacy.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/dsa/legacy.c b/net/dsa/legacy.c
index 91e6f7981d39..a6a084948
This commit adds a DEBUG_FS dependent DSA core file creating a generic
debug filesystem interface for the DSA switch devices.
The interface can be mounted with:
# mount -t debugfs none /sys/kernel/debug
The dsa directory contains one directory per switch chip:
# cd /sys/kernel/debug/dsa
Add a debug filesystem "fdb" entry to query a port's hardware FDB
entries through the .port_fdb_dump switch operation.
This is really convenient to query directly the hardware or inspect DSA
or CPU links, since these ports are not exposed to userspace.
# cat port1/fdb
vid 012:34:56:78
The same dsa_fdb_dump_cb_t callback is used since there is no
distinction to do between FDB and MDB entries at this layer.
Implement mv88e6xxx_port_mdb_dump so that multicast addresses associated
to a switch port can be dumped.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx/chip.c
This commit defines a dsa_vlan_dump_cb_t callback, similar to the FDB
dump callback and partly reverts commit a0b6b8c9fa3c ("net: dsa: Remove
support for vlan dump from DSA's drivers") to restore the DSA drivers
VLAN dump operations.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/b53/b53_comm
Add a debug filesystem "vlan" entry to query a port's hardware VLAN
entries through the .port_vlan_dump switch operation.
This is really convenient to query directly the hardware or inspect DSA
or CPU links, since these ports are not exposed to userspace.
Here are the VLAN entries for a CPU port:
Add a debug filesystem "mdb" entry to query a port's hardware MDB
entries through the .port_mdb_dump switch operation.
This is really convenient to query directly the hardware or inspect DSA
or CPU links, since these ports are not exposed to userspace.
Signed-off-by: Vivien Didelot
---
net/dsa/
Add a debug filesystem "tag_protocol" entry to query the switch tagging
protocol through the .get_tag_protocol operation.
# cat switch1/tag_protocol
EDSA
Signed-off-by: Vivien Didelot
---
net/dsa/debugfs.c | 54 ++
1 file changed, 54 i
This commit adds the boiler plate to create a DSA related debug
filesystem entry as well as a "tree" file, containing the tree index.
# cat switch1/tree
0
Signed-off-by: Vivien Didelot
---
net/dsa/debugfs.c | 108 ++
1 file changed, 10
This patch series adds a generic debugfs interface for the DSA
framework, so that all switch devices benefit from it, e.g. Marvell,
Broadcom, Microchip or any other DSA driver.
This is really convenient for debugging, especially CPU ports and DSA
links which are not exposed to userspace as net dev
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Saturday, August 12, 2017 1:04 PM
> To: Kirsher, Jeffrey T
> Cc: Keller, Jacob E ; netdev@vger.kernel.org;
> nhor...@redhat.com; sassm...@redhat.com; jogre...@redhat.com
> Subject: Re: [net-next 08/15] i40e/i4
On Sat, Aug 12, 2017 at 4:08 AM, Jeff Kirsher
wrote:
> From: Sudheer Mogilappagari
>
> During NVM update, state machine gets into unrecoverable state because
> i40e_clean_adminq_subtask can get scheduled after the admin queue
> command but before other state variables are updated. This causes
> i
On Mon, Aug 14, 2017 at 5:59 AM, Konstantin Khlebnikov
wrote:
>
> This should work, I suppose.
>
> But this approach requires careful review for all qdisc, mine is completely
> mechanical.
Well, we don't have many classful qdisc's. Your patch actually
touches more qdisc's than mine, because you c
From: Eric Dumazet
syzkaller reported that DCCP could have a non empty
write queue at dismantle time.
WARNING: CPU: 1 PID: 2953 at net/core/stream.c:199
sk_stream_kill_queues+0x3ce/0x520 net/core/stream.c:199
Kernel panic - not syncing: panic_on_warn set ...
CPU: 1 PID: 2953 Comm: syz-executor
On Mon, 2017-08-14 at 21:31 +0200, Paolo Abeni wrote:
> From: Al Viro
>
> copy_linear_skb() is broken; both of its callers actually
> expect 'len' to be the amount we are trying to copy,
> not the offset of the end.
> Fix it keeping the meanings of arguments in sync with what the
> callers (both
Hi,
Greetings of the day!
Would you be interested in acquiring an email list of "Cycling Enthusiasts"
from USA?
We also have data for Hikign Enthusiasts, Running Enthusiasts, Camping and
Outdoor Enthusiasts, Skiers List, Health and Fitness Enthusiasts, Tennis
Enthusiasts, Boxing Enthusiasts
Hi,
It seems like commit cd0f0b is trying to add back these two errors
values into ip_route_input_slow(). However, if you follow the code path
further down you get to the two exit points of this function,
in net/ipv4/route.c:ip_route_input_slow()
if (rt_cache_valid(rth)) {
skb_dst_s
On 08/14/2017 07:25 PM, Phil Sutter wrote:
[...]
But I really think we shouldn't make such a fuss about it - writing to
stderr either always works or we're in trouble everywhere. This patch
was merely to shut gcc up, so no need to waste much energy on a scenario
which won't happen anyway.
Yup,
On Mon, Aug 14, 2017 at 3:15 PM, Thiago Macieira
wrote:
> On Monday, 14 August 2017 12:03:16 PDT Willem de Bruijn wrote:
>> On Mon, Aug 14, 2017 at 2:58 PM, Thiago Macieira
>>
>> wrote:
>> > On Monday, 14 August 2017 11:46:42 PDT Willem de Bruijn wrote:
>> >> > By the way, what were the usecases
From: Al Viro
copy_linear_skb() is broken; both of its callers actually
expect 'len' to be the amount we are trying to copy,
not the offset of the end.
Fix it keeping the meanings of arguments in sync with what the
callers (both of them) expect.
Also restore a saner behavior on EFAULT (i.e. prese
On 8/1/2017 12:16 PM, Shannon Nelson wrote:
> On 7/31/2017 5:38 PM, Amritha Nambiar wrote:
>> This patch enables tc-flower based hardware offloads. tc/flower
>> filter provided by the kernel is configured as driver specific
>> cloud filter. The patch implements functions and admin queue
>> commands
From: Derek Chickles
The fw_type module parameter isn't showing up in the
/sys/module/liquidio/parameters directory. Fix it by setting the read
permission bits for user, group, other in module_param_string(). Revise
the description of fw_type. Initialize the fw_type static char array with
the
On Monday, 14 August 2017 12:03:16 PDT Willem de Bruijn wrote:
> On Mon, Aug 14, 2017 at 2:58 PM, Thiago Macieira
>
> wrote:
> > On Monday, 14 August 2017 11:46:42 PDT Willem de Bruijn wrote:
> >> > By the way, what were the usecases for the peek offset feature?
> >>
> >> The idea was to be able
From: Arkadi Sharshevsky
Due to limited ASIC resources the maximum number of routes is limited by
the nexthop resource. In order to improve the routing scale nexthop
consolidation should be performed.
This patch adds support for IPv6 neighbor consolidation. The hash value
is calculated based on
From: Jiri Pirko
Arkadi says:
Due to limited ASIC resources the maximum number of routes is limited by
the nexthop resource. In order to improve the routing scale nexthop
consolidation should be performed.
In case of IPv4, the kernel does the consolidation of nexthops in the form
of the fib_inf
From: Arkadi Sharshevsky
This patch does preparation before introducing IPv6 nexthop group
consolidation. Currently the nexthop group hash table is used only by
IPv4 and uses fixed key size. In order to support the IPv6's variable
length key the current table is changed.
Signed-off-by: Arkadi Sh
On 8/1/2017 12:16 PM, Shannon Nelson wrote:
> On 7/31/2017 5:38 PM, Amritha Nambiar wrote:
>> Introduce the cloud filter datastructure and cleanup of cloud
>> filters associated with the device.
>>
>> Signed-off-by: Amritha Nambiar
>> ---
>> drivers/net/ethernet/intel/i40e/i40e.h | 11 +++
On 8/14/17 11:44 AM, Wei Wang wrote:
> From: Wei Wang
>
> When a dst is created by addrconf_dst_alloc() for a host route or an
> anycast route, dst->dev points to loopback dev while rt6->rt6i_idev
> points to a real device.
> When the real device goes down, the current cleanup code only checks fo
On Mon, Aug 14, 2017 at 2:58 PM, Thiago Macieira
wrote:
> On Monday, 14 August 2017 11:46:42 PDT Willem de Bruijn wrote:
>> > By the way, what were the usecases for the peek offset feature?
>>
>> The idea was to be able to peek at application headers of upper
>> layer protocols and multiplex messa
From: Intiyaz Basha
Moving common liquidio_setup_io_queues to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 119 -
drivers/net/ethernet/cavium/liquidio/lio_main.c| 109 +--
From: Intiyaz Basha
Moving common liquidio_push_packet to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 149 +
drivers/net/ethernet/cavium/liquidio/lio_main.c| 147
dr
From: Intiyaz Basha
Moving common octeon_setup_droq to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 35
drivers/net/ethernet/cavium/liquidio/lio_main.c| 37 --
driver
From: Intiyaz Basha
Moving common liquidio_napi_drv_callback to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 39 ++
drivers/net/ethernet/cavium/liquidio/lio_main.c| 38 ---
From: Intiyaz Basha
added support for ethtool --set-ring feature
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_ethtool.c | 131 +
drivers/net/ethernet/cavium/liquidio/lio_main.c| 6 +-
drivers/net/ethernet/cav
From: Intiyaz Basha
Moving common liquidio_napi_poll to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 61 +-
drivers/net/ethernet/cavium/liquidio/lio_main.c| 52 --
drivers
From: Intiyaz Basha
Moving common update_txq_status to lio_core.c
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
drivers/net/ethernet/cavium/liquidio/lio_core.c| 33
drivers/net/ethernet/cavium/liquidio/lio_main.c| 35 +-
driver
From: Intiyaz Basha
Moving common function wait_for_pending_requests to octeon_network.h
Signed-off-by: Intiyaz Basha
Signed-off-by: Felix Manlunas
---
.../ethernet/cavium/liquidio/cn23xx_vf_device.h| 2 --
drivers/net/ethernet/cavium/liquidio/lio_main.c| 26
dri
From: Intiyaz Basha
Code reorganization is required for adding ethtool --set-ring feature.
First seven patches are for code reorganization. The last patch is for
adding this feature.
Change Log:
V1 -> V2
Only patch #8 was changed: unnecessary parentheses were removed in two
if-statements in
On 8/1/2017 12:16 PM, Shannon Nelson wrote:
> On 7/31/2017 5:37 PM, Amritha Nambiar wrote:
>> Add new admin queue definitions and extended fields for cloud
>> filter support. Define big buffer for extended general fields
>> in Add/Remove Cloud filters command.
>>
>> Signed-off-by: Amritha Nambiar
On Monday, 14 August 2017 11:46:42 PDT Willem de Bruijn wrote:
> > By the way, what were the usecases for the peek offset feature?
>
> The idea was to be able to peek at application headers of upper
> layer protocols and multiplex messages among threads. It proved
> so complex even for UDP that we
On Mon, Aug 14, 2017 at 2:33 PM, Thiago Macieira
wrote:
> On Monday, 14 August 2017 11:25:23 PDT Willem de Bruijn wrote:
>> > Do applications using SOCK_DGRAM rely on the behaviour of skipping over
>> > datagrams that are too short?
>>
>> It is established behavior. It cannot be ruled out that an
1 - 100 of 180 matches
Mail list logo
