[PATCH net-next 1/4] qed: Correct order of wwnn and wwpn

Driver reads values via HSI splitting this 8-byte into 2 32-bit values and builds a single u64 field - but it does so by shifting the lower field instead of the higher. Luckily, we still don't use these fields for anything - but we're about to start. Signed-off-by: Yuval Mintz

[PATCH net-next 2/4] qed: Share additional information with qedf

Share several new tidbits with qedf: - wwpn & wwnn - Absolute pf-id [this one is actually meant for qedi as well] - Number of available CQs While we're at it, now that qedf will be aware of the available CQs we can add some validation on the inputs it provides. Signed-off-by: Yuval Mintz

[PATCH net-next 0/4] qed: Enhance storage APIs

This series is intended to add additional information and features to the API between qed and its storage protocol drivers [qedi, qedf]. Patch #2 adds some information stored on device such as wwpn & wwnn to allow qedf utilize it; #1 fixes an issue with the reading of those values [which were

Ciao サ

Ciao Benvenuto al nostro negozio 24.88 euro per gli occhiali da sole di Ray Ban, trasporto libero direttamente alla vostra casa web: rbewpt .com 放飞心情，释放真情，愿我们的心灵像湖水般的晶莹清澈，友情像山泉一样源远流长！

[PATCH net] ip6_tunnel: fix traffic class routing for tunnels

From: Liam McBirnie Date: Thu, 1 Jun 2017 15:36:01 +1000 Subject: [PATCH net] ip6_tunnel: fix traffic class routing for tunnels ip6_route_output() requires that the flowlabel contains the traffic class for policy routing. Commit 0e9a709560db ("ip6_tunnel, ip6_gre: fix

Re: [PATCH iproute2] iproute: extend route get to return matching fib route

On 6/1/17 10:53 PM, Roopa Prabhu wrote: > From: Roopa Prabhu > > Uses newly introduced RTM_GETROUTE flag RTM_F_FIB_MATCH > to return a matching fib route. Introduces 'fibmatch' > keyword to ip route get. ... > > Signed-off-by: Roopa Prabhu

[PATCH iproute2] iproute: extend route get to return matching fib route

From: Roopa Prabhu Uses newly introduced RTM_GETROUTE flag RTM_F_FIB_MATCH to return a matching fib route. Introduces 'fibmatch' keyword to ip route get. ipv4: $ip route show default via 192.168.0.2 dev eth0 10.0.14.0/24 nexthop via 172.16.0.3 dev dummy0

Re: [net,V2] vxlan: fix use-after-free on deletion

On 6/1/17, 5:24 PM, Mark Bloch wrote: > Adding a vxlan interface to a socket isn't symmetrical, while adding > is done in vxlan_open() the deletion is done in vxlan_dellink(). > This can cause a use-after-free error when we close the vxlan > interface before deleting it. > > We add

:::::::::BUSINESS PROPOSAL::::::

Attn, My name is Johnson King, the principal attorney of my law firm., Johnson King & Co. A deceased client Mr. Henry died in 2010 and left a sum little above US$ 28 million in his account here in Unity Bank Plc. Normally banking procedures requires that the bank declares the account

[PATCH net] net: dsa: Move dsa_switch_{suspend,resume} out of legacy.c

dsa_switch_suspend() and dsa_switch_resume() are functions that belong in net/dsa/dsa.c and are not part of the legacy platform support code. Fixes: a6a71f19fe5e ("net: dsa: isolate legacy code") Signed-off-by: Florian Fainelli --- net/dsa/dsa.c| 47

Re: [PATCH 04/12] fs: ceph: CURRENT_TIME with ktime_get_real_ts()

On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinamani wrote: > On Thu, Jun 1, 2017 at 5:36 PM, John Stultz wrote: >> On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng wrote: >>> On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann

[PATCH v3 net-next 2/3] samples/bpf: add tests for more perf event types

From: Teng Qin $ trace_event tests attaching BPF program to HW_CPU_CYCLES, SW_CPU_CLOCK, HW_CACHE_L1D and other events. It runs 'dd' in the background while bpf program collects user and kernel stack trace on counter overflow. User space expects to see sys_read and sys_write in

[PATCH v3 net-next 3/3] bpf: update perf event helper functions documentation

From: Teng Qin This commit updates documentation of the bpf_perf_event_output and bpf_perf_event_read helpers to match their implementation. Signed-off-by: Teng Qin Signed-off-by: Alexei Starovoitov --- include/uapi/linux/bpf.h | 11

[PATCH v3 net-next 0/3] bpf: Add BPF support to all perf_event

v2->v3: more refactoring to address Peter's feedback. Now all perf_events are attachable and readable v1->v2: address Peter's feedback. Refactor patch 1 to allow attaching bpf programs to all event types and reading counters from all of them as well patch 2 - more tests patch 3 - address Dave's

[PATCH v3 net-next 1/3] perf, bpf: Add BPF support to all perf_event types

Allow BPF_PROG_TYPE_PERF_EVENT program types to attach to all perf_event types, including HW_CACHE, RAW, and dynamic pmu events. Only tracepoint/kprobe events are treated differently which require BPF_PROG_TYPE_TRACEPOINT/BPF_PROG_TYPE_KPROBE program types accordingly. Also add support for

Re: [PATCH net-next v2 2/2] bpf: Remove the capability check for cgroup skb eBPF program

On Thu, Jun 01, 2017 at 06:55:09PM -0700, Chenbo Feng wrote: > On Thu, Jun 1, 2017 at 4:42 PM, Alexei Starovoitov < > alexei.starovoi...@gmail.com> wrote: > > > On Wed, May 31, 2017 at 06:16:00PM -0700, Chenbo Feng wrote: > > > From: Chenbo Feng > > > > > > Currently loading a

Re: [PATCH] virtio_net: lower limit on buffer size

On Fri, Jun 02, 2017 at 02:56:04AM +0300, Michael S. Tsirkin wrote: > commit d85b758f72b0 "virtio_net: fix support for small rings" > was supposed to increase the buffer size for small rings > but had an unintentional side effect of decreasing > it for large rings. This seems to break some setups

Re: [PATCH] b43legacy: Fix a sleep-in-atomic bug in b43legacy_attr_interfmode_store

On 06/02/2017 12:11 AM, Jonathan Corbet wrote: On Thu, 01 Jun 2017 09:05:07 +0800 Jia-Ju Bai wrote: I admit my patches are not well tested, and they may not well fix the bugs. I am looking forward to opinions and suggestions :) May I politely suggest that sending out

[PATCH net] net: systemport: Fix missing Wake-on-LAN interrupt for SYSTEMPORT Lite

On SYSTEMPORT Lite, since we have the main interrupt source in the first cell, the second cell is the Wake-on-LAN interrupt, yet the code was not properly updated to fetch the second cell, and instead looked at the third and non-existing cell for Wake-on-LAN. Fixes: 44a4524c54af ("net:

Re: [PATCH 04/12] fs: ceph: CURRENT_TIME with ktime_get_real_ts()

On Thu, Jun 1, 2017 at 5:36 PM, John Stultz wrote: > On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng wrote: >> On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote: >>> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote:

Re: [PATCH 04/12] fs: ceph: CURRENT_TIME with ktime_get_real_ts()

On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng wrote: > On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote: >> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote: >>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani >>>

Re: [PATCH 04/12] fs: ceph: CURRENT_TIME with ktime_get_real_ts()

On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote: > On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote: >> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani >> wrote: > >>> diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c >>> index

Re: [PATCH 04/12] fs: ceph: CURRENT_TIME with ktime_get_real_ts()

On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote: > On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote: >> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani >> wrote: > >>> diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c >>> index

[net,V2] vxlan: fix use-after-free on deletion

Adding a vxlan interface to a socket isn't symmetrical, while adding is done in vxlan_open() the deletion is done in vxlan_dellink(). This can cause a use-after-free error when we close the vxlan interface before deleting it. We add vxlan_vs_del_dev() to match vxlan_vs_add_dev() and call it from

[PATCH] virtio_net: lower limit on buffer size

commit d85b758f72b0 "virtio_net: fix support for small rings" was supposed to increase the buffer size for small rings but had an unintentional side effect of decreasing it for large rings. This seems to break some setups - it's not yet clear why, but increasing buffer size back to what it was

Re: [PATCH net-next v2 2/2] bpf: Remove the capability check for cgroup skb eBPF program

On Wed, May 31, 2017 at 06:16:00PM -0700, Chenbo Feng wrote: > From: Chenbo Feng > > Currently loading a cgroup skb eBPF program require a CAP_SYS_ADMIN > capability while attaching the program to a cgroup only requires the > user have CAP_NET_ADMIN privilege. We can escape the

Re: [PATCH net-next v2 1/2] bpf: Allow CGROUP_SKB eBPF program to access sk_buff

On Wed, May 31, 2017 at 06:15:59PM -0700, Chenbo Feng wrote: > From: Chenbo Feng > > This allows cgroup eBPF program to classify packet based on their > protocol or other detail information. Currently program need > CAP_NET_ADMIN privilege to attach a cgroup eBPF program, and A

Re: [PATCH] b43legacy: Fix a sleep-in-atomic bug in b43legacy_attr_interfmode_store

Hi Jia-Ju, [auto build test WARNING on wireless-drivers-next/master] [also build test WARNING on v4.12-rc3 next-20170601] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jia-Ju-Bai/b43legacy-Fix

Re: [pull request][for-next 0/6] Mellanox mlx5 updates 2017-05-23

On Thu, 2017-05-25 at 12:02 -0400, David Miller wrote: > From: Saeed Mahameed > Date: Tue, 23 May 2017 14:43:58 +0300 > > > Hi Dave and Doug, > >  > > This series introduces some small updates and FPGA support to the > mlx5 > > core/ethernet and IB drivers. > >  > > For more

Re: [PATCH net] netlink: don't send unknown nsid

On Thu, Jun 01, 2017 at 10:42:13PM +0200, Nicolas Dichtel wrote: > Le 01/06/2017 à 19:02, Flavio Leitner a écrit : > > On Thu, Jun 01, 2017 at 10:00:07AM +0200, Nicolas Dichtel wrote: > >> The NETLINK_F_LISTEN_ALL_NSID otion enables to listen all netns that have a > >> nsid assigned into the netns

Re: [Problem] Broadcom BCM5762 Ethernet tg3 times out with stack trace

On Fri, May 12, 2017 at 6:12 PM, Daniel Kim wrote: > I believe I do have IOMMU enabled. At least the dmesg output seems to > imply that I do: > [1.141948] iommu: Adding device :00:02.0 to group 0 > [1.142033] iommu: Adding device :00:10.0 to group 1 > [

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On 6/1/17 11:52 AM, David Ahern wrote: On 6/1/17 12:27 PM, Alexei Starovoitov wrote: 'I want to retrieve original instructions' is not a problem. It's a push for 'solution'. Explaining 'why' you want to see original instructions would describe the actual problem. I have explained this. You

[net-next 06/14] virtchnl: convert to new macros

From: Jesse Brandeburg As part of the conversion, change the arguments to VF_IS_V1[01] macros and move them to virtchnl.h Signed-off-by: Jesse Brandeburg Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher

[net-next 01/14] i40evf: drop i40e_type.h include

From: Jesse Brandeburg This drops the i40e_type.h include in anticipation of the next patch which moves this file to a location where type.h doesn't exist, and all the places this file is included already include i40e_type.h before this file. Signed-off-by: Jesse

[net-next 00/14][pull request] 40GbE Intel Wired LAN Driver Updates 2017-06-01

This series contains updates to i40e, i40evf and the "new" AVF virtchnl. This is the introduction of the Intel(R) Ethernet Adaptive Virtual Function driver code and device ID, as presented at the NetDEV 1.2 conference in 2016. http://netdevconf.org/1.2/session.html?anjali-singhai The idea is to

[net-next 04/14] virtchnl: rename i40e to generic virtchnl

From: Jesse Brandeburg This morphs all the i40e and i40evf references to/in virtchnl.h to be generic, using only automated methods. Updates all the callers to use the new names. A followup patch provides separate clean ups for messy line conversions from these

[net-next 05/14] virtchnl: move some code to core driver

From: Jesse Brandeburg Before moving this function over to virtchnl.h, move some driver specific checks that had snuck into a fairly generic function, back into the caller of the function. Signed-off-by: Jesse Brandeburg Tested-by: Andrew

[net-next 03/14] i40e: use new unified virtchnl header file

From: Jesse Brandeburg This patch changes the i40e driver to start using the new virtchnl interface header file, and removes an already existing duplicate of the i40e_virtchnl.h file contained in the i40e directory. Signed-off-by: Jesse Brandeburg

[net-next 07/14] i40e/virtchnl: refactor code for validate checks

From: Jesse Brandeburg This change updates the arguments passed to the validate function and fixes the caller, as well as uses the new return values added to virtchnl.h One other minor tweak, remove a duplicate set to zero of valid_len. This is in preparation for

[net-next 14/14] i40evf: update i40evf.txt with new content

From: Jesse Brandeburg The addition of the AVF and virtchnl code to the i40evf driver means we should update the i40evf.txt file with the most up to date information. It seems this file hasn't been updated in a while, so the changes cover a little more than just AVF,

[net-next 11/14] virtchnl: Add pad fields to a couple of structures

From: Sridhar Samudrala This removes holes and makes structure sizes consistent across 32 and 64 bit builds. Signed-off-by: Sridhar Samudrala Signed-off-by: Jesse Brandeburg Tested-by: Andrew Bowers

[net-next 08/14] i40evf/virtchnl: whitespace cleanups

From: Jesse Brandeburg This patch fixes up a bunch of whitespace issues introduced by the previous automated change of name from i40e to virtchnl. Signed-off-by: Jesse Brandeburg Tested-by: Andrew Bowers

[net-next 12/14] virtchnl: Add compile time static asserts to validate structure sizes

From: Sridhar Samudrala This uses preprocessor tricks to make sure that a divide by zero occurs if a struct changes size outside the expected number of bytes. Signed-off-by: Sridhar Samudrala Signed-off-by: Jesse Brandeburg

[net-next 09/14] virtchnl: finish conversion to virtchnl interface

From: Jesse Brandeburg This patch implements the complete version of the virtchnl.h file with final renames, and fixes the related code in i40e and i40evf. It also expands comments, and adds details on the usage of certain fields. In addition, due to the changes a

[net-next 13/14] i40evf: Add support for Adaptive Virtual Function

From: Preethi Banala Add device ID define and mac_type assignment needed for Adaptive Virtual Function (VF Base Mode Support). Also, update version to v3.0.0 in order to indicate clearly that this is the first driver supporting the AVF device ID. Signed-off-by:

[net-next 10/14] i40e/virtchnl: move function to virtchnl

From: Jesse Brandeburg This moves a function that is needed for the virtchnl interface from the i40e PF driver over to the virtchnl.h file. It was manually verified that the function in question is unchanged except for the function name and function header, which

[net-next 02/14] i40e/i40evf: create and use new unified header file

From: Jesse Brandeburg This moves a header for i40evf to include/linux/avf/virtchnl.h. The directory name AVF is an acronym for the Intel(R) Adaptive Virtual Function. This first step creates the new file, which is a rename of

Re: [PATCH net-next v3 0/5] net: dsa: tagger simplification

From: Vivien Didelot Date: Thu, 1 Jun 2017 16:07:10 -0400 > This series clarifies the hot path, removes the labels in tagging > implementations, and frees the original SKB in the xmit caller. > > Changes in v3: > - drop removal of usused rcv arguments

[PATCH net-next] tcp: remove unnecessary skb_reset_tail_pointer()

From: Eric Dumazet __pskb_trim_head() does not need to reset skb tail pointer. Also change the comments, __pskb_pull_head() does not exist. Signed-off-by: Eric Dumazet --- net/ipv4/tcp_output.c |6 ++ 1 file changed, 2 insertions(+), 4

[for 4.12] net: qcom/emac: do not use hardware mdio automatic polling

Use software polling (PHY_POLL) to check for link state changes instead of relying on the EMAC's hardware polling feature. Some PHY drivers are unable to get a functioning link because the HW polling is not robust enough. The EMAC is able to poll the PHY on the MDIO bus looking for link state

[for 4.12] net: qcom/emac: do not use hardware mdio automatic polling

Use software polling (PHY_POLL) to check for link state changes instead of relying on the EMAC's hardware polling feature. Some PHY drivers are unable to get a functioning link because the HW polling is not robust enough. The EMAC is able to poll the PHY on the MDIO bus looking for link state

Re: [PATCH net-next 1/9] sched: add helper for updating statistics on all actions

On Wed, May 31, 2017 at 6:06 PM, Jakub Kicinski wrote: > Forgetting to disable preemption around tcf_action_stats_update() > seems to be a common mistake. Add a helper function for updating > stats on all actions of a filter. > > Signed-off-by: Jakub Kicinski

Re: [PATCH net-next 2/3] udp: avoid a cache miss on dequeue

On Thu, 2017-06-01 at 22:35 +0200, Paolo Abeni wrote: > To make the code robust we would have to NULL all the other fields > (nfct, nf_bridge, destructor, sk) that are currently not cleared in > skb_release_head_state(), elsewhere if one day, after some change, any > that fields become non-NULL

Re: [PATCH net] netlink: don't send unknown nsid

Le 01/06/2017 à 19:02, Flavio Leitner a écrit : > On Thu, Jun 01, 2017 at 10:00:07AM +0200, Nicolas Dichtel wrote: >> The NETLINK_F_LISTEN_ALL_NSID otion enables to listen all netns that have a >> nsid assigned into the netns where the netlink socket is opened. >> The nsid is sent as metadata to

Re: [PATCH net-next 2/3] udp: avoid a cache miss on dequeue

On Thu, 2017-06-01 at 09:40 -0700, Eric Dumazet wrote: > On Thu, Jun 1, 2017 at 9:21 AM, Paolo Abeni wrote: > > > I'm sorry, I do not follow. I'm concerned about the secpath field (skb- > > > sp), which is the only one that can be not NULL in > > > > __udp_queue_rcv_skb(). >

[PATCH net v2] ibmvnic: Remove module author mailing address

The original author left the project and so far has not responded to emails sent to the listed address. Signed-off-by: John Allen Signed-off-by: Thomas Falcon --- v2: only remove invalid email address ---

Re: [PATCH net-next v3 5/5] net: dsa: factor skb freeing on xmit

On 06/01/2017 01:07 PM, Vivien Didelot wrote: > As of a86d8becc3f0 ("net: dsa: Factor bottom tag receive functions"), > the rcv caller frees the original SKB in case or error. > > Be symmetric with that and make the xmit caller do the same. > > At the same time, fix the checkpatch NULL

[PATCH net-next v3 0/5] net: dsa: tagger simplification

This series clarifies the hot path, removes the labels in tagging implementations, and frees the original SKB in the xmit caller. Changes in v3: - drop removal of usused rcv arguments because they will be used later - include the new ksz tagging implementation - add reviewers' tags Changes

[PATCH net-next v3 4/5] net: dsa: remove out_drop label in taggers rcv

Many rcv functions from net/dsa/tag_*.c have a useless out_drop goto label which simply returns NULL. Kill it in favor of the obvious. Reviewed-by: Florian Fainelli Signed-off-by: Vivien Didelot --- net/dsa/tag_brcm.c| 11

[PATCH net-next v3 2/5] net: dsa: do not cast dst

dsa_ptr is not a void pointer anymore since Nov 2011, as of cf50dcc24f82 ("dsa: Change dsa_uses_{dsa, trailer}_tags() into inline functions"), but an explicit dsa_switch_tree pointer, thus remove the (void *) cast. Reviewed-by: Florian Fainelli Signed-off-by: Vivien Didelot

[PATCH net-next v3 3/5] net: dsa: remove dsa_uses_tagged_protocol

Since dev->dsa_ptr is a pointer to a dsa_switch_tree, there is no need to have another inline helper just to check rcv. Remove dsa_uses_tagged_protocol and check dsa_ptr && dsa_ptr->rcv together at the same time. Reviewed-by: Florian Fainelli Signed-off-by: Vivien Didelot

[PATCH net-next v3 5/5] net: dsa: factor skb freeing on xmit

As of a86d8becc3f0 ("net: dsa: Factor bottom tag receive functions"), the rcv caller frees the original SKB in case or error. Be symmetric with that and make the xmit caller do the same. At the same time, fix the checkpatch NULL comparison check: CHECK: Comparison to NULL could be

[PATCH net-next v3 1/5] net: dsa: comment hot path requirements

The DSA layer uses inline helpers and copy of the tagging functions for faster access in hot path. Add comments to detail that. Reviewed-by: Florian Fainelli Signed-off-by: Vivien Didelot --- include/net/dsa.h | 3 +++

Re: [PATCH V4] neigh: Really delete an arp/neigh entry on "ip neigh delete" or "arp -d"

On (06/01/17 22:34), Julian Anastasov wrote: > > + np = >hash_buckets[hash_val]; > > + while ((n = rcu_dereference_protected(*np, > > + lockdep_is_held(>lock))) != NULL) { > > checkpatch shows some warnings: > > scripts/checkpatch.pl --strict /tmp/file.patch

Re: [PATCH net] net: bridge: start hello timer only if device is up

On Thu, 1 Jun 2017, Nikolay Aleksandrov wrote: > When the transition of NO_STP -> KERNEL_STP was fixed by always calling > mod_timer in br_stp_start, it introduced a new regression which causes > the timer to be armed even when the bridge is down, and since we stop > the timers in its ndo_stop()

Re: [PATCH net-next] ipv4: route: restore skb_dst_set in inet_rtm_getroute

On 06/01/2017 08:34 AM, David Miller wrote: > From: Roopa Prabhu > Date: Wed, 31 May 2017 22:53:25 -0700 > >> From: Roopa Prabhu >> >> recent updates to inet_rtm_getroute dropped skb_dst_set in >> inet_rtm_getroute. This patch restores it

Re: [PATCH V4] neigh: Really delete an arp/neigh entry on "ip neigh delete" or "arp -d"

Hello, On Wed, 31 May 2017, Sowmini Varadhan wrote: > The command > # arp -s 62.2.0.1 a:b:c:d:e:f dev eth2 > adds an entry like the following (listed by "arp -an") > ? (62.2.0.1) at 0a:0b:0c:0d:0e:0f [ether] PERM on eth2 > but the symmetric deletion command > # arp -i eth2 -d

Re: [Intel-wired-lan] [i40e] regression on TCP stream and TCP maerts, kernel-4.12.0-0.rc2

On Thu, 2017-06-01 at 12:14 +0200, Adrian Tomasov wrote: > On Wed, 2017-05-31 at 14:42 -0700, Alexander Duyck wrote: > > > > On Wed, May 31, 2017 at 6:48 AM, Adrian Tomasov > > wrote: > > > > > > > > > On Tue, 2017-05-30 at 18:27 -0700, Alexander Duyck wrote: > > > > > >

Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument

On Thu, Jun 1, 2017 at 7:56 AM, Djalal Harouni wrote: > module_require_cap = 0; > > if (autoload == MODULES_AUTOLOAD_DISABLED) > return -EPERM; > > if (autoload == MODULES_AUTOLOAD_PRIVILEGED || require_cap > 0) { > if

Re: [PATCH net] vxlan: eliminate cached dst leak

> From: "David Miller" > To: lrich...@redhat.com > Cc: netdev@vger.kernel.org, pab...@redhat.com > Sent: Thursday, 1 June, 2017 2:46:48 PM > Subject: Re: [PATCH net] vxlan: eliminate cached dst leak > > From: Lance Richardson > Date: Mon, 29 May 2017

Re: [PATCH net-next] mlxsw: spectrum: Add bridge dependency for spectrum

From: Ido Schimmel Date: Wed, 31 May 2017 21:33:42 +0300 > When BRIDGE is a loadable module, MLXSW_SPECTRUM mustn't be built-in: > > drivers/built-in.o: In function `mlxsw_sp_bridge_device_create': > drivers/net/ethernet/mellanox/mlxsw/spectrum_switchdev.c:145: undefined >

Re: [PATCH v2 0/2] ARM: imx6ul-14x14-evk: Fix suspend over nfs by phy

From: Leonard Crestez Date: Wed, 31 May 2017 13:29:28 +0300 > Right now attempting doing suspend/resume while root is mounted over NFS > hangs on imx6ul-14x14-evk. This is happening because ksz8081 phy fixups are > lost on resume. > > Fix this by using equivalent

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On Thu, 1 Jun 2017 12:52:28 -0600, David Ahern wrote: > On 6/1/17 12:27 PM, Alexei Starovoitov wrote: > > 'I want to retrieve original instructions' is not a problem. It's a > > push for 'solution'. Explaining 'why' you want to see original > > instructions would describe the actual problem. >

Re: [PATCH v6 00/21] net-next: stmmac: add dwmac-sun8i ethernet driver

From: Corentin Labbe Date: Wed, 31 May 2017 09:18:31 +0200 > This patch series add the driver for dwmac-sun8i which handle the Ethernet MAC > present on Allwinner H3/H5/A83T/A64 SoCs. Series applied, but wow that's a lot of DT file changes :-(

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On Thu, 01 Jun 2017 14:33:36 -0400 (EDT), David Miller wrote: > From: Alexei Starovoitov > Date: Thu, 1 Jun 2017 11:27:56 -0700 > > > Original instructions are not useful for debugging, since they have > > map_fds which can be long gone when program is running, therefore to > >

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

From: David Ahern Date: Thu, 1 Jun 2017 12:52:28 -0600 > On 6/1/17 12:27 PM, Alexei Starovoitov wrote: >> 'I want to retrieve original instructions' is not a problem. It's a >> push for 'solution'. Explaining 'why' you want to see original >> instructions would describe the

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On 6/1/17 12:27 PM, Alexei Starovoitov wrote: > 'I want to retrieve original instructions' is not a problem. It's a > push for 'solution'. Explaining 'why' you want to see original > instructions would describe the actual problem. I have explained this. You are creating this hyper-complex almost

Re: [PATCH] mISDN: Fix a sleep-in-atomic bug

From: Jia-Ju Bai Date: Wed, 31 May 2017 15:08:25 +0800 > The driver may sleep under a read spin lock, and the function call path is: > send_socklist (acquire the lock by read_lock) > skb_copy(GFP_KERNEL) --> may sleep > > To fix it, the "GFP_KERNEL" is replaced with

Re: [PATCH net-next] powerpc: use asm-generic/socket.h as much as possible

From: Stephen Rothwell Date: Wed, 31 May 2017 15:43:37 +1000 > asm-generic/socket.h already has an exception for the differences that > powerpc needs, so just include it after defining the differences. > > Signed-off-by: Stephen Rothwell > --- >

Re: [PATCH net] vxlan: eliminate cached dst leak

From: Lance Richardson Date: Mon, 29 May 2017 13:25:57 -0400 > After commit 0c1d70af924b ("net: use dst_cache for vxlan device"), > cached dst entries could be leaked when more than one remote was > present for a given vxlan_fdb entry, causing subsequent netns > operations

[PATCH net-next V2 2/4] net/sched: cls_flower: add support for matching on ip tos and ttl

Benefit from the support of ip header fields dissection and allow users to set rules matching on ipv4 tos and ttl or ipv6 traffic-class and hoplimit. Signed-off-by: Or Gerlitz Reviewed-by: Jiri Pirko --- include/uapi/linux/pkt_cls.h | 5 +

[PATCH net-next V2 3/4] net/mlx5e: Offload TC matching on tcp flags

Enable offloading of TC matching on tcp flags. Signed-off-by: Or Gerlitz --- drivers/net/ethernet/mellanox/mlx5/core/en_tc.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git a/drivers/net/ethernet/mellanox/mlx5/core/en_tc.c

[PATCH net-next V2 0/4] add support for dissection and matching on ip tos and ttl

Hi Dave, The 1st two patches enable matching/classifying on ip tos and ttl by the flow dissector and flower. The other two patches offload matching on tcp flags and ip tos in mlx5. The mlx5 patches touch single file/function and not interfere with other inflight mlx5 submissions. Or. V2:

[PATCH net-next V2 4/4] net/mlx5e: Offload TC matching on ip tos / traffic-class

Enable offloading of TC matching on ipv4 tos or ipv6 traffic-class. Signed-off-by: Or Gerlitz --- drivers/net/ethernet/mellanox/mlx5/core/en_tc.c | 26 - 1 file changed, 25 insertions(+), 1 deletion(-) diff --git

[PATCH net-next V2 1/4] net/flow_dissector: add support for dissection of misc ip header fields

Add support for dissection of ip tos and ttl and ipv6 traffic-class and hoplimit. Both are dissected into the same struct. Uses similar call to ip dissection function as with tcp, arp and others. Signed-off-by: Or Gerlitz Reviewed-by: Jiri Pirko ---

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

From: Alexei Starovoitov Date: Thu, 1 Jun 2017 11:27:56 -0700 > Original instructions are not useful for debugging, since they have > map_fds which can be long gone when program is running, therefore to > solve introspection problem we need to look into real kernel > instructions.

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On 6/1/17 10:51 AM, David Ahern wrote: On 6/1/17 11:24 AM, Alexei Starovoitov wrote: what problem are we trying to solve? If we don't agree on the problem, we won't be able to agree on the solution. I want the ability to retrieve the BPF instructions pushed to the kernel. Not just for

RE: [PATCH iproute2] iplink: Update usage in help message

Sure, will do. -Original Message- From: Or Gerlitz [mailto:gerlitz...@gmail.com] Sent: Thursday, June 1, 2017 5:56 AM To: Tariq Toukan ; Eli Cohen Cc: Stephen Hemminger ; Linux Netdev List ;

Re: [PATCH 5/5] net: phy: add Marvell Alaska X 88X3310 10Gigabit PHY support

On Thu, Jun 01, 2017 at 10:28:04AM -0700, Florian Fainelli wrote: > On 06/01/2017 03:26 AM, Russell King wrote: > > Add phylib support for the Marvell Alaska X 10 Gigabit PHY (MV88X3310). > > This phy is able to operate at 10G, 1G, 100M and 10M speeds, and only > > supports Clause 45 accesses. > >

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On 6/1/17 11:24 AM, Alexei Starovoitov wrote: > > what problem are we trying to solve? > If we don't agree on the problem, we won't be able to agree on the > solution. I want the ability to retrieve the BPF instructions pushed to the kernel. Not just for cgroups and VRF, but everywhere -

Re: [PATCH] b43legacy: Fix a sleep-in-atomic bug in b43legacy_attr_interfmode_store

On 06/01/2017 11:11 AM, Jonathan Corbet wrote: On Thu, 01 Jun 2017 09:05:07 +0800 Jia-Ju Bai wrote: I admit my patches are not well tested, and they may not well fix the bugs. I am looking forward to opinions and suggestions :) May I politely suggest that sending out

Re: [PATCH 4/5] net: phy: add XAUI and 10GBASE-KR PHY connection types

On Thu, Jun 01, 2017 at 09:56:48AM -0700, Florian Fainelli wrote: > On 06/01/2017 03:26 AM, Russell King wrote: > > XAUI allows XGMII to reach an extended distance by using a XGXS layer at > > each end of the MAC to PHY link, operating over four Serdes lanes. > > > > 10GBASE-KR is a single lane

Re: Cherry pick commit *net: better skb->sender_cpu and skb->napi_id cohabitation* to 4.4 series?

Dear David, On 06/01/17 18:19, David Miller wrote: Neither of us have anything to do with the 4.4 -stable series. We only manage stable backport submissions for the most recent two releases. Thank you for the prompt response. Should the netdev FAQ be updated then to contain that

Re: [PATCH 5/5] net: phy: add Marvell Alaska X 88X3310 10Gigabit PHY support

On 06/01/2017 03:26 AM, Russell King wrote: > Add phylib support for the Marvell Alaska X 10 Gigabit PHY (MV88X3310). > This phy is able to operate at 10G, 1G, 100M and 10M speeds, and only > supports Clause 45 accesses. > > The PHY appears (based on the vendor IDs) to be two different vendors >

Re: [PATCH v2 net-next 0/8] Introduce bpf ID

On 6/1/17 6:55 AM, David Ahern wrote: On 5/31/17 8:22 PM, Jakub Kicinski wrote: On Wed, 31 May 2017 11:58:54 -0700, Martin KaFai Lau wrote: This patch series: 1) Introduce ID for both bpf_prog and bpf_map. 2) Add bpf commands to iterate the prog IDs and map IDs of the system. 3) Add bpf

Re: [PATCH linux-firmware v2] Mellanox: Add firmware for mlxsw_spectrum

On Thu, Jun 01, 2017 at 09:28:10AM +0300, Yotam Gigi wrote: > Add first firmware for the Mellanox Spectrum switch, as a followup to the > recently added commit: > 6b7421992b8d ("mlxsw: spectrum: Validate firmware revision on init") > > The version of the firmware release is 13.1420.122 >

Re: [PATCH 3/5] net: phy: split out 10G genphy support

On 06/01/2017 03:26 AM, Russell King wrote: > Move the old 10G genphy support to sit beside the new clause 45 library > functions, so all the 10G phy code is together. > > Signed-off-by: Russell King Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH 2/5] net: phy: hook up clause 45 autonegotiation restart

On 06/01/2017 09:24 AM, Russell King - ARM Linux wrote: > On Thu, Jun 01, 2017 at 04:47:35PM +0100, Russell King - ARM Linux wrote: >> On Thu, Jun 01, 2017 at 03:19:55PM +0200, Andrew Lunn wrote: >>> On Thu, Jun 01, 2017 at 02:09:00PM +0100, Russell King - ARM Linux wrote: On Thu, Jun 01,

Re: [PATCH 1/5] net: phy: add 802.3 clause 45 support to phylib

On 06/01/2017 03:26 AM, Russell King wrote: > Add generic helpers for 802.3 clause 45 PHYs for >= 10Gbps support. > > Signed-off-by: Russell King > --- > + ctrl1 &= ~MDIO_CTRL1_SPEEDSEL; > + /* PMA/PMD type selection is 1.7.5:0 not 1.7.3:0. See 45.2.1.6.1.

Re: [PATCH net] netlink: don't send unknown nsid

On Thu, Jun 01, 2017 at 10:00:07AM +0200, Nicolas Dichtel wrote: > The NETLINK_F_LISTEN_ALL_NSID otion enables to listen all netns that have a > nsid assigned into the netns where the netlink socket is opened. > The nsid is sent as metadata to userland, but the existence of this nsid is > checked

  1   2   3   >