Some traffic stress testing with 4.13.0-rc4-next-20170808 and BUG: [61183.212237] BUG: Bad page state in process ksoftirqd/52 pfn:855f2f

[60961.112120] BUG: Bad page state in process ksoftirqd/44 pfn:855f2f [60961.112123] page:ea002157cbc0 count:51910 mapcount:0 mapping: (null) index:0x0 [60961.112259] flags: 0x600() [60961.112375] raw: 0600

Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

Hi Bjorn On Tue, Aug 08, 2017 at 06:22:00PM -0500, Bjorn Helgaas wrote: > On Sat, Aug 05, 2017 at 03:15:10PM +0800, Ding Tianhong wrote: > > From: Casey Leedom > > > > Root complexes don't obey PCIe 3.0 ordering rules, hence could lead to > > data-corruption. > > This needs

Re: [PATCH v3 iproute2] lib: Dump ext-ack string by default

On Wed, 9 Aug 2017 08:43:27 -0700 David Ahern wrote: > In time, errfn can be implemented for link, route, etc commands to > give a much more detailed response (e.g., point to the attribute > that failed). Doing so is much more complicated to process the > message and convert

[PATCH v2 11/20] mwifiex: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

[PATCH v2 12/20] mt7601u: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

[PATCH v2 15/20] rt73usb: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

[PATCH v2 17/20] rtl8xxxu: constify usb_device_id

usb_device_id are not supposed to change at runtime. All functions working with usb_device_id provided by work with const usb_device_id. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- changes in v2: Re-submitting wireless

Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

| From: Ding Tianhong | Sent: Wednesday, August 9, 2017 5:17 AM | | On 2017/8/9 11:02, Bjorn Helgaas wrote: | > | > On Wed, Aug 09, 2017 at 01:40:01AM +, Casey Leedom wrote: | > > | >> | From: Bjorn Helgaas | >> | Sent: Tuesday, August 8, 2017

Re: [PATCH net-next 0/7] rtnetlink: allow to run selected handlers without rtnl

From: Florian Westphal Date: Wed, 9 Aug 2017 10:19:28 +0200 > Would you accept a v2 if i don't touch ipv6 routes for the time being? > > I would then audit those again. At the very least inet6_rtm_getroute should > be able to work without rtnl lock (i.e., use a different lock

Re: [PATCH] ibmvnic: Fix unused variable warning

On 08/09/2017 04:16 AM, Michal Suchanek wrote: > Fixes: a248878d7a1d ("ibmvnic: Check for transport event on driver resume") > > Signed-off-by: Michal Suchanek > --- Reviewed-by: Tyrel Datwyler

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

From: Shaohua Li Date: Wed, 9 Aug 2017 07:59:53 -0700 > Could you please look at the patches? If you actually looked in patchwork, the state of your patches is "changes requested". This means that you were given feedback asking to change something about your patches, which

Re: [PATCH net-next 1/9] bpf: add BPF_J{LT,LE,SLT,SLE} instructions

From: Daniel Borkmann Date: Wed, 09 Aug 2017 19:00:58 +0200 > On 08/09/2017 06:55 PM, David Miller wrote: >> From: Daniel Borkmann >> Date: Wed, 9 Aug 2017 12:23:53 +0200 >> >>>[1] https://github.com/borkmann/llvm/tree/bpf-insns >> >> How is this

Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING

On Wed, Aug 09, 2017 at 04:46:07PM +, Casey Leedom wrote: > | From: Raj, Ashok > | Sent: Wednesday, August 9, 2017 8:58 AM > | ... > | As Casey pointed out in an earlier thread, we choose the heavy hammer > | approach because there are some that can lead to

[PATCH net-next] liquidio: rx/tx queue cleanup

From: Intiyaz Basha When deleting a queue, clear its corresponding bit in the qmask, vfree its memory, clear out the pointer that's pointing to it, and decrement the queue count. Signed-off-by: Intiyaz Basha Signed-off-by: Felix Manlunas

[PATCH iproute2 net-next v2 2/3] iproute: add support for SRv6 local segment processing

This patch adds support for the seg6local lightweight tunnel ("ip route add ... encap seg6local ..."). Signed-off-by: David Lebrun --- ip/iproute.c | 2 +- ip/iproute_lwtunnel.c | 208 ++ 2 files changed, 209

Re: [PATCH 3/3] net: rxrpc: Replace time_t type with time64_t type

Arnd Bergmann wrote: > Ah, I'm slowly starting to understand how this fits together. So you can add > a key either through key_add() from local user space, or through an rxrpc > socket. No, you can't add keys through an rxrpc socket. There are three 'classes' of key: (1)

Re: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

On Wed, Aug 09, 2017 at 09:41:51AM +, Yang, Yi Y wrote: > Hi, Jan > > I have worked out a patch, will send it quickly for Ben. In addition, I also > will send out a patch to change encap_nsh _nsh to push_nsh and pop_nsh. > Per comments from all the people, we all agreed to do so :-) > >

Re: [PATCH net-next 1/1] driver: pptp: Remove unnecessary statements in pptp_sock_destruct

On Wed, Aug 9, 2017 at 8:57 AM, wrote: > From: Gao Feng > > In the commit ddab82821fa6 ("ppp: Fix a scheduling-while-atomic bug in > del_chan"), I moved the synchronize_rcu() from del_chan() to pptp_release > after del_chan() to avoid one

Re: [PATCH net-next] net: skb_needs_check() removes CHECKSUM_NONE check for tx.

On Wed, Aug 9, 2017 at 5:04 AM, Tonghao Zhang wrote: > This patch reverts the commit 6e7bc478c9a0 > ("net: skb_needs_check() accepts CHECKSUM_NONE for tx"), > because we removed the UFO support. > > Cc: Eric Dumazet > Cc: Willem de Bruijn

Re: [PATCH v1 net] TCP_USER_TIMEOUT and tcp_keepalive should conform to RFC5482

On Wed, Aug 9, 2017 at 8:32 PM, Jerry Chu wrote: > On Wed, Aug 9, 2017 at 5:47 PM, Rao Shoaib wrote: >> >> >> On 08/09/2017 05:30 PM, David Miller wrote: >>> >>> From: Joe Smith >>> Date: Wed, 9 Aug 2017 17:20:32 -0700 >>>

Re: [PATCH v4 05/12] Documentation: net: phy: Add phy-is-internal binding

On Thu, Aug 10, 2017 at 8:20 AM, Andrew Lunn wrote: > On Wed, Aug 09, 2017 at 03:47:34PM -0700, Florian Fainelli wrote: >> On August 9, 2017 5:10:30 AM PDT, David Wu wrote: >> >Add the documentation for internal phy. A boolean property >> >indicates that

Re: [net 1/1] tipc: remove premature ESTABLISH FSM event at link synchronization

From: Jon Maloy Date: Tue, 8 Aug 2017 22:23:56 +0200 > When a link between two nodes come up, both endpoints will initially > send out a STATE message to the peer, to increase the probability that > the peer endpoint also is up when the first traffic message arrives. >

Re: [PATCH] net: atm: make atmdev_ops const

From: Bhumika Goyal Date: Wed, 9 Aug 2017 15:02:08 +0530 > Make these const as they are only stored in the ops field of a atm_dev > structure, which is const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Applied.

Re: [PATCH] atm: make atmdev_ops const

From: Bhumika Goyal Date: Wed, 9 Aug 2017 14:49:15 +0530 > Make these structures const as they are either passed to the function > atm_dev_register having the corresponding argument as const or stored in > the ops field of a atm_dev structure, which is also const. > Done

Re: [PATCH] net: dsa: make dsa_switch_ops const

From: Bhumika Goyal Date: Wed, 9 Aug 2017 10:34:15 +0530 > Make these structures const as they are only stored in the ops field of > a dsa_switch structure, which is const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Applied, thank you.

Regression: Bug 196547 - Since 4.12 - bonding module not working with wireless drivers

Hi Mahesh and Andy, James Feeney reported that there's a serious regression in bonding module since v4.12, it doesn't work with wireless drivers anymore as wireless drivers don't report the link speed via ethtool: https://bugzilla.kernel.org/show_bug.cgi?id=196547 In the bug report it's said

Re: [PATCH net-next] net: ipv6: lower ndisc notifier priority below addrconf

From: David Ahern Date: Tue, 8 Aug 2017 15:51:02 -0600 > ndisc_notify is used to send unsolicited neighbor advertisements > (e.g., on a link up). Currently, the ndisc notifier is run before the > addrconf notifer which means NA's are not sent for link-local addresses > which

Re: [PATCH net v2] net: systemport: Fix software statistics for SYSTEMPORT Lite

From: Florian Fainelli Date: Tue, 8 Aug 2017 14:45:09 -0700 > With SYSTEMPORT Lite we have holes in our statistics layout that make us > skip over the hardware MIB counters, bcm_sysport_get_stats() was not > taking that into account resulting in reporting 0 for all

Re: [PATCHv2] igmp: Fix regression caused by igmp sysctl namespace code.

From: Nikolay Borisov Date: Wed, 9 Aug 2017 14:38:04 +0300 > Commit dcd87999d415 ("igmp: net: Move igmp namespace init to correct file") > moved the igmp sysctls initialization from tcp_sk_init to igmp_net_init. This > function is only called as part of per-namespace

Re: [PATCH net-next] skbuff: Add BUG_ON in skb_init.

From: Tonghao Zhang Date: Wed, 9 Aug 2017 05:04:38 -0700 > When initializing the skbuff SLAB cache, we should make > sure it is successful. Adding BUG_ON to check it and > init_inodecache() is in the same case. > > Signed-off-by: Tonghao Zhang

Re: [PATCH 0/2] net-next: mediatek: bring up QDMA RX ring 0

From: John Crispin Date: Wed, 9 Aug 2017 12:09:30 +0200 > The MT7623 has several DMA rings. Inside the SW path, the core will use > the PDMA when receiving traffic. While bringing up the HW path we noticed > that the PPE requires the QDMA RX to also be brought up as it uses

Re: [PATCHv2 net] net: sched: set xt_tgchk_param par.nft_compat as 0 in ipt_init_target

From: Xin Long Date: Wed, 9 Aug 2017 18:15:19 +0800 > Commit 55917a21d0cc ("netfilter: x_tables: add context to know if > extension runs from nft_compat") introduced a member nft_compat to > xt_tgchk_param structure. > > But it didn't set it's value for ipt_init_target.

Re: [PATCH 0/4] net-next: dsa: fix flow dissection

From: John Crispin Date: Wed, 9 Aug 2017 14:41:15 +0200 > RPS and probably other kernel features are currently broken on some if not > all DSA devices. The root cause of this is that skb_hash will call the > flow_dissector. At this point the skb still contains the magic switch

Re:Re: [PATCH net-next 1/1] driver: pptp: Remove unnecessary statements in pptp_sock_destruct

At 2017-08-10 02:08:30, "Cong Wang" wrote: >On Wed, Aug 9, 2017 at 8:57 AM, wrote: >> From: Gao Feng >> >> In the commit ddab82821fa6 ("ppp: Fix a scheduling-while-atomic bug in >> del_chan"), I moved the

[PATCH] bonding: require speed/duplex only for 802.3ad, alb and tlb

The patch c4adfc822bf5 ("bonding: make speed, duplex setting consistent with link state") puts the link state to down if bond_update_speed_duplex() cannot retrieve speed and duplex settings. Assumably the patch was written with 802.3ad mode in mind which relies on link speed/duplex settings. For

Re: [PATCH net-next] ibmvnic: Clean up resources on probe failure

From: Nathan Fontenot Date: Tue, 08 Aug 2017 14:28:45 -0500 > Ensure that any resources allocated during probe are released if the > probe of the driver fails. > > Signed-off-by: Nathan Fontenot Applied, but: > + > +ibmvnic_register_fail: >

Re: [PATCH net-next] ibmvnic: Correct 'unused variable' warning in build.

From: Nathan Fontenot Date: Tue, 08 Aug 2017 15:26:18 -0500 > Commit a248878d7a1d ("ibmvnic: Check for transport event on driver resume") > removed the loop to kick irqs on driver resume but didn't remove the now > unused loop variable 'i'. > > Signed-off-by: Nathan

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

Hi John, Is it possible to try the attached patch? I am not sure if it actually fixes the issue. But I think it is worth a try. Also, could you get me all the ipv6 routes when you plug in the usb using "ip -6 route show"? (If you have multiple routing tables configured, could you dump them all?)

Re: [PATCH net] geneve: maximum value of VNI cannot be used

From: Girish Moodalbail Date: Tue, 8 Aug 2017 17:26:24 -0700 > Geneve's Virtual Network Identifier (VNI) is 24 bit long, so the range > of values for it would be from 0 to 16777215 (2^24 -1). However, one > cannot create a geneve device with VNI set to 16777215.

Re: [PATCH net-next] liquidio: napi cleanup

From: Felix Manlunas Date: Tue, 8 Aug 2017 19:34:28 -0700 > From: Intiyaz Basha > > Disable napi when interface is going down. > Delete napi when destroying the interface. > > Signed-off-by: Intiyaz Basha >

[GIT] Networking

The pull requests are getting smaller, that's progress I suppose :-) 1) Fix infinite loop in CIPSO option parsing, from Yujuan Qi. 2) Fix remote checksum handling in VXLAN and GUE tunneling drivers, from Koichiro Den. 3) Missing u64_stats_init() calls in several drivers, from Florian

[PATCH v11 0/8] Replace PCI pool by DMA pool API

by the dma pool API and remove the defines. Changes in v11: - Rebased series onto next-20170809 - Removed patches 08-14, these have been merged. Changes in v10: - Rebased series onto next-20170706 - I have fixed and improved patch "scsi: megaraid: Replace PCI pool old API" Changes in v9:

Re: [PATCH 0/3] Fix y2038 issues for security/keys subsystem

The rxrpc patch isn't part of the security/keys subsystem. I'll push it to the network tree. The other two I'll push to James. David

[PATCH v11 3/8] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v11 2/8] dmaengine: pch_dma: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v11 4/8] net: e100: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Acked-by: Jeff Kirsher

Re: [PATCH] igmp: Fix regression caused by igmp sysctl namespace code.

On Wed, 2017-08-09 at 08:52 +0300, Nikolay Borisov wrote: > Commit dcd87999d415 ("igmp: net: Move igmp namespace init to correct file") > moved the igmp sysctls initialization from tcp_sk_init to igmp_net_init. This > function is only called as part of per-namespace initialization, only if >

Re: [RFC PATCH 2/2] bpf: Initialise mod[] in bpf_trace_printk

On Tue, Aug 08, 2017 at 02:54:33PM -0700, David Miller wrote: > From: James Hogan > Date: Tue, 08 Aug 2017 22:20:05 +0100 > > > cool, i hadn't realised unmentioned elements in an initialiser are > > always zeroed, even when non-global/static, so had interpreted the > >

Re: [PATCH v2 iproute2] lib: Dump ext-ack string by default

On 8/8/17 7:30 AM, David Ahern wrote: In time, errfn can be implemented for link, route, etc commands to give a much more detailed response (e.g., point to the attribute that failed). Doing so is much more complicated to process the message and convert attribute ids to names. In any case the

[PATCH v11 8/8] PCI: Remove PCI pool macro functions

Now that all the drivers use dma pool API, we can remove the macro functions for PCI pool. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- include/linux/pci.h | 9 - 1 file changed, 9 deletions(-) diff --git

[PATCH v11 5/8] mlx4: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v11 6/8] mlx5: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Doug Ledford

[PATCH v11 7/8] wireless: ipw2200: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/net/wireless/intel/ipw2x00/ipw2200.c |

[PATCH v11 1/8] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

Re: [PATCH v3 01/11] net: phy: Add rockchip phy driver support

Hi Andrew, 在 2017/8/2 21:21, Andrew Lunn 写道: +static struct phy_driver rockchip_phy_driver[] = { +{ + .phy_id = 0x1234d400, + .phy_id_mask= 0xfff0, + .name = "Rockchip internal EPHY", + .features =

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

At 2017-08-09 13:13:53, "Gao Feng" wrote: >At 2017-08-09 03:45:53, "Cong Wang" wrote: >>On Mon, Aug 7, 2017 at 6:10 PM, Gao Feng wrote: >>> >>> Sorry, I don't get you clearly. Why the sock_hold() isn't helpful? >> >>I

Re: [PATCH net-next 0/7] rtnetlink: allow to run selected handlers without rtnl

David Miller wrote: > From: Florian Westphal > Date: Tue, 8 Aug 2017 18:02:29 +0200 > > > Unfortunately RTNL mutex is a performance issue, e.g. a cpu adding > > an ip address prevents other cpus from seemingly unrelated tasks > > such as dumping tc

[PATCH net-next] geneve: use netlink_ext_ack for error reporting in rtnl operations

Add extack error messages for failure paths while creating/modifying geneve devices. Once extack support is added to iproute2, more meaningful and helpful error messages will be displayed making it easy for users to discern what went wrong. Before: === $ ip link add gen1 address 0:1:2:3:4:5:6

RE: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

Hi all, In OVS 2.8 we support only fixed size NSH MD1 context data for matching and in set/copy_field actions. OVS parses an MD2 NSH header but does not make any TLV headers available to OF. The plan is to add support for matching/manipulating NSH MD2 TLVs through a new infrastructure of

Re: [PATCH iproute2 master] examples/bpf: update list of examples

On 08/09/2017 05:39 AM, Alexander Alemayhu wrote: Remove deleted examples and add the new map in map example. Signed-off-by: Alexander Alemayhu Acked-by: Daniel Borkmann

Re: [PATCH 3/3] net: rxrpc: Replace time_t type with time64_t type

On Wed, Aug 9, 2017 at 4:51 AM, Baolin Wang wrote: > diff --git a/include/keys/rxrpc-type.h b/include/keys/rxrpc-type.h > index 5de0673..76421e2 100644 > --- a/include/keys/rxrpc-type.h > +++ b/include/keys/rxrpc-type.h > @@ -127,4 +127,25 @@ struct rxrpc_key_data_v1 { >

Re: [PATCH] hv_set_ifconfig.sh double check before setting ip

On 08/09/2017 06:11 AM, David Miller wrote: From: Eduardo Otubo Date: Tue, 8 Aug 2017 15:53:45 +0200 This patch fixes the behavior of the hv_set_ifconfig script when setting the interface ip. Sometimes the interface has already been configured by network daemon, in this

[PATCH 0/2] net-next: mediatek: bring up QDMA RX ring 0

The MT7623 has several DMA rings. Inside the SW path, the core will use the PDMA when receiving traffic. While bringing up the HW path we noticed that the PPE requires the QDMA RX to also be brought up as it uses this ring internally for its flow scheduling. John Crispin (2): net-next:

[PATCHv2 net] net: sched: set xt_tgchk_param par.nft_compat as 0 in ipt_init_target

Commit 55917a21d0cc ("netfilter: x_tables: add context to know if extension runs from nft_compat") introduced a member nft_compat to xt_tgchk_param structure. But it didn't set it's value for ipt_init_target. With unexpected value in par.nft_compat, it may return unexpected result in some

Re: [PATCH 0/3] Fix y2038 issues for security/keys subsystem

On Wed, Aug 9, 2017 at 4:51 AM, Baolin Wang wrote: > Since 'time_t', 'timeval' and 'timespec' types are not year 2038 safe on > 32 bits system, this patchset tries to fix this issues for security/keys > subsystem and net/rxrpc subsystem which is connected with

[PATCH] atm: make atmdev_ops const

Make these structures const as they are either passed to the function atm_dev_register having the corresponding argument as const or stored in the ops field of a atm_dev structure, which is also const. Done using Coccinelle. Signed-off-by: Bhumika Goyal ---

Re: [PATCH 3/3] net: rxrpc: Replace time_t type with time64_t type

Arnd Bergmann wrote: > > @@ -533,8 +536,9 @@ static int rxrpc_preparse_xdr_rxk5(struct > > key_preparsed_payload *prep, > > pptoken = &(*pptoken)->next) > > continue; > > *pptoken = token; > > - if (token->kad->expiry < prep->expiry) > >

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

Hello Corentin, Chen-Yu 在 2017/8/9 16:45, Corentin Labbe 写道: On Thu, Aug 03, 2017 at 07:06:33PM +0800, Chen-Yu Tsai wrote: On Thu, Aug 3, 2017 at 1:38 AM, Florian Fainelli wrote: On 08/01/2017 11:21 PM, David Wu wrote: To make internal phy work, need to configure the

RE: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

Hi, Jan I have worked out a patch, will send it quickly for Ben. In addition, I also will send out a patch to change encap_nsh _nsh to push_nsh and pop_nsh. Per comments from all the people, we all agreed to do so :-) diff --git a/datapath/linux/compat/include/linux/openvswitch.h

[PATCH 1/2] net-next: mediatek: fix typos inside the header file

Trivial patch fixing 2 typos. Signed-off-by: John Crispin --- drivers/net/ethernet/mediatek/mtk_eth_soc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.h b/drivers/net/ethernet/mediatek/mtk_eth_soc.h index

[PATCH 2/2] net-next: mediatek: bring up QDMA RX ring 0

This patch is in preparation for adding HW flow and QoS offloading. For those features to work, the driver needs to bring up the first QDMA RX ring. This ring is used by the PPE offloading HW. Signed-off-by: John Crisp in --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 36

[PATCH net-next 1/9] bpf: add BPF_J{LT,LE,SLT,SLE} instructions

Currently, eBPF only understands BPF_JGT (>), BPF_JGE (>=), BPF_JSGT (s>), BPF_JSGE (s>=) instructions, this means that particularly *JLT/*JLE counterparts involving immediates need to be rewritten from e.g. X < [IMM] by swapping arguments into [IMM] > X, meaning the immediate first is required to

[PATCH net-next 4/9] bpf, sparc64: implement jiting of BPF_J{LT,LE,SLT,SLE}

This work implements jiting of BPF_J{LT,LE,SLT,SLE} instructions with BPF_X/BPF_K variants for the sparc64 eBPF JIT. Signed-off-by: Daniel Borkmann --- arch/sparc/net/bpf_jit_comp_64.c | 34 ++ 1 file changed, 34 insertions(+) diff --git

[PATCH net-next 3/9] bpf, arm64: implement jiting of BPF_J{LT,LE,SLT,SLE}

This work implements jiting of BPF_J{LT,LE,SLT,SLE} instructions with BPF_X/BPF_K variants for the arm64 eBPF JIT. Signed-off-by: Daniel Borkmann --- arch/arm64/net/bpf_jit.h | 4 arch/arm64/net/bpf_jit_comp.c | 20 2 files changed, 24

[PATCH net-next 7/9] bpf, nfp: implement jiting of BPF_J{LT,LE}

This work implements jiting of BPF_J{LT,LE} instructions with BPF_X/BPF_K variants for the nfp eBPF JIT. The two BPF_J{SLT,SLE} instructions have not been added yet given BPF_J{SGT,SGE} are not supported yet either. Signed-off-by: Daniel Borkmann Acked-by: Jakub Kicinski

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

On Thu, Aug 03, 2017 at 07:06:33PM +0800, Chen-Yu Tsai wrote: > On Thu, Aug 3, 2017 at 1:38 AM, Florian Fainelli wrote: > > 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. > >>

Re: [PATCH net-next 0/1] netvsc: another VF datapath fix

Stephen Hemminger writes: > The following would allow udev a chance at the device. > This would of course work but the approach is a bit hackish and can still fail on a loaded system. Raising the pause interval would be an option, but again, probably not the best

[PATCH] net: atm: make atmdev_ops const

Make these const as they are only stored in the ops field of a atm_dev structure, which is const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- net/atm/clip.c | 2 +- net/atm/lec.c | 2 +- net/atm/mpc.c | 2 +- net/atm/signaling.c | 2 +- 4 files

Re: [PATCH 3/3] net: rxrpc: Replace time_t type with time64_t type

On Wed, Aug 9, 2017 at 11:33 AM, David Howells wrote: > Arnd Bergmann wrote: > >> > @@ -533,8 +536,9 @@ static int rxrpc_preparse_xdr_rxk5(struct >> > key_preparsed_payload *prep, >> > pptoken = &(*pptoken)->next) >> > continue;

[PATCH net-next 2/9] bpf, x86: implement jiting of BPF_J{LT,LE,SLT,SLE}

This work implements jiting of BPF_J{LT,LE,SLT,SLE} instructions with BPF_X/BPF_K variants for the x86_64 eBPF JIT. Signed-off-by: Daniel Borkmann Acked-by: Alexei Starovoitov --- arch/x86/net/bpf_jit_comp.c | 26 ++ 1 file

[PATCH net-next 0/9] Add BPF_J{LT,LE,SLT,SLE} instructions

This set adds BPF_J{LT,LE,SLT,SLE} instructions to the BPF insn set, interpreter, JIT hardening code and all JITs are also updated to support the new instructions. Basic idea is to reduce register pressure by avoiding BPF_J{GT,GE,SGT,SGE} rewrites. Removing the workaround for the rewrites in LLVM,

[PATCH net-next 5/9] bpf, s390x: implement jiting of BPF_J{LT,LE,SLT,SLE}

This work implements jiting of BPF_J{LT,LE,SLT,SLE} instructions with BPF_X/BPF_K variants for the s390x eBPF JIT. Signed-off-by: Daniel Borkmann Acked-by: Michael Holzheu --- arch/s390/net/bpf_jit_comp.c | 24 1 file

[PATCH net-next 9/9] bpf: add test cases for new BPF_J{LT,LE,SLT,SLE} instructions

Add test cases to the verifier selftest suite in order to verify that i) direct packet access, and ii) dynamic map value access is working with the changes related to the new instructions. Signed-off-by: Daniel Borkmann Acked-by: Alexei Starovoitov ---

[PATCH net-next 6/9] bpf, ppc64: implement jiting of BPF_J{LT,LE,SLT,SLE}

This work implements jiting of BPF_J{LT,LE,SLT,SLE} instructions with BPF_X/BPF_K variants for the ppc64 eBPF JIT. Signed-off-by: Daniel Borkmann Acked-by: Naveen N. Rao Tested-by: Naveen N. Rao ---

[PATCH net-next 8/9] bpf: enable BPF_J{LT,LE,SLT,SLE} opcodes in verifier

Enable the newly added jump opcodes, main parts are in two different areas, namely direct packet access and dynamic map value access. For the direct packet access, we now allow for the following two new patterns to match in order to trigger markings with find_good_pkt_pointers(): Variant 1

[PATCH RFC net-next] net: Allow name change of IFF_UP interfaces

Recent 'transparenf VF' changes to netvsc driver made VF interfaces register as netvsc interface slaves upon appearance. This led to udev not being able to rename the interface according to the 'predictable interface names' scheme: kernel: mlx4_core 0002:00:02.0 eth2: joined to eth1 kernel:

Re: [PATCH net-next v2] wan: dscc4: add checks for dma mapping errors

On Tue, Aug 8, 2017 at 10:28 PM, Alexey Khoroshilov wrote: > The driver does not check if mapping dma memory succeed. > The patch adds the checks and failure handling. > > Found by Linux Driver Verification project (linuxtesting.org). Since it is going to be v3, just to

[PATCH] ibmvnic: Fix unused variable warning

Fixes: a248878d7a1d ("ibmvnic: Check for transport event on driver resume") Signed-off-by: Michal Suchanek --- drivers/net/ethernet/ibm/ibmvnic.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/ethernet/ibm/ibmvnic.c b/drivers/net/ethernet/ibm/ibmvnic.c index

[PATCHv2] igmp: Fix regression caused by igmp sysctl namespace code.

Commit dcd87999d415 ("igmp: net: Move igmp namespace init to correct file") moved the igmp sysctls initialization from tcp_sk_init to igmp_net_init. This function is only called as part of per-namespace initialization, only if CONFIG_IP_MULTICAST is defined, otherwise igmp_mc_init() call in

Re: Driver profiles RFC

On 08/08/2017 07:08 PM, Roopa Prabhu wrote: > On Tue, Aug 8, 2017 at 6:15 AM, Arkadi Sharshevsky > wrote: >> Drivers may require driver specific information during the init stage. >> For example, memory based shared resource which should be segmented for >> different ASIC

Payment

I just made a Donation of 1.7Million Euros to you,reply back for details

[no subject]

внимания; Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность

[PATCH v4 00/12] Add the internal phy support

The rk3228 and rk3328 support internal phy inside, let's enable it to work. And the internal phy need to do some special setting, so register the rockchip internal phy driver. David Wu (12): net: phy: Add rockchip phy driver support multi_v7_defconfig: Make rockchip phy built-in arm64:

[PATCH v4 04/12] net: stmmac: dwmac-rk: Remove unwanted code for rk3328_set_to_rmii()

This is wrong setting for rk3328_set_to_rmii(), so remove it. Signed-off-by: David Wu --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c

[PATCH v4 03/12] arm64: defconfig: Enable CONFIG_ROCKCHIP_PHY

Make the rockchip phy driver built into the kernel. Signed-off-by: David Wu --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 6c7d147..925bd478 100644 ---

[PATCH v4 02/12] multi_v7_defconfig: Make rockchip phy built-in

Enable the rockchip phy for multi_v7_defconfig builds. Signed-off-by: David Wu --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index 4d19c1b..94d7e71

[PATCH net-next] skbuff: Add BUG_ON in skb_init.

When initializing the skbuff SLAB cache, we should make sure it is successful. Adding BUG_ON to check it and init_inodecache() is in the same case. Signed-off-by: Tonghao Zhang --- net/core/skbuff.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH net-next] net: skb_needs_check() removes CHECKSUM_NONE check for tx.

This patch reverts the commit 6e7bc478c9a0 ("net: skb_needs_check() accepts CHECKSUM_NONE for tx"), because we removed the UFO support. Cc: Eric Dumazet Cc: Willem de Bruijn Signed-off-by: Tonghao Zhang --- net/core/dev.c | 3

[PATCH v4 05/12] Documentation: net: phy: Add phy-is-internal binding

Add the documentation for internal phy. A boolean property indicates that a internal phy will be used. Signed-off-by: David Wu --- Documentation/devicetree/bindings/net/phy.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v4 06/12] net: stmmac: dwmac-rk: Add internal phy support

To make internal phy work, need to configure the phy_clock, phy cru_reset and related registers. Signed-off-by: David Wu --- change in v4: - PHY is internal or not base on the phy-is-internal property via phy node. .../devicetree/bindings/net/rockchip-dwmac.txt |

  1   2   3   >