Re: [PATCH net v3.16] r8169: Increase no descriptors on max.

On Tue, 1 Mar 2016 09:27:05 +0200 Corcodel Marian wrote: > This patch increase rx/tx on maximum allowed 1024 4-duble-words > descriptors. > > Signed-off-by: Corcodel Marian > --- > drivers/net/ethernet/realtek/r8169.c | 4 ++-- > 1 file

Re: [PATCH net-next v3 2/3] nsh: logging module

On Tue, 2016-03-01 at 11:11 +, Brian Russell wrote: > Module can register for Type 1 or specified classes of Type 2 metadata > and will then log incoming matching packets. This logging mechanism seems like a way to fill/DoS logs. Maybe use pr_info_ratelimit? Maybe use the trace_events

Re: [PATCH for-next 01/10] net/core: Add support for configuring VF GUIDs

On Tue, Mar 01, 2016 at 07:49:51PM +0200, Eli Cohen wrote: > On Tue, Mar 01, 2016 at 10:37:51AM -0700, Jason Gunthorpe wrote: > > > + return handle_infiniband_guid(dev, , IFLA_VF_IB_PORT_GUID); > > > > But is this emulation really necessary? It seems dangerous and > > continues the bad practice

Re: net-next build failure due to 16e5cc64?

On (03/01/16 10:23), Cong Wang wrote: > > The compiler error is for fields within the union which lacks > > both a tag and a union-name. So I'm not sure how the above will > > help. > > > > Come on.. we have plenty of such anonymous unions in skbuff.h... I realize that, even netdevice.h itself

Re: [PATCH net] bna: fix list corruption

From: Ivan Vecera Date: Fri, 26 Feb 2016 09:15:50 +0100 > Use list_move_tail() to move MAC address entry from list of pending > to list of active entries. Simple list_add_tail() leaves the entry > also in the first list, this leads to list corruption. > > Cc: Rasesh Mody

Re: pull-request: can-next 2016-02-26

From: Marc Kleine-Budde Date: Fri, 26 Feb 2016 08:50:50 +0100 > this is a pull request of 3 patch for net-next/master. > > There are two patches by Simon Horman, in which the device tree support > for the rcar_can driver is improved. One patch by me fixes the bad > coding

Re: [PATCH net 0/3] r8169:issues fix.

From: Chunhao Lin Date: Fri, 26 Feb 2016 16:40:43 +0800 > This series of patches fix 3 issues that are listed below. > > Chunhao Lin (3): > r8169:fix nic sometimes doesn't work after changing the mac address. > r8169:eliminate error message in using ethtool -S when nic is

Re: [PATCH RFC 1/2] rhashtable: accept GFP flags in rhashtable_walk_init

On 02/28/16 at 08:06pm, Bob Copeland wrote: > In certain cases, the 802.11 mesh pathtable code wants to > iterate over all of the entries in the forwarding table from > the receive path, which is inside an RCU read-side critical > section. Enable walks inside atomic sections by allowing >

Re: [RFC][PATCH] tags: Fix DEFINE_PER_CPU expansions

Hello, On Tue, Mar 01, 2016 at 07:18:42PM +0100, Peter Zijlstra wrote: > > Urgh... I really hate the fact that we're putting on arbitrary > > formatting constraints to compensate for shortcomings in an > > out-of-line utility. > > Yes it does. > > I'm not too bothered if you don't want to fix

Re: pull-request: can 2016-02-26

From: Marc Kleine-Budde Date: Fri, 26 Feb 2016 08:42:57 +0100 > this is a pull request of one patch for net. > > The patch by Maximilain Schneider fixes a kfree() problem during disconnect in > the gs_usb driver. Pulled, thanks Marc.

Re: [PATCH net-next V2 0/9] mlx5 driver updates

You guys need to get your act together. I'm not going to allow two sets of parallel sets of changes to one driver you guys maintain to be submitted at once. Period. I don't care why, or if things don't overlap, you need to coordinate your submissions strictly. We have this series, and the one

Re: linux-next: next-20160301: unregister_netdevice: waiting for lo to become free. Usage count = 2

ot;lo". > > This should be a recent regression, as I remember the January linux-next > didn't have > this issue. > > Any idea? > > The gzip-ed kernel config is attached FYI. > > Thanks, > -- Dexuan > Just a "me too", but I have this problem on

Re: [net-next PATCH] IPv6: Use a 16 bit length field when computing a IPv6 UDP checksum

From: Alexander Duyck Date: Thu, 25 Feb 2016 19:10:59 -0800 > This change makes it so that we only use a 16 bit length field instead of a > 32 bit length field when computing a UDP checksum for IPv6. > > This fixes an issue found with UDP tunnels over IPv6 where the total

Re: [PATCH] can: rcar_canfd: Add Renesas R-Car CAN FD driver

On 03/01/2016 10:34 AM, Ramesh Shanmugasundaram wrote: > This patch adds support for the CAN FD controller found in Renesas R-Car > SoCs. The controller operates in CAN FD mode by default. Two test modes > are available and can be enabled by the "rcar_canfd.testmode" module > parameter. Refer to

Re: net-next build failure due to 16e5cc64?

On Tue, Mar 1, 2016 at 10:41 AM, Sowmini Varadhan wrote: > On (03/01/16 10:23), Cong Wang wrote: >> > The compiler error is for fields within the union which lacks >> > both a tag and a union-name. So I'm not sure how the above will >> > help. >> > >> >> Come on.. we

Re: net-next build failure due to 16e5cc64?

On (03/01/16 10:51), Cong Wang wrote: > --- a/net/sched/sch_mqprio.c > +++ b/net/sched/sch_mqprio.c > @@ -142,7 +142,7 @@ static int mqprio_init(struct Qdisc *sch, struct > nlattr *opt) > */ > if (qopt->hw) { > struct tc_to_netdev tc = {.type = TC_SETUP_MQPRIO, > -

Re: [PATCH net-next] ethtool.h: define DIV_ROUND_UP for userland

From: Ben Hutchings Date: Tue, 01 Mar 2016 17:14:06 + > On Tue, 2016-03-01 at 11:42 -0500, David Miller wrote: >> From: Nicolas Dichtel >> Date: Tue,  1 Mar 2016 16:20:41 +0100 >> >> > DIV_ROUND_UP and is defined in linux/kernel.h only for

Re: [PATCH net-next] ethtool.h: define DIV_ROUND_UP for userland

On Tue, 2016-03-01 at 14:48 -0500, David Miller wrote: > From: Ben Hutchings > Date: Tue, 01 Mar 2016 17:14:06 + > > > On Tue, 2016-03-01 at 11:42 -0500, David Miller wrote: > >> From: Nicolas Dichtel > >> Date: Tue,  1 Mar 2016 16:20:41

[PATCH 1/1] Fix bug where remove of device fails to free all resources.

The adapter->pcicfg resource is either mapped via pci_iomap() or derived from adapter->db. During be_remove() this resource was ignored and so could remain mapped after remove. Add a flag to track whether adapter->pcicfg was mapped or not, then use that flag in be_unmap_pci_bars() to unmap if

[PATCH 0/1] Fix bug where remove of device fails to free all resources.

The adapter->pcicfg resource is either mapped via pci_iomap() or derived from adapter->db. During be_remove() this resource was ignored and so could remain mapped after remove. Add a flag to track whether adapter->pcicfg was mapped or not, then use that flag in

Re: [Patch] rose_route_frame() NULL pointer dereference kernel panic

Hi David, Ralf, David is absolutely right about my unappropriate patch. Although I had searched functions calling rose_route_frame(), I did not notice rose_xmit() was involved. Shame on me ! Then, David precisely located the source of the issue we are facing. When rose_xmit() calls

Re: [PATCH nf-next] netfilter: nf_defrag_ipv4: Drop redundant ip_send_check()

On Wed, Feb 03, 2016 at 10:00:10AM -0800, Joe Stringer wrote: > Since commit 0848f6428ba3 ("inet: frags: fix defragmented packet's IP > header for af_packet"), ip_send_check() would be called twice for > defragmentation that occurs from netfilter ipv4 defrag hooks. Remove the > extra call.

Re: [RFC][PATCH] tags: Fix DEFINE_PER_CPU expansions

On Tue, Mar 01, 2016 at 11:26:25AM +0100, Peter Zijlstra wrote: > > $ make tags > GEN tags > ctags: Warning: drivers/acpi/processor_idle.c:64: null expansion of name > pattern "\1" > ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name > pattern "\1" > ctags: Warning:

Re: net-next build failure due to 16e5cc64?

On Tue, Mar 1, 2016 at 11:09 AM, Sowmini Varadhan wrote: > On (03/01/16 10:51), Cong Wang wrote: >> --- a/net/sched/sch_mqprio.c >> +++ b/net/sched/sch_mqprio.c >> @@ -142,7 +142,7 @@ static int mqprio_init(struct Qdisc *sch, struct >> nlattr *opt) >> */ >>

hi beautiful

hi, I am seriously looking for some love and affection, I'm an adventurous, hardworking, seriously committed and kind person. My current priority is my daughter, my work, my health and fitness. I'm a devoted father on the weekends, but missing someone special to share my life. I would like to

Re: [PATCH v2] ethtool: check size of user memory before copying strings and stats

On Tue, 2016-03-01 at 14:25 -0800, Jacob Keller wrote: > Since at least 2005, (oldest commit in ethtool.git), the userspace > ethtool implementation has given the size of the memory it has allocated > as the actual size in the ethtool data structures. We previously blindly > ignore this and

Re: [PATCH 2/2] arm64: dts: r8a7795: Add CAN support

On Mon, Feb 29, 2016 at 09:21:01AM +, Ramesh Shanmugasundaram wrote: > Adds CAN controller nodes for r8a7795. > > Note: CAN channel register base address mentioned in R-Car Gen3 Hardware > User Manual v0.5E is incorrect. The corrected base addresses are: > > CAN Channel 0 - 0xe6c3 > CAN

Re: [Intel-wired-lan] [next] igb: allow setting MAC address on i211 using a device tree blob V5

On Tue, 2016-03-01 at 07:56 +0100, John Holland wrote: > On Mar 1, 2016, at 03:52, Brown, Aaron F > wrote: > > > This throws a few checkpatch warnings, but I won't withhold my > tested by for these: > >  > > total: 0 errors, 2 warnings, 0 checks, 21 lines checked > >  >

[net-next][PATCH v3 12/13] RDS: IB: allocate extra space on queues for FRMR support

Fastreg MR(FRMR) memory registration and invalidation makes use of work request and completion queues for its operation. Patch allocates extra queue space towards these operation(s). Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar

Re: [PATCH v2] ethtool: check size of user memory before copying strings and stats

On Wed, 2016-03-02 at 00:12 +, Ben Hutchings wrote: > NAK, ethtool is not the only consumer of the ethtool API.  How many > times do I have to repeat myself? > > Ben. > Ok, so essentially forcing drivers to require static sets for the various stats/strings/etc? :( Will have patches to

[PATCH net] vxlan: fix missing options_len update on RX with collect metadata

When signalling to metadata consumers that the metadata_dst entry carries additional GBP extension data for vxlan (TUNNEL_VXLAN_OPT), the dst's vxlan_metadata information is populated, but options_len is left to zero. F.e. in ovs, ovs_flow_key_extract() checks for options_len before extracting the

Re: [PATCH net-next] net: ipv6/l3mdev: Move host route on saved address if necessary

On 3/1/16 2:23 PM, David Miller wrote: From: David Ahern Date: Sat, 27 Feb 2016 09:59:17 -0800 Commit f1705ec197e70 allows IPv6 addresses to be retained on a link down. The address can have a cached host route which can point to the wrong FIB table if the L3

[net-next][PATCH v3 01/13] RDS: Drop stale iWARP RDMA transport

RDS iWarp support code has become stale and non testable. As indicated earlier, am dropping the support for it. If new iWarp user(s) shows up in future, we can adapat the RDS IB transprt for the special RDMA READ sink case. iWarp needs an MR for the RDMA READ sink. Signed-off-by: Santosh

[net-next][PATCH v3 04/13] RDS: IB: Remove the RDS_IB_SEND_OP dependency

This helps to combine asynchronous fastreg MR completion handler with send completion handler. No functional change. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib.h | 1 - net/rds/ib_cm.c | 42

[net-next][PATCH v3 09/13] RDS: IB: handle the RDMA CM time wait event

Drop the RDS connection on RDMA_CM_EVENT_TIMEWAIT_EXIT so that it can reconnect and resume. While testing fastreg, this error happened in couple of tests but was getting un-noticed. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar

[net-next][PATCH v3 07/13] RDS: IB: move FMR code to its own file

No functional change. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_fmr.c | 126 +- net/rds/ib_mr.h | 6 +++ net/rds/ib_rdma.c | 108

[net-next][PATCH v3 10/13] RDS: IB: add mr reused stats

Add MR reuse statistics to RDS IB transport. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib.h | 2 ++ net/rds/ib_rdma.c | 7 ++- net/rds/ib_stats.c | 2 ++ 3 files changed, 10 insertions(+), 1

[net-next][PATCH v3 06/13] RDS: IB: create struct rds_ib_fmr

Keep fmr related filed in its own struct. Fastreg MR structure will be added to the union. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_fmr.c | 17 ++--- net/rds/ib_mr.h | 11 +--

Re: [PATCH RFC] net: Fix race condition when removing qdisc

On mar., 2016-03-01 at 15:16 -0800, Tom Herbert wrote: > We are seeing a number of softlockups occurring with HTB upon removing > the qdisc. We are still attempting to repro the exact circumstances, > however looking at the code I'm very suspicious of this block in > net_tx_action and its

Re: [PATCH 1/2] net: ethernet: renesas: ravb_main: don't open code of_device_get_match_data()

On Tue, Mar 01, 2016 at 05:37:58PM +0100, Wolfram Sang wrote: > From: Wolfram Sang > > This change will also make Coverity happy by avoiding a theoretical NULL > pointer dereference; yet another reason is to use the above helper function > to tighten the code

[PATCH net-next] sh_eth, ravb: Use ARCH_RENESAS

Make use of ARCH_RENESAS in place of ARCH_SHMOBILE. This is part of an ongoing process to migrate from ARCH_SHMOBILE to ARCH_RENESAS the motivation for which being that RENESAS seems to be a more appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs. Signed-off-by: Simon

Re: Sending short raw packets using sendmsg() broke

On Fri, 2016-02-26 at 12:33 -0500, Willem de Bruijn wrote: > On Fri, Feb 26, 2016 at 9:44 AM, Alan Cox > wrote: > > On Thu, 2016-02-25 at 15:26 -0500, David Miller wrote: > > > From: Heikki Hannikainen > > > Date: Thu, 25 Feb 2016 21:36:07 +0200 (EET) > >

Re: [PATCH 2/2] net: ethernet: renesas: sh_eth: don't open code of_device_get_match_data()

On Tue, Mar 01, 2016 at 05:37:59PM +0100, Wolfram Sang wrote: > From: Wolfram Sang > > This change will also make Coverity happy by avoiding a theoretical NULL > pointer dereference; yet another reason is to use the above helper function > to tighten the code

[PATCH] ethtool: check size of user memory before copying strings and stats

Since at least 2005, (oldest commit in ethtool.git), the userspace ethtool implementation has given the size of the memory it has allocated as the actual size in the ethtool data structures. We previously blindly ignore this and overwrite the requested size with the current size returned by

[PATCH net-next V3 4/9] net/mlx5e: Move common case counters within sq_stats struct

From: Tariq Toukan For data cache locality considerations, we moved the nop and csum_offload_inner within sq_stats struct as they are more commonly accessed in xmit path. Signed-off-by: Tariq Toukan Signed-off-by: Saeed Mahameed

[PATCH net-next V3 5/9] net/mlx5e: Set drop RQ's necessary parameters only

From: Tariq Toukan By its role, there is no need to set all the other parameters for the drop RQ. Signed-off-by: Tariq Toukan Signed-off-by: Saeed Mahameed --- drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 12 ++--

[PATCH net-next V3 3/9] net/mlx5e: Changed naming convention of tx queues in ethtool stats

From: Tariq Toukan Instead of the pair (channel, tc), we now use a single number that goes over all tx queues of a TC, for all TCs. Signed-off-by: Tariq Toukan Signed-off-by: Saeed Mahameed ---

Re: [net-next][PATCH v2 00/13] RDS: Major clean-up with couple of new features for 4.6

When I try to apply this series, it (strangely) fails on the first patch with: Applying: RDS: Drop stale iWARP RDMA transport error: removal patch leaves file contents error: net/rds/iw.c: patch does not apply error: removal patch leaves file contents error: net/rds/iw.h: patch does not apply

Re: [PATCH v2] ethtool: check size of user memory before copying strings and stats

On Tue, Mar 1, 2016 at 2:58 PM, Keller, Jacob E wrote: > On Tue, 2016-03-01 at 14:31 -0800, Alexander Duyck wrote: >> This still has the potential to provide garbage data. What you >> should >> probably do at each stage is make sure the length matches with the >> exact

Re: pull-request: mac80211-next 2016-02-26

On Tue, 2016-03-01 at 17:11 -0500, David Miller wrote: >  > There was a minor merge conflict with net/mac80211/debugfs.c, take > a look and send me any fixups necessary. > Ah yes, I'd wondered when that change was coming in, but missed that you had it in net-next now. Looks good, thanks!

[PATCH RFC] net: Fix race condition when removing qdisc

We are seeing a number of softlockups occurring with HTB upon removing the qdisc. We are still attempting to repro the exact circumstances, however looking at the code I'm very suspicious of this block in net_tx_action and its interaction with dev_deactivate (called through tc_modify_qdisc):

[net-next][PATCH v3 11/13] RDS: IB: add Fastreg MR (FRMR) detection support

Discovere Fast Memmory Registration support using IB device IB_DEVICE_MEM_MGT_EXTENSIONS. Certain HCA might support just FRMR or FMR or both FMR and FRWR. In case both mr type are supported, default FMR is used. Default MR is still kept as FMR against what everyone else is following. Default will

[net-next][PATCH v3 05/13] RDS: IB: Re-organise ibmr code

No functional changes. This is in preperation towards adding fastreg memory resgitration support. Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/Makefile | 2 +- net/rds/ib.c | 37 +++--- net/rds/ib.h

RE: [Intel-wired-lan] [next] igb: allow setting MAC address on i211 using a device tree blob V5

> From: John Holland [mailto:jotih...@gmail.com] > Sent: Monday, February 29, 2016 10:56 PM > To: Brown, Aaron F > Cc: intel-wired-...@lists.osuosl.org; netdev@vger.kernel.org > Subject: Re: [Intel-wired-lan] [next] igb: allow setting MAC address on i211 > using a device

[net-next][PATCH v3 13/13] RDS: IB: Support Fastreg MR (FRMR) memory registration mode

From: Avinash Repaka Fastreg MR(FRMR) is another method with which one can register memory to HCA. Some of the newer HCAs supports only fastreg mr mode, so we need to add support for it to have RDS functional on them. Signed-off-by: Santosh Shilimkar

[net-next][PATCH v3 03/13] MAINTAINERS: update RDS entry

Acked-by: Chien Yen Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- MAINTAINERS | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

RDS: Major clean-up with couple of new features for 4.6

v3: Re-generated the same series by omitting "-D" option from git format-patch command. Since first patch has file removals, git apply/am can't deal with it when formated with '-D' option. v2: Dropped module parameter from [PATCH 11/13] as suggested by David Miller Series is generated against

[net-next][PATCH v3 02/13] RDS: Add support for SO_TIMESTAMP for incoming messages

The SO_TIMESTAMP generates time stamp for each incoming RDS messages User app can enable it by using SO_TIMESTAMP setsocketopt() at SOL_SOCKET level. CMSG data of cmsg type SO_TIMESTAMP contains the time stamp in struct timeval format. Reviewed-by: Sowmini Varadhan

[net-next][PATCH v3 08/13] RDS: IB: add connection info to ibmr

Preperatory patch for FRMR support. From connection info, we can retrieve cm_id which contains qp handled needed for work request posting. We also need to drop the RDS connection on QP error states where connection handle becomes useful. Signed-off-by: Santosh Shilimkar

Re: Sending short raw packets using sendmsg() broke

> More thorough validation of the header contents is not necessarily > hard. The following validates the address, including optional > repeaters. > > static bool ax25_validate_hard_header(const char *ll_header, >unsigned short len) > { >

CISCO AND AVAYA IP Phones

Hi, Clean tested working pulls CPUs and QTYs in stock. 115 X X5650 65 X E5410 75 X X5660 145 X E5530 100 X E5645 40 X X5680 75 X X5690 Brand new sealed IP phones and QTYs in stock. 55 x CP-7937G 77 x CP-7942G 54 x CP-7945G 75 x CP-7962G .. 45 x Avaya 9630 65 x Avaya 9641 55 x Avaya 9640

Re: [PATCH v3 00/17] stmmac: enhance driver performances and update the version

Hi Peppe We look forward to seeing the patches for 4.10a support. I hope that we can work together to have one driver supporting all chips with the 4.x GMACs. - Lars On 02/29/2016 05:50 PM, Giuseppe CAVALLARO wrote: Gents on top of these patches, there is a new train to enhance the

[net-next 0/4] use reset to set header pointers

This patch series replace set function with reset when offset is zero. Zhang Shengju (4): vxlan: use reset to set header pointers mac80211_hwsim: use reset to set mac header mac80211: use reset to set header pointer wireless: use reset to set mac header drivers/net/vxlan.c

[PATCH] can: rcar_canfd: Add Renesas R-Car CAN FD driver

This patch adds support for the CAN FD controller found in Renesas R-Car SoCs. The controller operates in CAN FD mode by default. Two test modes are available and can be enabled by the "rcar_canfd.testmode" module parameter. Refer to Documentation/kernel-parameters.txt. CAN FD mode supports both

Re: [PATCH v2] socket.7: Document some BPF-related socket options

Hi Craig, On 02/29/2016 06:36 PM, Craig Gallek wrote: > From: Craig Gallek Thanks for improvements. I've applied the patch and tweaked things somewhat, but I have a few comments and queries below. I'd be grateful if you'd check these, in case I have introduced any errors.

[net-next 2/4] mac80211_hwsim: use reset to set mac header

Since offset is zeor, it's not necessary to use set function. Reset function is straightforward, and will remove the unnecessary add operation in set function. Signed-off-by: Zhang Shengju --- drivers/net/wireless/mac80211_hwsim.c | 4 ++-- 1 file changed, 2

[net-next 3/4] mac80211: use reset to set header pointer

Since offset is zeor, it's not necessary to use set function. Reset function is straightforward, and will remove the unnecessary add operation in set function. Signed-off-by: Zhang Shengju --- net/mac80211/mesh_hwmp.c | 6 +++--- net/mac80211/rx.c| 2

[net-next 1/4] vxlan: use reset to set header pointers

Since offset is zeor, it's not necessary to use set function. Reset function is straightforward, and will remove the unnecessary add operation in set function. Signed-off-by: Zhang Shengju --- drivers/net/vxlan.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[net-next 4/4] wireless: use reset to set mac header

Since offset is zeor, it's not necessary to use set function. Reset function is straightforward, and will remove the unnecessary add operation in set function. Signed-off-by: Zhang Shengju --- net/wireless/util.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH net v2] mld, igmp: Fix reserved tailroom calculation

On 01.03.2016 00:03, Benjamin Poirier wrote: The current reserved_tailroom calculation fails to take hlen and tlen into account. skb: [__hlen__|__data|__tlen___|__extra__] ^ ^ head

[PATCH net v1 1/1] tipc: Revert "tipc: use existing sk_write_queue for outgoing packet chain"

reverts commit 94153e36e709e ("tipc: use existing sk_write_queue for outgoing packet chain") In Commit 94153e36e709e, we assume that we fill & empty the socket's sk_write_queue within the same lock_sock() session. This is not true if the link is congested. During congestion, the socket lock is

Re: [PATCH v3 00/17] stmmac: enhance driver performances and update the version

Hello Lars On 3/1/2016 10:15 AM, Lars Persson wrote: Hi Peppe We look forward to seeing the patches for 4.10a support. I hope that we can work together to have one driver supporting all chips with the 4.x GMACs. many thanks for your prompt feedback. So we will proceed to provide the gmac4

Re: [PATCH net-next 0/9] net: dsa: mv88e6xxx: implement VLAN filtering

From: Vivien Didelot Date: Fri, 26 Feb 2016 13:15:59 -0500 > This patchset fixes hardware bridging for non 802.1Q aware systems. Series applied, thanks Vivien.

Re: [Patch net-next] net: remove skb_sender_cpu_clear()

From: Cong Wang Date: Sat, 27 Feb 2016 20:19:54 -0800 > After commit 52bd2d62ce67 ("net: better skb->sender_cpu and skb->napi_id > cohabitation") > skb_sender_cpu_clear() becomes empty and can be removed. > > Cc: Eric Dumazet > Signed-off-by:

Re: [PATCH net] sctp: sctp_remaddr_seq_show use the wrong variable to dump transport info

From: Xin Long Date: Sun, 28 Feb 2016 10:33:11 +0800 > Now in sctp_remaddr_seq_show(), we use variable *tsp to get the param *v. > but *tsp is also used to traversal transport_addr_list, which will cover > the previous value, and make sctp_transport_put work on the wrong

Re: [PATCH net-next v2 00/10] bnxt_en: updates for net-next.

From: Michael Chan Date: Fri, 26 Feb 2016 03:59:58 -0500 > Miscellaneous updates covering SRIOV, IRQ coalescing, firmware logging and > package version for net-next. Thanks. > > v2: Updated description and added more comments for patch 1. Fixed > function

Re: [net-next PATCH] IPv6: Use a 16 bit length field when computing a IPv6 UDP checksum

From: Alexander Duyck Date: Tue, 1 Mar 2016 13:19:28 -0800 > I was wondering what your thoughts would be about widening the size of > the length field that we pass into csum_tcpudp_magic from a 16 bit to > a 24 or 32 bit value? The general idea would be to shift

Re: [RFC][PATCH] tags: Fix DEFINE_PER_CPU expansions

On Tue, Mar 1, 2016 at 11:26 AM, Peter Zijlstra wrote: > > $ make tags > GEN tags > ctags: Warning: drivers/acpi/processor_idle.c:64: null expansion of name > pattern "\1" > ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name > pattern "\1" >

Re: [PATCH] of_mdio: kill useless variable in of_mdiobus_register()

From: Sergei Shtylyov Date: Sun, 28 Feb 2016 21:56:34 +0300 > of_mdiobus_register() declares the 'paddr' variable to hold the result of > the of_get_property() but only uses it once after that while the function > can be called directly from the *if*

Re: [PATCH] of_mdio: fix kernel-doc for of_phy_connect()

From: Sergei Shtylyov Date: Sun, 28 Feb 2016 22:50:59 +0300 > The 'flags' parameter of the of_phy_connect() function wasn't described > in the kernel-doc comment... > > Signed-off-by: Sergei Shtylyov > > --- > The patch

Re: [PATCH net-next V2 0/9] mlx5 driver updates

On Tue, Mar 1, 2016 at 9:51 PM, David Miller wrote: [...] > I'm not going to allow two sets of parallel sets of changes to > one driver you guys maintain to be submitted at once. [...] > Get one of these accepted first, then you can submit the other one. > I'm tossing all of

Re: [RFC][PATCH] tags: Fix DEFINE_PER_CPU expansions

On Tue, Mar 01, 2016 at 08:56:50AM -0800, Paul E. McKenney wrote: > +++ b/kernel/rcu/rcutorture.c > @@ -131,9 +131,9 @@ static unsigned long rcu_torture_current_version; > static struct rcu_torture rcu_tortures[10 * RCU_TORTURE_PIPE_LEN]; > static DEFINE_SPINLOCK(rcu_torture_lock); > static

Re: [PATCH 3/4] net: can: ifi: Fix RX and TX ID mask

On 03/01/2016 06:49 PM, Oliver Hartkopp wrote: > Hi Marek, Hi Oliver, > On 02/29/2016 08:59 PM, Marek Vasut wrote: >> The RX and TX ID mask for CAN2.0 is 11 bits wide. This patch fixes >> the incorrect mask, which caused the CAN IDs to miss the MSBit both >> on receive and transmit. >> >>

Re: [PATCH 2/4] net: can: ifi: Fix TX DLC configuration

On 03/01/2016 07:11 PM, Oliver Hartkopp wrote: Hi! > On 02/29/2016 08:59 PM, Marek Vasut wrote: >> The TX DLC, the transmission length information, was not written >> into the transmit configuration register. When using the CAN core >> with different CAN controller, the receiving CAN controller

Re: [net-next-2.6 v4 0/3] net_sched: Add support for IFE action

From: Jamal Hadi Salim Date: Sat, 27 Feb 2016 08:08:53 -0500 > As agreed at netconf in Seville, here's the patch finally (1 year > was just too long to wait for an ethertype. Now we are just going > have the user configure one). > Described in netdev01 paper: >

Re: [PATCH v2 0/3] Convert network timestamps to be y2038 safe

From: Deepa Dinamani Date: Sat, 27 Feb 2016 00:32:14 -0800 > Introduction: > > The series is aimed at transitioning network timestamps to being > y2038 safe. > All patches can be reviewed and merged independently. > > Socket timestamps and ioctl calls will be handled

Re: [PATCH net] sctp: lack the check for ports in sctp_v6_cmp_addr

From: Xin Long Date: Sun, 28 Feb 2016 10:03:51 +0800 > As the member .cmp_addr of sctp_af_inet6, sctp_v6_cmp_addr should also check > the port of addresses, just like sctp_v4_cmp_addr, cause it's invoked by > sctp_cmp_addr_exact(). > > Now sctp_v6_cmp_addr just check the

Re: [PATCH net-next V2 03/16] net: fec: pass txq to fec_enet_tx_queue instead of queue_id

On Tue, Mar 1, 2016 at 3:51 PM, Troy Kisky wrote: > True, but fec_txq/fec_rxq is called in a loop. netdev_priv(ndev) is that pointer move. dev + ALIGN(sizeof(struct net_device), NETDEV_ALIGN) Modem compiler can handle it greatly. You can't get any valuable

[PATCH v2] ethtool: check size of user memory before copying strings and stats

Since at least 2005, (oldest commit in ethtool.git), the userspace ethtool implementation has given the size of the memory it has allocated as the actual size in the ethtool data structures. We previously blindly ignore this and overwrite the requested size with the current size returned by

Re: [PATCH net-next 0/4] qed: Attention support patch series

From: Yuval Mintz Date: Sun, 28 Feb 2016 12:26:51 +0200 > Until now we've only enabled attention generation for the sake of > management firmware indications [required for link notifications]. > > This series enables [almost] all the attention sources of the HW, >

Re: [net-next][PATCH v2 00/13] RDS: Major clean-up with couple of new features for 4.6

On 3/1/2016 2:33 PM, David Miller wrote: When I try to apply this series, it (strangely) fails on the first patch with: Strange indeed since patches and the tree is against net-next. Applying: RDS: Drop stale iWARP RDMA transport error: removal patch leaves file contents This patch has

Re: [net-next PATCH v3 0/3] tc software only

From: John Fastabend Date: Fri, 26 Feb 2016 07:53:26 -0800 > This adds a software only flag to tc but incorporates a bunch of comments > from the original attempt at this. > > First instead of having the offload decision logic be embedded in cls_u32 > I lifted into

Re: [PATCH net-next V2 03/16] net: fec: pass txq to fec_enet_tx_queue instead of queue_id

On Wed, Feb 24, 2016 at 6:36 PM, Troy Kisky wrote: > queue_id is the qid member of struct bufdesc_prop. > > Signed-off-by: Troy Kisky > --- > drivers/net/ethernet/freescale/fec_main.c | 17 ++--- > 1 file changed, 6

Re: [PATCH net-next V2 02/16] net: fec: pass rxq to fec_enet_rx_queue instead of queue_id

On Wed, Feb 24, 2016 at 6:36 PM, Troy Kisky wrote: > The queue_id is the qid member of struct bufdesc_prop. > > Signed-off-by: Troy Kisky > --- > drivers/net/ethernet/freescale/fec_main.c | 13 + > 1 file changed, 5

Re: [PATCH 0/2] phy: micrel: fix issues with interrupt on atmel boards

From: Alexandre Belloni Date: Fri, 26 Feb 2016 19:18:21 +0100 > Since the phy is not polled anymore, there were issues getting a link on the > sama5d* xplained boards. ... Series applied, thanks.

Re: [RFC][PATCH] tags: Fix DEFINE_PER_CPU expansions

On Tue, Mar 01, 2016 at 10:34:44PM +0100, Peter Zijlstra wrote: > On Tue, Mar 01, 2016 at 08:56:50AM -0800, Paul E. McKenney wrote: > > +++ b/kernel/rcu/rcutorture.c > > @@ -131,9 +131,9 @@ static unsigned long rcu_torture_current_version; > > static struct rcu_torture rcu_tortures[10 *

Re: [net-next PATCH] IPv6: Use a 16 bit length field when computing a IPv6 UDP checksum

On Tue, Mar 1, 2016 at 1:35 PM, David Miller wrote: > From: Alexander Duyck > Date: Tue, 1 Mar 2016 13:19:28 -0800 > >> I was wondering what your thoughts would be about widening the size of >> the length field that we pass into csum_tcpudp_magic

Re: [net-next] net: pktgen: use reset to set mac header

From: Zhang Shengju Date: Mon, 29 Feb 2016 08:21:30 + > Since offset is zero, it's not necessary to use set function. > > Signed-off-by: Zhang Shengju Applied, thanks.

Re: [PATCH for-next 01/10] net/core: Add support for configuring VF GUIDs

On Tue, Mar 1, 2016 at 8:25 PM, Jason Gunthorpe wrote: > On Tue, Mar 01, 2016 at 07:49:51PM +0200, Eli Cohen wrote: >> On Tue, Mar 01, 2016 at 10:37:51AM -0700, Jason Gunthorpe wrote: >> > > + return handle_infiniband_guid(dev, , IFLA_VF_IB_PORT_GUID); >> > >> >

Re: [net-next PATCH] IPv6: Use a 16 bit length field when computing a IPv6 UDP checksum

On Tue, Mar 1, 2016 at 12:09 PM, David Miller wrote: > From: Alexander Duyck > Date: Thu, 25 Feb 2016 19:10:59 -0800 > >> This change makes it so that we only use a 16 bit length field instead of a >> 32 bit length field when computing a UDP checksum for

  1   2   3   >