Re: [PATCH 1/6] perf: Add new type PERF_TYPE_PROBE

On Sat, Nov 25, 2017 at 05:59:54PM -0800, Alexei Starovoitov wrote: > If we were poking into 'struct perf_event_attr __user *uptr' > directly like get|put_user(.., >config) > then 32-bit user space with 4-byte aligned u64s would cause > 64-bit kernel to trap on archs like sparc. But surely archs

Re: [RFC net-next 4/4] net: phy: Correctly process PHY_HALTED in phy_stop_machine()

Hi Florian, On Mon, Nov 27, 2017 at 5:05 AM, Florian Fainelli wrote: > On 11/06/2017 07:50 AM, Geert Uytterhoeven wrote: >> On Tue, Oct 31, 2017 at 5:33 PM, Florian Fainelli >> wrote: >>> On 10/31/2017 08:26 AM, Geert Uytterhoeven wrote: On Mon,

[RFC PATCH 1/3] net: macb: Add RBQP to the macb queues

From: "Edgar E. Iglesias" Add RX queue pointer to macb queues to make it accessible for the multiple queues available. Currently the first RX queue is used. Signed-off-by: Edgar E. Iglesias Signed-off-by: Harini Katakam

[RFC PATCH 2/3] net: macb: Tie-off unused RX queues

From: "Edgar E. Iglesias" Currently, we only use the first receive queue and leave the remaining DMA descriptor pointers pointing at 0. Disable unused queues by connecting them to a looped descriptor chain without free slots. Signed-off-by: Edgar E. Iglesias

[RFC PATCH 3/3] net: macb: Handle HRESP error

From: Harini Katakam Handle HRESP error by doing a SW reset of RX and TX and re-initializing the descriptors, RX and TX queue pointers. Signed-off-by: Harini Katakam Signed-off-by: Michal Simek ---

[RFC PATCH 0/3] Miscellaneous fixes in macb driver

This series fixes the following: -> Ties off unused RX queues -> Handles RX HRESP error Edgar E. Iglesias (2): net: macb: Add RBQP to the macb queues net: macb: Tie-off unused RX queues Harini Katakam (1): net: macb: Handle HRESP error drivers/net/ethernet/cadence/macb.h | 5 ++

Re: [RFC PATCH 1/2] net: macb: Add RBQP to the macb queues

Hi, Please ignore this series. I'm sending another updated one. Sorry for the inconvenience. Regards, Harini On Mon, Nov 27, 2017 at 12:33 PM, Harini Katakam wrote: > From: "Edgar E. Iglesias" > > Add RX queue pointer to macb queues to

[PATCH RESEND] net: phy: harmonize phy_id{,_mask} data type

From: Richard Leitner Previously phy_id was u32 and phy_id_mask was unsigned int. As the phy_id_mask defines the important bits of the phy_id (and is therefore the same size) these two variables should be the same data type. Signed-off-by: Richard Leitner

[RFC PATCH 2/2] net: macb: Tie-off unused RX queues

From: "Edgar E. Iglesias" Currently, we only use the first receive queue and leave the remaining DMA descriptor pointers pointing at 0. Disable unused queues by connecting them to a looped descriptor chain without free slots. Signed-off-by: Edgar E. Iglesias

[RFC PATCH 1/2] net: macb: Add RBQP to the macb queues

From: "Edgar E. Iglesias" Add RX queue pointer to macb queues to make it accessible for the multiple queues available. Currently the first RX queue is used. Signed-off-by: Edgar E. Iglesias Signed-off-by: Harini Katakam

Re: [PATCH iproute2] drop support for DECnet

On Sun, 26 Nov 2017 17:19:21 -0500 (EST) David Miller wrote: > From: Stephen Hemminger > Date: Sun, 26 Nov 2017 12:11:18 -0800 > > > Nothing has been done in Linux to maintain DECnet > > for years. The code is buggy and does not support net

Re: [RFC net-next 4/4] net: phy: Correctly process PHY_HALTED in phy_stop_machine()

Hi Geert, On 11/06/2017 07:50 AM, Geert Uytterhoeven wrote: > Hi Florian, > > On Tue, Oct 31, 2017 at 5:33 PM, Florian Fainelli > wrote: >> On 10/31/2017 08:26 AM, Geert Uytterhoeven wrote: >>> On Mon, Oct 30, 2017 at 5:09 PM, Florian Fainelli >>>

Re: [PATCH RFC 2/2] veth: propagate bridge GSO to peer

On 11/26/17 11:17 AM, Stephen Hemminger wrote: > This allows veth device in containers to see the GSO maximum > settings of the actual device being used for output. > > Signed-off-by: Stephen Hemminger > --- > drivers/net/veth.c | 72 >

unregister_netdevice: waiting for lo to become free. Usage count = 1

Hello! In case anyone wondering (like I did) if this is still an issue, it's not. It was fixed in 4.12.

Re: [PATCH net] openvswitch: fix the incorrect flow action alloc size

From: zhangliping Date: Sat, 25 Nov 2017 22:02:12 +0800 > From: zhangliping > > If we want to add a datapath flow, which has more than 500 vxlan outputs' > action, we will get the following error reports: > openvswitch: netlink: Flow action size

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

Hi all, Today's linux-next merge of the net tree got a conflict in: net/rxrpc/call_object.c between commit: e99e88a9d2b0 ("treewide: setup_timer() -> timer_setup()") from Linus' tree and commit: 9faaff593404 ("rxrpc: Provide a different lockdep key for call->user_mutex for kernel

Re: [PATCH iproute2] drop support for DECnet

From: Stephen Hemminger Date: Sun, 26 Nov 2017 12:11:18 -0800 > Nothing has been done in Linux to maintain DECnet > for years. The code is buggy and does not support net namespace. > This patch removes all support of it from iproute2 > > Signed-off-by: Stephen

Re: [patch iproute2 00/11] tc: jsonify couple of qdics, filter and actions

Sun, Nov 26, 2017 at 09:44:17PM CET, step...@networkplumber.org wrote: >On Sat, 25 Nov 2017 15:48:24 +0100 >Jiri Pirko wrote: > >> From: Jiri Pirko >> >> An example json output: >> >> $ tc -s -j filter show dev ens8 egress >> [{ >> "protocol": "ip",

Re: [patch iproute2 00/11] tc: jsonify couple of qdics, filter and actions

On Sat, 25 Nov 2017 15:48:24 +0100 Jiri Pirko wrote: > From: Jiri Pirko > > An example json output: > > $ tc -s -j filter show dev ens8 egress > [{ > "protocol": "ip", > "pref": 6001, > "kind": "flower", > "chain": 0 >

Re: [patch iproute2 0/2] tc: couple ouf action cookie printout fixes

On Sat, 25 Nov 2017 11:07:55 +0100 Jiri Pirko wrote: > From: Jiri Pirko > > Jiri Pirko (2): > tc: move action cookie print out of the stats if > tc: remove action cookie len from printout > > tc/m_action.c | 17 - > 1 file changed, 8

[PATCH iproute2] drop support for DECnet

Nothing has been done in Linux to maintain DECnet for years. The code is buggy and does not support net namespace. This patch removes all support of it from iproute2 Signed-off-by: Stephen Hemminger --- Makefile| 3 -- README.decnet | 33

Re: [PATCH iproute2/master 00/11] bpf: pass ifindex for bpf offload

On Thu, 23 Nov 2017 18:11:57 -0800 Jakub Kicinski wrote: > Hi! > > This series allows us to pass ifindex automatically when we > set up TC cls_bpf or XDP offload. There is a fair bit of > refactoring to separate the parse and load stages of lib/bpf.c. > In case of

Re: [PATCH net] openvswitch: fix the incorrect flow action alloc size

On Sat, Nov 25, 2017 at 7:32 PM, zhangliping wrote: > From: zhangliping > > If we want to add a datapath flow, which has more than 500 vxlan outputs' > action, we will get the following error reports: > openvswitch: netlink: Flow action size 32832

[PATCH RFC 1/2] br: add notifier for when bridge changes it GSO maximums

Add a callback notifier for when the minimum GSO values calculated across all the bridge ports changes. This allows for veth to adjust based on the devices in the bridge. Signed-off-by: Stephen Hemminger --- include/linux/netdevice.h | 1 + net/bridge/br_if.c| 7

[PATCH RFC 0/2] veth, bridge, and GSO maximums

This pair of patchesimproves the performance when running containers in an environment where underlying device has lower GSO maximum (such as Azure). With containers a veth pair is created and one end is attached to the bridge device. The bridge device correctly reports computes GSO parameters

[PATCH RFC 2/2] veth: propagate bridge GSO to peer

This allows veth device in containers to see the GSO maximum settings of the actual device being used for output. Signed-off-by: Stephen Hemminger --- drivers/net/veth.c | 72 ++ 1 file changed, 72 insertions(+)

Re: [PATCH RFC] veth: make veth aware of gso buffer size

On Sat, 25 Nov 2017 13:26:52 -0800 Solio Sarabia wrote: > GSO buffer size supported by underlying devices is not propagated to > veth. In high-speed connections with hw TSO enabled, veth sends buffers > bigger than lower device's maximum GSO, forcing sw TSO and

Re: [PATCH] net: openvswitch: datapath: fix data type in queue_gso_packets

From: Willem de Bruijn Date: Sat, 25 Nov 2017 16:15:01 -0500 > On Sat, Nov 25, 2017 at 2:14 PM, Gustavo A. R. Silva > wrote: >> gso_type is being used in binary AND operations together with SKB_GSO_UDP. >> The issue is that variable

Re: [PATCH net] net: qmi_wwan: add support for Cinterion PLS8

On Fri, Nov 24, 2017 at 07:25:19PM +0100, Bjørn Mork wrote: > Reinhard Speyerer writes: > > > before posting this problem report > > https://developer.gemalto.com/threads/ipv6dualstack-problems-pls8-e-revision-03017 > > in the Gemalto developer forum I tested the

Linux 4.14 - regression: broken tun/tap / bridge network with virtio - bisected

Hello! Since Linux 4.14 (running as host), the virtual network based on bridge and tun/tap-devices is partly broken. Linux 4.13.x or earlier works perfectly. Given is the following architecture on host: VM1 -> tun/tap -> br1 VM2 -> tun/tap -> br0 / br1 VM3 -> tun/tap -> br0 Example network

[PATCH net] vxlan: use __be32 type for the param vni in __vxlan_fdb_delete

All callers of __vxlan_fdb_delete pass vni with __be32 type, and this param should be declared as __be32 type. Fixes: 3ad7a4b141eb ("vxlan: support fdb and learning in COLLECT_METADATA mode") Signed-off-by: Xin Long --- drivers/net/vxlan.c | 4 ++-- 1 file changed, 2

[PATCH net] bonding: use nla_get_u64 to extract the value for IFLA_BOND_AD_ACTOR_SYSTEM

bond_opt_initval expects a u64 type param, it's better to use nla_get_u64 to extract the value here, to eliminate a sparse endianness mismatch warning. Fixes: 171a42c38c6e ("bonding: add netlink support for sys prio, actor sys mac, and port key") Signed-off-by: Xin Long

[PATCH net] sctp: use right member as the param of list_for_each_entry

Commit d04adf1b3551 ("sctp: reset owner sk for data chunks on out queues when migrating a sock") made a mistake that using 'list' as the param of list_for_each_entry to traverse the retransmit, sacked and abandoned queues, while chunks are using 'transmitted_list' to link into these queues. It

[PATCH net 2/3] sctp: force the params with right types for sctp csum apis

Now sctp_csum_xxx doesn't really match the param types of these common csum apis. As sctp_csum_xxx is defined in sctp/checksum.h, many sparse errors occur when make C=2 not only with M=net/sctp but also with other modules that include this header file. This patch is to force them fit in csum apis

[PATCH net 3/3] sctp: remove extern from stream sched

Now each stream sched ops is defined in different .c file and added into the global ops in another .c file, it uses extern to make this work. However extern is not good coding style to get them in and even make C=2 reports errors for this. This patch adds sctp_sched_ops_xxx_init for each stream

[PATCH net 1/3] sctp: force SCTP_ERROR_INV_STRM with __u32 when calling sctp_chunk_fail

This patch is to force SCTP_ERROR_INV_STRM with right type to fit in sctp_chunk_fail to avoid the sparse error. Signed-off-by: Xin Long --- net/sctp/stream.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/sctp/stream.c b/net/sctp/stream.c index

[PATCH net 0/3] sctp: fix some other sparse errors

After the last fixes for sparse errors, there are still three sparse errors in sctp codes, two of them are type cast, and the other one is using extern. Xin Long (3): sctp: force SCTP_ERROR_INV_STRM with __u32 when calling sctp_chunk_fail sctp: force the params with right types for sctp

Re: general protection fault in dst_destroy() - 4.13.9

On man, 2017-11-20 at 17:13 +0200, Ido Schimmel wrote: > On Sun, Nov 19, 2017 at 12:45:41PM +, Anders K. Pedersen | > Cohaesio wrote: > > Hello, > > > > A few days ago, one of our routers (running Linux 4.13.9) crashed > > due > > to a general protection fault in dst_destroy(). At the time,

HELLO!

I have important transaction for you as next of kin to claim US$8.37m email me at changgordo...@yahoo.com.hk so I can send you more details