Re: Lots of new warnings with gcc-7.1.1

On 07/11/2017 03:35 PM, Linus Torvalds wrote: [ Very random list of maintainers and mailing lists, at least partially by number of warnings generated by gcc-7.1.1 that is then correlated with the get_maintainers script ] So I upgraded one of my boxes to F26, which upgraded the compiler to

Re: [RFC] get_compat_msghdr(): get rid of field-by-field copyin

From: Al Viro Date: Sat, 8 Jul 2017 19:21:00 +0100 > There are 3 commits in vfs.git#misc.compat I hadn't pushed to Linus yet; > they touch net/* and I'd like to see at least "no objections" from networking > folks before asking to pull that; all of those are about

Re: Lots of new warnings with gcc-7.1.1

On Tue, Jul 11, 2017 at 8:17 PM, Linus Torvalds wrote: > > If that's the case, I'd prefer just turning off the format-truncation > (but not overflow) warning with '-Wno-format-trunction". Doing KBUILD_CFLAGS += $(call cc-disable-warning, format-truncation) in

[PATCH] iwlwifi: mvm: Fix a memory leak in an error handling path in 'iwl_mvm_sar_get_wgds_table()'

We should free 'wgds.pointer' here as done a few lines above in another error handling path. It was allocated within 'acpi_evaluate_object()'. Signed-off-by: Christophe JAILLET --- A comment in '/drivers/acpi/acpica/utalloc.c' states that: /* [...] Note: The caller

[PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

From: Sean Wang This patch is the preparation patch in order to adapt into various hardware through adding platform data which holds specific characteristics among MediaTek SoCs and introducing the unified clock handler for those distinct clock requirements depending on

[PATCH net-next 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

From: Sean Wang The patch adds the supplements in the dt-binding document for MediaTek MT7622 SoC with extra SGMII system controller and relevant clock consumers listed as the requirements for those SoCs equipped with the SGMII circuit. Also, add the missing binding

[PATCH net-next 3/4] net-next: mediatek: add support for MediaTek MT7622 SoC

From: Sean Wang This patch adds the driver for ethernet controller on MT7622 SoC. It has the similar handling logic as the previously MT7623 does, but there are additions against with MT7623 SoC, the shared SGMII given for the dual GMACs and including 5-ports 10/100

[PATCH net-next 4/4] MAINTAINERS: add Sean/Nelson as MediaTek ethernet maintainers

From: Sean Wang Sean and Nelson work for MediaTek on maintaining the MediaTek ethernet driver for the existing SoCs and adding support for the following SoCs. In the past, Sean has been active at making most of the qualifications , stress test and submitting a lot of

Re: [PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

On 07/11/2017 08:37 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch is the preparation patch in order to adapt into various > hardware through adding platform data which holds specific characteristics > among MediaTek SoCs and introducing the unified

Re: [PATCH net v2] samples/bpf: fix a build issue

From: Yonghong Song Date: Mon, 10 Jul 2017 14:04:28 -0700 > With latest net-next: > > clang -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/6.3.1/include > -I./arch/x86/include -I./arch/x86/include/generated/uapi > -I./arch/x86/include/generated -I./include

Re: [PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Date: Wed, 12 Jul 2017 11:37:41 +0800 > From: Sean Wang > > The series adds the driver for ethernet controller found on MT7622 SoC. > There are additions against with previous MT7623 SoC such as shared SGMII > given for the dual GMACs and

AW: Wir vergeben Kredite mit einem Zinssatz von jährlich 2%

Wir vergeben Kredite mit einem Zinssatz von jährlich 2%. Die Bearbeitung des Antrags erfolgt rasch, wir verlangen keine Gebühren, was sie beantragen werden wir annehmen. Wir bewilligen Kredite von bis zu 40 Millionen Euro und von mindestens 15.000 Euro. Sie können einen geschäftlichen oder

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

On Tue, Jul 11, 2017 at 03:51:40PM +0300, Sergei Shtylyov wrote: > On 07/11/2017 03:21 PM, Simon Horman wrote: > > >>>Add a new compatible string for the RZ/G1M (R8A7743) SoC. > >>> > >>>Signed-off-by: Biju Das > >>>--- > >>>v1->v2 > >>>* Changed the subject > >>>*

Re: [PATCH 1/1] bridge: mdb: fix leak on complete_info ptr on fail path

From: Eduardo Valentin Date: Tue, 11 Jul 2017 14:55:12 -0700 > We currently get the following kmemleak report: > unreferenced object 0x8800039d9820 (size 32): > comm "softirq", pid 0, jiffies 4295212383 (age 792.416s) > hex dump (first 32 bytes): > 00 0c e0 03 00

Re: Lots of new warnings with gcc-7.1.1

On Tue, Jul 11, 2017 at 8:10 PM, Guenter Roeck wrote: > > The hwmon warnings are all about supporting no more than 9,999 sensors > (applesmc) to 999,999,999 sensors (scpi) of a given type. Yeah, I think that's enough. > Easy "fix" would be to replace snprintf() with

[PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Sean Wang The series adds the driver for ethernet controller found on MT7622 SoC. There are additions against with previous MT7623 SoC such as shared SGMII given for the dual GMACs and built-in 5-ports 10/100 embedded switch support (ESW). Thus more clocks consumers

Re: Lots of new warnings with gcc-7.1.1

On Tue, 11 Jul 2017 15:35:15 -0700, Linus Torvalds wrote: > I do suspect I'll make "-Wformat-truncation" (as opposed to > "-Wformat-overflow") be a "V=1" kind of warning. But let's see how > many of these we can fix, ok? Somehow related - what's the stand on -Wimplicit-fallthrough? I run into

Re: [PATCH net-next RFC 05/12] net: dsa: Add support for learning FDB through notification

On 07/10/2017 11:59 PM, Vivien Didelot wrote: > Hi Arkadi, > > Arkadi Sharshevsky writes: > + err = dsa_port_fdb_add(p->dp, fdb_info->addr, fdb_info->vid); + if (err) { + netdev_dbg(dev, "fdb add failed err=%d\n", err);

[PATCH] net: stmmac: make const array route_possibilities static

From: Colin Ian King Don't populate array route_possibilities on the stack but make it static const. Makes the object code a little smaller by 85 bytes: Before: textdata bss dec hex filename 99012448 0 12349303d dwmac4_core.o

RE: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

Hello Sergei, > From: Sergei Shtylyov [mailto:sergei.shtyl...@cogentembedded.com] > Sent: 11 July 2017 13:12 > > Hello! > > On 07/10/2017 06:32 PM, Biju Das wrote: > > > Add a new compatible string for the RZ/G1M (R8A7743) SoC. > > > > Signed-off-by: Biju Das > > ---

Re: [patch net-next RFC 0/4] net: sched: allow qdiscs to share filter block instances

Tue, Jul 11, 2017 at 02:15:27PM CEST, j...@mojatatu.com wrote: >Hi Jiri, > >Commenting on generalities - will comment on code later: > >On 17-07-10 02:51 PM, Jiri Pirko wrote: >> From: Jiri Pirko >> >> Currently the filters added to qdiscs are independent. So for example if

[PATCH 4/6] [next-queue]net: i40e: Enable mqprio full offload mode in the i40e driver for configuring TCs and queue mapping

The i40e driver is modified to enable the new mqprio hardware offload mode and factor the TCs and queue configuration by creating channel VSIs. In this mode, the priority to traffic class mapping and the user specified queue ranges are used to configure the traffic classes when the 'hw' option is

[PATCH 5/6] [next-queue]net: i40e: Refactor VF BW rate limiting function to be reused on the PF as well

This patch refactors the BW rate limiting for Tx traffic on the VF to be reused in the next patch for rate limiting Tx traffic for the VSIs on the PF as well. Signed-off-by: Amritha Nambiar --- drivers/net/ethernet/intel/i40e/i40e.h |5 ++

[PATCH 3/6] [next-queue]net: i40e: Add infrastructure for queue channel support with the TCs and queue configurations offloaded via mqprio scheduler

This patch sets up the infrastructure for offloading TCs and queue configurations to the hardware by creating HW channels(VSI). A new channel is created for each of the traffic class configuration offloaded via mqprio framework except for the first TC (TC0). TC0 for the main VSI is also

[PATCH 1/6] [next-queue]net: mqprio: Introduce new hardware offload mode in mqprio for offloading full TC configurations

This patch introduces a new hardware offload mode in mqprio which makes full use of the mqprio options, the TCs, the queue configurations and the bandwidth rates for the TCs. This is achieved by setting the value 2 for the "hw" option. This new offload mode supports new attributes for traffic

[PATCH 2/6] [next-queue]net: i40e: Add macro for PF reset bit

Introduce a macro for the bit setting the PF reset flag and update its usages. This makes it easier to use this flag in functions to be introduced in future without encountering checkpatch issues related to alignment and line over 80 characters. Signed-off-by: Amritha Nambiar

[PATCH 6/6] [next-queue]net: i40e: Add support to set max bandwidth rates for TCs offloaded via tc/mqprio

This patch enables setting up maximum Tx rates for the traffic classes in i40e. The maximum rate offloaded to the hardware through the mqprio framework is configured for the VSI. Configuring minimum Tx rate limit is not supported in the device. The minimum usable value for Tx rate is 50Mbps.

[PATCH 0/6] Configuring traffic classes via new hardware offload mechanism in tc/mqprio

The following series introduces a new hardware offload mode in tc/mqprio where the TCs, the queue configurations and bandwidth rate limits are offloaded to the hardware. The existing mqprio framework is extended to configure the queue counts and layout and also added support for rate limiting.

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

On 07/11/2017 03:21 PM, Simon Horman wrote: Add a new compatible string for the RZ/G1M (R8A7743) SoC. Signed-off-by: Biju Das --- v1->v2 * Changed the subject * re-formatted the required properties .../devicetree/bindings/net/renesas,ravb.txt | 29

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

Hello! On 07/10/2017 06:32 PM, Biju Das wrote: Add a new compatible string for the RZ/G1M (R8A7743) SoC. Signed-off-by: Biju Das --- v1->v2 * Changed the subject * re-formatted the required properties .../devicetree/bindings/net/renesas,ravb.txt | 29

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

On 07/11/2017 03:20 PM, Chris Paterson wrote: Add a new compatible string for the RZ/G1M (R8A7743) SoC. Signed-off-by: Biju Das --- v1->v2 * Changed the subject * re-formatted the required properties .../devicetree/bindings/net/renesas,ravb.txt | 29

[PATCH] rt2x00: make const array glrt_table static

From: Colin Ian King Don't populate array glrt_table on the stack but make it static. Makes the object code a smaller by over 670 bytes: Before: textdata bss dec hex filename 1317724733 0 136505 21539 rt2800lib.o After: textdata

Re: Regarding xfrm state search with destination address as wildcard mask

Hi Any help on this query is greatly appreciated. Thanks, - Balaji On Thu, Jul 6, 2017 at 12:21 PM, Balaji Foss wrote: > Hi All, > > Im trying to implement IPSec for ospfv3 as per RFC4552 on Linux kernel > version 3.16.39. > Requirement is to support IPsec

Re: [patch net-next RFC 0/4] net: sched: allow qdiscs to share filter block instances

Hi Jiri, Commenting on generalities - will comment on code later: On 17-07-10 02:51 PM, Jiri Pirko wrote: From: Jiri Pirko Currently the filters added to qdiscs are independent. So for example if you have 2 netdevices and you create ingress qdisc on both and you want to

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

On Tue, Jul 11, 2017 at 03:12:14PM +0300, Sergei Shtylyov wrote: > Hello! > > On 07/10/2017 06:32 PM, Biju Das wrote: > > >Add a new compatible string for the RZ/G1M (R8A7743) SoC. > > > >Signed-off-by: Biju Das > >--- > >v1->v2 > >* Changed the subject > >*

net-next STATUS page

It has gotten to the point that even casually walking around Faro, Portugal last week, random German tourists would stop me in the street and ask if net-next was open or not. Therefore, in order to avoid any and all confusion I have created this web site:

[PATCH net] cxgb4: ptp_clock_register() returns error pointers

Check ptp_clock_register() return not only for NULL but also for error pointers. Fixes: 9c33e4208bce ("cxgb4: Add PTP Hardware Clock (PHC) support") Reported-by: Dan Carpenter Cc: Richard Cochran Signed-off-by: Ganesh Goudar

Re: net-next STATUS page

On Tue, Jul 11, 2017 at 05:05:06PM +0200, Jiri Pirko wrote: > Tue, Jul 11, 2017 at 04:24:16PM CEST, da...@davemloft.net wrote: > > > >It has gotten to the point that even casually walking around > >Faro, Portugal last week, random German tourists would stop > >me in the street and ask if net-next

Re: [RFC PATCH 03/12] xdp: add bpf_redirect helper function

On Mon, Jul 10, 2017 at 1:23 PM, John Fastabend wrote: > On 07/09/2017 06:37 AM, Saeed Mahameed wrote: >> >> >> On 7/7/2017 8:35 PM, John Fastabend wrote: >>> This adds support for a bpf_redirect helper function to the XDP >>> infrastructure. For now this only supports

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On Sat, 8 Jul 2017 21:06:17 +0200 Jesper Dangaard Brouer wrote: > My plan is to test this latest patchset again, Monday and Tuesday. > I'll try to assess stability and provide some performance numbers. Performance numbers: 14378479 pkt/s = XDP_DROP without touching memory

Re: [PATCH net-next RFC 05/12] net: dsa: Add support for learning FDB through notification

On 11/07/17 13:26, Arkadi Sharshevsky wrote: > > > On 07/10/2017 11:59 PM, Vivien Didelot wrote: >> Hi Arkadi, >> >> Arkadi Sharshevsky writes: >> > + err = dsa_port_fdb_add(p->dp, fdb_info->addr, fdb_info->vid); > + if (err) { > +

Re: net-next STATUS page

Tue, Jul 11, 2017 at 04:24:16PM CEST, da...@davemloft.net wrote: > >It has gotten to the point that even casually walking around >Faro, Portugal last week, random German tourists would stop >me in the street and ask if net-next was open or not. > >Therefore, in order to avoid any and all confusion

Backport - xen-netback: correctly schedule rate-limited queues

Hi All, Is there a chance the following patch (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=dfa523ae9f2542bee4cddaea37b3be3e157f6e6b) can get backported to the current LTS kernels (including 4.9.x)? The commit message might not be completely showing the

[PATCH] net: broadcom: bnx2x: make a couple of const arrays static

From: Colin Ian King Don't populate various tables on the stack but make them static const. Makes the object code smaller by nearly 200 bytes: Before: textdata bss dec hex filename 113468 11200 0 124668 1e6fc bnx2x_ethtool.o After:

Re: [PATCH 0/6] Configuring traffic classes via new hardware offload mechanism in tc/mqprio

From: Amritha Nambiar Date: Tue, 11 Jul 2017 03:18:30 -0700 > The following series introduces a new hardware offload mode in > tc/mqprio where the TCs, the queue configurations and > bandwidth rate limits are offloaded to the hardware. net-next is closed, please

[PATCH V3] Set NTB format again after altsetting switch for Huawei devices

Some firmwares in Huawei E3372H devices have been observed to switch back to NTB 32-bit format after altsetting switch. This patch implements a driver flag to check for the device settings and set NTB format to 16-bit again if needed. The flag has been activated for devices controlled by the

Re: [PATCH/RFC] dma-mapping: Provide dummy set_dma_ops() for NO_DMA=y

On Mon, Jul 10, 2017 at 04:31:54PM +0100, Robin Murphy wrote: > On 10/07/17 15:56, Christoph Hellwig wrote: > > This looks reasonable to me, I'd be happy to pick it up. Can you send > > it as a series with the reverts? > > The fact remains that the FSL driver is still doing the wrong thing >

RE: [PATCH] dpaa_eth: use correct device for DMA mapping API

> -Original Message- > From: arndbergm...@gmail.com [mailto:arndbergm...@gmail.com] On Behalf Of > Arnd Bergmann > Subject: Re: [PATCH] dpaa_eth: use correct device for DMA mapping API > > On Tue, Jul 11, 2017 at 10:50 AM, Madalin-cristian Bucur > wrote: > > > Hi

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On Mon, 10 Jul 2017 17:59:17 -0700 John Fastabend wrote: > On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote: > > On Sat, 8 Jul 2017 21:06:17 +0200 > > Jesper Dangaard Brouer wrote: > > > >> On Sat, 08 Jul 2017 10:46:18 +0100 (WEST) > >> David

Re: [PATCH] brcmfmac: added LED triggers for transmit/receive

Thanks for your comments. > What I think Rafał is saying is that it would be better to have this > code in cfg80211 so other drivers including mac80211 could use it. While I agree that moving all wireless LED triggers to cfg80211 would be an ideal situation, it seems a bit out of scope for what

Re: [PATCH net 0/3] bnxt_en: Bug fixes.

From: Michael Chan Date: Tue, 11 Jul 2017 13:05:33 -0400 > 3 bug fixes in this series. Fix a crash in bnxt_get_stats64() that can > happen if the device is closing and freeing the statistics block at the > same time. The 2nd one fixes ethtool -L failing when changing

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On Tue, 11 Jul 2017 10:48:29 -0700 John Fastabend wrote: > On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote: > > On Sat, 8 Jul 2017 21:06:17 +0200 > > Jesper Dangaard Brouer wrote: > > > >> My plan is to test this latest patchset again, Monday

[PATCH net 1/3] bnxt_en: Fix race conditions in .ndo_get_stats64().

.ndo_get_stats64() may not be protected by RTNL and can race with .ndo_stop() or other ethtool operations that can free the statistics memory. Fix it by setting a new flag BNXT_STATE_READ_STATS and then proceeding to read statistics memory only if the state is OPEN. The close path that frees the

[PATCH net 2/3] bnxt_en: Fix bug in ethtool -L.

When changing channels from combined to rx/tx or vice versa, the code uses the wrong "sh" parameter to determine if we are reserving rings for shared or non-shared mode. It should be using the ethtool requested "sh" parameter instead of the current "sh" parameter. Fix it by passing the "sh"

[PATCH net 0/3] bnxt_en: Bug fixes.

3 bug fixes in this series. Fix a crash in bnxt_get_stats64() that can happen if the device is closing and freeing the statistics block at the same time. The 2nd one fixes ethtool -L failing when changing from combined to non-combined mode or vice versa. The last one fixes SRIOV failure on

Re: [PATCH v2 00/10] Constify attribute_group structures

From: Arvind Yadav Date: Tue, 11 Jul 2017 12:52:41 +0530 > attribute_groups are not supposed to change at runtime. So mark the > non-const structs as const. Please resubmit this when net-next is open again: http://vger.kernel.org/~davem/net-next.html Thank

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote: > On Sat, 8 Jul 2017 21:06:17 +0200 > Jesper Dangaard Brouer wrote: > >> My plan is to test this latest patchset again, Monday and Tuesday. >> I'll try to assess stability and provide some performance numbers. > >

Re: [PATCH] cisco: enic: Fic an error handling path in 'vnic_dev_init_devcmd2()'

From: Christophe JAILLET Date: Sat, 8 Jul 2017 06:51:35 +0200 > if 'ioread32()' returns 0xFFF, we have to go through the error > handling path as done everywhere else in this function. > > Move the 'err_free_wq' label to better match its name and its location

Re: net-next STATUS page

On Tue, Jul 11, 2017 at 7:24 AM, David Miller wrote: > > It has gotten to the point that even casually walking around > Faro, Portugal last week, random German tourists would stop > me in the street and ask if net-next was open or not. > > Therefore, in order to avoid any and

Re: [PATCH v3 net-next 3/4] tls: kernel TLS support

On 07/11/17 08:29 AM, Steffen Klassert wrote: > Sorry for replying to old mail... > > +int tls_set_sw_offload(struct sock *sk, struct tls_context *ctx) > > +{ > > ... > > > + > > + if (!sw_ctx->aead_send) { > > + sw_ctx->aead_send = crypto_alloc_aead("gcm(aes)", 0, 0); > > +

Re: net-next STATUS page

On Tue, 11 Jul 2017 07:24:16 -0700 (PDT) David Miller wrote: > It has gotten to the point that even casually walking around > Faro, Portugal last week, random German tourists would stop > me in the street and ask if net-next was open or not. > > Therefore, in order to avoid

Re: [PATCH net v2] samples/bpf: fix a build issue

On Mon, 10 Jul 2017 14:04:28 -0700 Yonghong Song wrote: > With latest net-next: > > clang -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/6.3.1/include > -I./arch/x86/include -I./arch/x86/include/generated/uapi > -I./arch/x86/include/generated -I./include

Re: [PATCH net v2] samples/bpf: fix a build issue

On 07/11/2017 09:51 PM, Jesper Dangaard Brouer wrote: On Mon, 10 Jul 2017 14:04:28 -0700 Yonghong Song wrote: With latest net-next: clang -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/6.3.1/include -I./arch/x86/include -I./arch/x86/include/generated/uapi

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On 07/11/2017 11:01 AM, Jesper Dangaard Brouer wrote: > On Tue, 11 Jul 2017 10:48:29 -0700 > John Fastabend wrote: > >> On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote: >>> On Sat, 8 Jul 2017 21:06:17 +0200 >>> Jesper Dangaard Brouer wrote: >>>

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On Tue, 11 Jul 2017 11:56:21 -0700 John Fastabend wrote: > On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote: > > On Tue, 11 Jul 2017 20:01:36 +0200 > > Jesper Dangaard Brouer wrote: > > > >> On Tue, 11 Jul 2017 10:48:29 -0700 > >> John

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On 07/11/2017 12:19 PM, Jesper Dangaard Brouer wrote: > On Tue, 11 Jul 2017 11:56:21 -0700 > John Fastabend wrote: > >> On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote: >>> On Tue, 11 Jul 2017 20:01:36 +0200 >>> Jesper Dangaard Brouer wrote: >>>

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On 07/11/2017 07:23 AM, Jesper Dangaard Brouer wrote: > On Mon, 10 Jul 2017 17:59:17 -0700 > John Fastabend wrote: > >> On 07/10/2017 11:30 AM, Jesper Dangaard Brouer wrote: >>> On Sat, 8 Jul 2017 21:06:17 +0200 >>> Jesper Dangaard Brouer wrote: >>>

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On 07/11/2017 11:44 AM, Jesper Dangaard Brouer wrote: > On Tue, 11 Jul 2017 20:01:36 +0200 > Jesper Dangaard Brouer wrote: > >> On Tue, 11 Jul 2017 10:48:29 -0700 >> John Fastabend wrote: >> >>> On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote:

Re: [Patch] mqueue: fix netlink sock refcnt and skb refcnt

On Mon, Jul 10, 2017 at 11:09 AM, Linus Torvalds wrote: > This thing is definitely not cc'd to the right people: > > On Sun, Jul 9, 2017 at 10:08 PM, Cong Wang wrote: >> >> Cc: Linus Torvalds >> Cc: Andrew

Re: [RFC PATCH 03/12] xdp: add bpf_redirect helper function

On 07/11/2017 07:09 AM, Andy Gospodarek wrote: > On Mon, Jul 10, 2017 at 1:23 PM, John Fastabend > wrote: >> On 07/09/2017 06:37 AM, Saeed Mahameed wrote: >>> >>> >>> On 7/7/2017 8:35 PM, John Fastabend wrote: This adds support for a bpf_redirect helper function to

Re: [RFC PATCH 00/12] Implement XDP bpf_redirect vairants

On Tue, 11 Jul 2017 20:01:36 +0200 Jesper Dangaard Brouer wrote: > On Tue, 11 Jul 2017 10:48:29 -0700 > John Fastabend wrote: > > > On 07/11/2017 08:36 AM, Jesper Dangaard Brouer wrote: > > > On Sat, 8 Jul 2017 21:06:17 +0200 > > > Jesper Dangaard

Re: [RFC PATCH 03/12] xdp: add bpf_redirect helper function

On Tue, 11 Jul 2017 11:38:33 -0700 John Fastabend wrote: > On 07/11/2017 07:09 AM, Andy Gospodarek wrote: > > On Mon, Jul 10, 2017 at 1:23 PM, John Fastabend > > wrote: > >> On 07/09/2017 06:37 AM, Saeed Mahameed wrote: > >>> > >>> > >>>

Lots of new warnings with gcc-7.1.1

[ Very random list of maintainers and mailing lists, at least partially by number of warnings generated by gcc-7.1.1 that is then correlated with the get_maintainers script ] So I upgraded one of my boxes to F26, which upgraded the compiler to gcc-7.1.1 Which in turn means that my nice clean

RE: [PATCH] dpaa_eth: use correct device for DMA mapping API

> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Monday, July 10, 2017 6:14 PM > Subject: [PATCH] dpaa_eth: use correct device for DMA mapping API > > Geert Uytterhoeven ran into a build error without CONFIG_HAS_DMA, > as a result of the driver calling

Re: [PATCH] dpaa_eth: use correct device for DMA mapping API

On Tue, Jul 11, 2017 at 10:50 AM, Madalin-cristian Bucur wrote: > Hi Arnd, > > Thanks for looking into this, I've tested your fix, it seems to need more > work: > > [0.894968] platform: DMA map failed > [0.898627] platform: DMA map failed > [0.902288]

Re: [PATCH] brcmfmac: added LED triggers for transmit/receive

On 10-07-17 19:02, Russell Joyce wrote: >> 1) I think most of it should be some cfg80211 shareable code. > > I’m not sure exactly what you mean by this, could you please clarify? What I think Rafał is saying is that it would be better to have this code in cfg80211 so other drivers including

Re: [PATCH v2] dt-bindings: net: ravb : Add support for r8a7743 SoC

On Mon, Jul 10, 2017 at 05:51:09PM +0200, Geert Uytterhoeven wrote: > On Mon, Jul 10, 2017 at 5:32 PM, Biju Das wrote: > > Add a new compatible string for the RZ/G1M (R8A7743) SoC. > > > > Signed-off-by: Biju Das > > Reviewed-by: Geert

Re: [PATCH net] cxgb4: ptp_clock_register() returns error pointers

On Tue, Jul 11, 2017 at 07:54:38PM +0530, Ganesh Goudar wrote: > diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ptp.c > b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ptp.c > index 50517cf..06c0de4 100644 > --- a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ptp.c > +++

Re: [PATCH 0/3] net: stmmac: Fixes and cleanups in 'alloc_dma_[rt]x_desc_resources()'

From: Christophe JAILLET Date: Sat, 8 Jul 2017 09:46:12 +0200 > These patchs are all related to 'alloc_dma_[rt]x_desc_resources()' functions. > > The 2 first fix an error path where some resources are leaking. I've > separated them into 2 patches because the

Re: [RESEND PATCH net] tap: convert a mutex to a spinlock

From: Cong Wang Date: Mon, 10 Jul 2017 10:05:50 -0700 > We are not allowed to block on the RCU reader side, so can't > just hold the mutex as before. As a quick fix, convert it to > a spinlock. > > Fixes: d9f1f61c0801 ("tap: Extending tap device create/destroy APIs") >

Re: [PATCH V3] Set NTB format again after altsetting switch for Huawei devices

Am Dienstag, den 11.07.2017, 17:21 +0200 schrieb Enrico Mioso: > > Some firmwares in Huawei E3372H devices have been observed to switch back > to NTB 32-bit format after altsetting switch. > This patch implements a driver flag to check for the device settings and > set NTB format to 16-bit again

Re: [PATCH v3 net-next 3/4] tls: kernel TLS support

On Tue, Jul 11, 2017 at 11:53:11AM -0700, Dave Watson wrote: > On 07/11/17 08:29 AM, Steffen Klassert wrote: > > Sorry for replying to old mail... > > > +int tls_set_sw_offload(struct sock *sk, struct tls_context *ctx) > > > +{ > > > > ... > > > > > + > > > + if (!sw_ctx->aead_send) { > > > +

Re: [GIT] Networking

From: Herbert Xu Date: Mon, 10 Jul 2017 22:00:48 +0800 > crypto: af_alg - Avoid sock_graft call warning > > The newly added sock_graft warning triggers in af_alg_accept. > It's harmless as we're essentially doing sock->sk = sock->sk. > > The sock_graft call is

Re: [PATCH] net-next: Fix minor code bug in timestamping.txt

From: Ahmad Fatoum Date: Sat, 8 Jul 2017 21:28:44 +0200 > Passing (void*)val instead of would make a pointer out of an integer > and cause sock_setsockopt to -EFAULT. > > See tools/testing/selftests/networking/timestamping/timestamping.c > for a working example. > > Cc: David

Re: [PATCH V3] Set NTB format again after altsetting switch for Huawei devices

Oliver Neukum writes: > Am Dienstag, den 11.07.2017, 17:21 +0200 schrieb Enrico Mioso: >> Some firmwares in Huawei E3372H devices have been observed to switch back >> to NTB 32-bit format after altsetting switch. >> This patch implements a driver flag to check for the device

Re: [PATCH v6 0/3] Add new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

On Mon, Jul 10, 2017 at 5:01 PM, Casey Leedom wrote: > > Hey Alexander, > > Okay, I understand your point regarding the "most likely scenario" being > TLPs directed upstream to the Root Complex. But I'd still like to make sure > that we have an agreed upon API/methodology

Re: [PATCH net] qed: Fix printk option passed when printing ipv6 addresses

From: Michal Kalderon Date: Sun, 9 Jul 2017 13:00:16 +0300 > The option "h" (host order ) exists for ipv4 only. > Remove the h when printing ipv6 addresses. > > Lead to the following smatch warning: > > drivers/net/ethernet/qlogic/qed/qed_iwarp.c:585

Re: [PATCH 1/2] openvswitch: Optimize updating for OvS flow_stats.

net-next is closed, please submit these two patches when it is open again: http://vger.kernel.org/~davem/net-next.html Thank you.

Re: [PATCH net] cxgb4: fix BUG() on interrupt deallocating path of ULD

From: "Guilherme G. Piccoli" Date: Mon, 10 Jul 2017 10:55:46 -0300 > Since the introduction of ULD (Upper-Layer Drivers), the MSI-X > deallocating path changed in cxgb4: the driver frees the interrupts > of ULD when unregistering it or on shutdown PCI handler. > >

Re: [PATCH v3 net-next 3/4] tls: kernel TLS support

Sorry for replying to old mail... On Wed, Jun 14, 2017 at 11:37:39AM -0700, Dave Watson wrote: > +static int tls_do_encryption(struct tls_context *tls_ctx, > + struct tls_sw_context *ctx, size_t data_len, > + gfp_t flags) > +{ > + unsigned int

Re: [patch net-next RFC 0/4] net: sched: allow qdiscs to share filter block instances

On Mon, Jul 10, 2017 at 9:51 PM, Jiri Pirko wrote: > From: Jiri Pirko > > Currently the filters added to qdiscs are independent. So for example if you > have 2 netdevices and you create ingress qdisc on both and you want to add > identical filter rules both,

Re: [PATCH iproute2 V3 0/4] RDMAtool

On Mon, Jul 10, 2017 at 09:43:25AM +0200, Jiri Pirko wrote: > Tue, Jul 04, 2017 at 09:55:37AM CEST, l...@kernel.org wrote: > >Hi, > > > >This is third version of series implementing the RDAMtool - the tool > > s/RDAMtool/RDMAtool/ > > > >to configure RDMA devices. The initial proposal was sent as

[PATCH v2 02/10] net: can: at91_can: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 6164 304 064681944

[PATCH v2 00/10] Constify attribute_group structures

attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

Re: [PATCH v2 00/10] Constify attribute_group structures

On 07/11/2017 09:29 AM, Arvind Yadav wrote: > attribute_groups are not supposed to change at runtime. So mark the > non-const structs as const. [...] > drivers/net/can/at91_can.c | 2 +- > drivers/net/can/janz-ican3.c| 2 +- For the can drivers:

Re: [PATCH net-next RFC 10/12] net: dsa: Move FDB dump implementation inside DSA

On 07/10/2017 10:36 PM, Vivien Didelot wrote: > Hi Arkadi, > > Arkadi Sharshevsky writes: > >> +struct dsa_slave_dump_ctx { >> +struct net_device *dev; >> +struct sk_buff *skb; >> +struct netlink_callback *cb; >> +int idx; >> +}; >> + >> struct

Re: [PATCH iproute2 V3 3/4] rdma: Add link object

On Mon, Jul 10, 2017 at 08:28:28PM +0200, Jiri Pirko wrote: > Mon, Jul 10, 2017 at 06:22:23PM CEST, l...@kernel.org wrote: > >On Mon, Jul 10, 2017 at 10:13:07AM +0200, Jiri Pirko wrote: > >> Tue, Jul 04, 2017 at 09:55:40AM CEST, l...@kernel.org wrote: > >> >From: Leon Romanovsky

Re: [PATCH v2] mrf24j40: Fix en error handling path in 'mrf24j40_probe()'

Hi Christophe, > If this check fails, we must release some resources as done everywhere > else in this function before returning an error code. > > Signed-off-by: Christophe JAILLET > --- > V2: initialization of ret in this erro path ws missing. Stupid me! > --- >

Re: [PATCH iproute2 V3 2/4] rdma: Add dev object

On Mon, Jul 10, 2017 at 10:01:02AM +0200, Jiri Pirko wrote: > Tue, Jul 04, 2017 at 09:55:39AM CEST, l...@kernel.org wrote: > >From: Leon Romanovsky > > > >Device (dev) object represents struct ib_device to the user space. > > > >Device properties: > > * Device capabilities >

[PATCH v2 07/10] wireless: iwlegacy: Constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Added cover later.

  1   2   >