On Tue, Jul 11, 2017 at 12:47:33PM +0100, Colin King wrote:
> 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:
>text data bss dec hex filename
> 131772 473
The function __mlx4_zone_remove_one_entry always returns zero. So
it is not necessary to check it.
Cc: Joe Jin
Cc: Junxiao Bi
Signed-off-by: Zhu Yanjun
---
drivers/net/ethernet/mellanox/mlx4/alloc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet
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-formatted the required prope
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 should use acpi_os_free to free
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 clock handler for those
>
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 th
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 pri
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 built-in 5-ports 10/100 embedded switch support
>
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 -I./arch/x86/include/uapi
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 the main Makefile certainly cuts
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 different features such as
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 patches for the driver while
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 information for MT7623 SoC her
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 embedded switch support (ESW)
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 and SGMII hardware setup
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 getting rid of
> field-by-field
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 scnprintf(), presumably
> bec
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 gcc-7.
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 88 ff ff ff 02 00 00
On Tue, Jul 11, 2017 at 01:31:14PM -0700, David Miller wrote:
>
> Acked-by: David S. Miller
>
> Looks good, is this going via my tree or your's?
I'll push it along. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey
On 07/11/2017 10:28 AM, Andrey Ryabinin wrote:
It gave me this:
[118648.825347] #1 quota too big 72 64 16
[118648.825351] #2 quota too big 72 64 16
[118648.825471] [ cut here ]
[118648.825484] WARNING: CPU: 0 PID: 0 at ../net/core/dev.c:5274
net_rx_action+0x258/0x360
S
From: Jeff Kirsher
Date: Tue, 11 Jul 2017 17:18:17 -0700
> On Tue, 2017-07-11 at 07:26 -0700, David Miller wrote:
>> 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 conf
On Tue, 2017-07-11 at 07:26 -0700, David Miller wrote:
> 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 hard
Hi Linus,
> At the same time, others aren't quite as insane, and in many cases the
> warnings might be easy to just fix.
>
> And some actually look valid, although they might still require odd input:
>
> net/bluetooth/smp.c: In function ‘le_max_key_size_read’:
> net/bluetooth/smp.c:3372:29: wa
[ 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 allm
Hi Amritha,
[auto build test ERROR on jkirsher-next-queue/dev-queue]
[cannot apply to v4.12 next-20170711]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Amritha-Nambiar/Configuring-traffic
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 88 ff ff ff 02 00 00 00 00 00 00
00 00 00 01 ff 11 00 02 86 dd 00 00 ff
On Wed, Jul 05, 2017 at 09:05:14AM -0700, Eduardo Valentin wrote:
> On Tue, Jul 04, 2017 at 01:48:42AM -0700, David Miller wrote:
> > From: Eduardo Valentin
> > Date: Mon, 3 Jul 2017 10:06:34 -0700
> >
> > > We currently get the following kmemleak report:
> > ...
> > > This patch flags the compl
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 settings and
>> set NT
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 i
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")
> Reported-by: Christian Bor
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.
>
> Problem is that if a MSI-X is n
net-next is closed, please submit these two patches when it is open
again:
http://vger.kernel.org/~davem/net-next.html
Thank you.
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 qed_iwarp_print_tcp_ramrod()
> warn: '%pI6'
From: Ahmad Fatoum
Date: Sat, 8 Jul 2017 21:28:44 +0200
> Passing (void*)val instead of &val 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 S. Miller
>
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 issues have been introduced by
> 2 d
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 for doing Peer-to-Peer
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 actually redundant because all the
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) {
> > > +
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
> +++ b/drivers/net/ethernet/chelsi
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
-I./arch/x86/include/gene
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 Morton
>> Cc: Manfred Spraul
>> Signed-off-by: Cong Wang
>
> Unlike your previous patch
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 -I./arch/x86/include/uapi
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:
> >>>
> >>>
> >>> On 7/7/2017 8:35 PM, John Fastabend wrote:
> Th
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:
>>>
On Tue, 11 Jul 2017 10:48:29 -0700
>>
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 Fastabend wrote:
> >>
> >>> On 07/11/2017 08:36 AM
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 any and all confusion
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:
On Sat, 8 Jul 2017 21:06:17 +0200
J
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);
> > +
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 Brouer wrote:
> > >
> > >> My plan is t
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 the XDP
infrastructure
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:
>>>
My plan is to test this latest patchse
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:
>>>
On Sat, 08 Jul 2017 10:46:18 +0100 (WE
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 and Tuesday.
> >> I'll try to assess stabilit
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
> and add a new label 'err_disa
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.
>
> Performance numbers:
>
> 1
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 you.
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 from
> combined to non-comb
On 07/11/2017 12:24 AM, Ryan Hsu wrote:
> On 07/04/2017 08:59 AM, Andrey Ryabinin wrote:
>
>> On 07/04/2017 04:49 PM, Kalle Valo wrote:
>>> Andrey Ryabinin writes:
>>>
I occasionally hit WARN_ON_ONCE(work > weight); in napi_poll() on a
laptop with ath10k card.
[37207.5933
.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
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" param
The PF driver sets up a list of firmware commands from the VF driver that
needs to be forwarded to the PF for approval. This list is a 256-bit
bitmap. The code that sets up the bitmap falls apart on big-endian
architecture. __set_bit() does not work because it operates on long types
whereas the
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 big-e
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 all confusion I have
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
9222401 pkt/s = xdp
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 huawei
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 w
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) {
> + netdev_dbg(dev, "fdb
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
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
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 resubmit this when net-next opens
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
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_ptp.c | 2 +-
1 file cha
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:
http://vger.kernel.org/~davem/ne
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 Miller wrote:
> >>
> >>> From: John Fastabe
> -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 Arnd,
> >
> > Thanks for
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 redirecting to the egress
>>
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
> thou
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 +--
---
1 file ch
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 +-
1 file changed,
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 you
>> have 2 netdevic
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
> >* re-formatted the required properties
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
> > ---
> > v1->v2
> > * Changed t
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 add
identical filter r
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 +-
1 file cha
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 bss dec hex fi
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 encryption/authentication for ospfv3
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
After:
textdata bss
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:
textdata bss dec
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);
+
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 s
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 ++
drivers/net/ethernet/intel/i40e/i40e_mai
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 reconfigure
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
class
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
---
drivers/net/eth
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.
Examp
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. This
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 i
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] platform: DMA map failed
> [
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 Uytterhoeven
Reviewed-by: Simon Horman
I believe that as
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 mac80
1 - 100 of 124 matches
Mail list logo
