2017-11-09 18:33 GMT+08:00 Arnd Bergmann :
> On Thu, Nov 9, 2017 at 10:02 AM, Greentime Hu wrote:
>> 2017-11-08 18:16 GMT+08:00 Arnd Bergmann :
>>> On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>
+config
On 11/09/2017 06:09 PM, Niklas Cassel wrote:
There are two different combined signal for various interrupt events:
In EQOS-CORE and EQOS-MTL configurations, mci_intr_o is the interrupt
signal.
In EQOS-DMA, EQOS-AHB and EQOS-AXI configurations, these interrupt events
are combined with the
From: Florian Fainelli
> Sent: 09 November 2017 22:35
>
> In preparation for enabling Broadcom tags with b53, pad packets to a
> minimum size of 64 bytes (sans FCS) in order for the Broadcom switch to
> accept ingressing frames. Without this, we would typically be able to
> DHCP, but not resolve
On 09. nov. 2017 14:24, Andrew Lunn wrote:
What should also be considered is who is pushing swithdev and DSA
forward, and for what market.
Pure switchdev drivers is mostly being pushed forward for Top or Rack
switches. Big switches, 10G, 40G, 100G ports and lots of them. L3
routing, etc.
From: Yuchung Cheng
Date: Tue, 7 Nov 2017 15:33:43 -0800
> This patch fixes the cause of an WARNING indicatng TCP has pending
> retransmission in Open state in tcp_fastretrans_alert().
>
> The root cause is a bad interaction between path mtu probing,
> if enabled, and the
* Josef Bacik wrote:
> @@ -551,6 +578,10 @@ static const struct bpf_func_proto
> *kprobe_prog_func_proto(enum bpf_func_id func
> return _get_stackid_proto;
> case BPF_FUNC_perf_event_read_value:
> return _perf_event_read_value_proto;
> +
Stephen Hemminger writes:
> Several types of control operations require that the underlying RNDIS
> infrastructure be restarted. This patch changes the ordering of the
> shutdown to avoid race conditions.
> Stop all transmits before doing RNDIS halt. This involves
It works, thank you for fixing this ancient bug!
Tested-by: Fengguang Wu
From: Alexei Starovoitov
Date: Wed, 8 Nov 2017 06:43:25 +0900
> looks great to me.
> Peter,
> could you please review x86 bits?
I'm still waiting for this.
Set up the HW switch to trap IGMP packets to CPU port.
And make sure skb->offload_fwd_mark is cleared for incoming IGMP packets.
skb->offload_fwd_mark calculation is a candidate for consolidation into the
DSA core. The calculation can probably be more polished when done at a point
where DSA has
IGMP packets should be trapped to the CPU port. The SW bridge knows
whether to forward to other ports.
With "IGMP snooping for local traffic" merged, IGMP trapping is also
required for stable IGMPv2 operation.
LAN9303 does not trap IGMP packets by default.
Enable IGMP trapping in lan9303_setup.
Now that IGMP packets no longer is flooded in HW, we want the SW bridge to
forward packets based on bridge configuration. To make that happen,
IGMP packets must have skb->offload_fwd_mark = 0.
Signed-off-by: Egil Hjelmeland
---
net/dsa/tag_lan9303.c | 13 +
On 11/10/17 3:49 AM, Wang Dongsheng wrote:
TPD has 46-bits as buff address valid bit. So fix the buff address
from 45-bits to 46-bits.
NAK.
The TPD has 45 bits. Why do you say it was 46?
--
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm
Technologies, Inc. Qualcomm
From: Girish Moodalbail
Date: Tue, 7 Nov 2017 11:32:11 -0800
> The commit bcc6d4790361 ("net: vlan: make non-hw-accel rx path similar
> to hw-accel") unified accel and non-accel path for VLAN RX. With that
> fix we do not register any packet_type handler for VLANs
On 2017-11-09 19:24, Andrew Lunn wrote:
The registers writing code is where? switchdev driver?
All I care about is that all the switch specific code should be in one
place.
The switch specific code is in the switch specific driver.
Take a look under drivers/net/dsa for the switches which are
On 2017-11-09 20:08, Florian Fainelli wrote:
On 11/09/2017 09:24 AM, Andrew Lunn wrote:
The registers writing code is where? switchdev driver?
All I care about is that all the switch specific code should be in
one
place.
The switch specific code is in the switch specific driver.
Take a
napi->poll can be called with budget 0, e.g. in netpoll scenarios
where the caller only wants to poll TX rings
(poll_one_napi@net/core/netpoll.c).
The below commit changed RX polling from "while" loop to "do {} while",
which caused to ignore the initial budget and handle at least one RX
packet.
From: Huy Nguyen
list_splice_init initializing waiting_events_list after splicing it to
temp list, therefore we should loop over temp list to fire the events.
Fixes: 4ca637a20a52 ("net/mlx5: Delay events till mlx5 interface's add complete
for pci resume")
Signed-off-by: Huy
Hi Dave,
The follwoing series includes some fixes for mlx5 core and etherent
driver.
Sorry for the late submission but as you can see i have some very
critical fixes below that i would like them merged into this RC.
Please pull and let me know if there is any problem.
For -stable:
On Wed, Nov 08, 2017 at 06:43:25AM +0900, Alexei Starovoitov wrote:
> On 11/8/17 5:28 AM, Josef Bacik wrote:
> > I'm sending this through Dave since it'll conflict with other BPF changes
> > in his
> > tree, but since it touches tracing as well Dave would like a review from
> > somebody on the
From: Slava Shwartsman
Since Mellanox focus is on newer adapters, we would like to have the
ability to disable the support for old gen2 adapters.
This can be done by turning off the MLX4_CORE_GEN2 Kconfig flag.
We keep it turned on by default.
Signed-off-by: Slava
Hi Simon,
Until now it seems to work. No issues so far.
Regards and Thanks
Sven
Am Thu, 9 Nov 2017 20:19:42 +0100
schrieb Andreas Tobler :
> Hi Simon,
>
>
> On 08.11.17 18:17, Simon Guinot wrote:
> > Hi Sven and Andreas,
> >
> > Please, can you try with
Hi Dave,
On Fri, Nov 10, 2017 at 12:53 AM, David Miller wrote:
> From: Manish Kurup
> Date: Tue, 7 Nov 2017 08:50:00 -0500
>
>> This commit consists of 3 patches:
>>
>> patch1 (1/3):
>> The VLAN action maintains one set of stats across all cores,
From: Inbar Karmy
Currently, when dma mapping fails, put_page is called,
but the page is not set to null. Later, in the page_reuse treatment in
mlx5e_free_rx_descs(), mlx5e_page_release() is called for the second time,
improperly doing dma_unmap (for a non-mapped address)
From: Huy Nguyen
After the panic teardown firmware command, health_care detects the error
in PCI bus and calls the mlx5_pci_err_detected. This health_care flow is
no longer needed because the panic teardown firmware command will bring
down the PCI bus communication with the
From: Eugenia Emantayev
This is to prevent the case of working with a single MPWQE
(1 WQE is always reserved as RQ is linked-list).
When the WQE is fully consumed, HW should still have available buffer
in order not to drop packets.
Fixes: 461017cb006a ("net/mlx5e: Support
From: Wang Dongsheng
TPD has 46-bits as buff address valid bit. So fix the buff address
from 45-bits to 46-bits.
Signed-off-by: Wang Dongsheng
diff --git a/drivers/net/ethernet/qualcomm/emac/emac-mac.h
b/drivers/net/ethernet/qualcomm/emac/emac-mac.h
On Fri, Nov 10, 2017 at 7:22 AM, Greentime Hu wrote:
> 2017-11-09 21:57 GMT+08:00 Rob Herring :
>> On Thu, Nov 9, 2017 at 3:39 AM, Greentime Hu wrote:
>>> 2017-11-08 21:18 GMT+08:00 Rob Herring :
Please Cc the DT
>>> Then having both is not valid. The strings should be in order of best
>>> match to worst match where worst match is typically either older
>>> implementations of IP blocks or generic'ish strings such as "ns16550"
>>> for a UART.
>>
>> Thanks.
>> I would like to explain it more clearly.
>> They
From: Eric Dumazet
Date: Tue, 07 Nov 2017 15:15:04 -0800
> From: Eric Dumazet
>
> When a GSO skb of truesize O is segmented into 2 new skbs of truesize N1
> and N2, we want to transfer socket ownership to the new fresh skbs.
>
> In order to avoid
As important member of file_system_type, we set
->owner for sock_fs_type.
Signed-off-by: Tonghao Zhang
---
net/socket.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/socket.c b/net/socket.c
index c729625..b085f14 100644
--- a/net/socket.c
+++
(2017-11-10 14:54:47
+0900)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can.git
tags/linux-can-fixes-for-4.14-20171110
for you to fetch changes up to 4f7116757b4bd99e4ef2636c7d957a6d63035d11:
can: ifi: Fix transmitter delay calculation
From: Richard Schütz
The D_CAN controller doesn't provide a triple sampling mode, so don't set
the CAN_CTRLMODE_3_SAMPLES flag in ctrlmode_supported. Currently enabling
triple sampling is a no-op.
Signed-off-by: Richard Schütz
Cc: linux-stable
From: Marek Vasut
The CANFD transmitter delay calculation formula was updated in the
latest software drop from IFI and improves the behavior of the IFI
CANFD core during bitrate switching. Use the new formula to improve
stability of the CANFD operation.
Signed-off-by: Marek Vasut
From: Gerhard Bertelsmann
SUN4Is CAN IP has a 64 byte deep FIFO buffer. If the buffer is not
drained fast enough (overrun) it's getting mangled. Already received
frames are dropped - the data can't be restored.
Signed-off-by: Gerhard Bertelsmann
From: Stephane Grosjean
This adds support for the following PEAK-System CAN FD interfaces:
PCAN-cPCIe FD CAN FD Interface for cPCI Serial (2 or 4 channels)
PCAN-PCIe/104-Express CAN FD Interface for PCIe/104-Express (1, 2 or 4 ch.)
PCAN-miniPCIe FD CAN
On Fri, Nov 10, 2017 at 12:54:34PM +0100, Egil Hjelmeland wrote:
> IGMP packets should be trapped to the CPU port. The SW bridge knows
> whether to forward to other ports.
>
> With "IGMP snooping for local traffic" merged, IGMP trapping is also
> required for stable IGMPv2 operation.
>
> LAN9303
From: Tonghao Zhang
Date: Fri, 10 Nov 2017 04:47:58 -0800
> As important member of file_system_type, we set
> ->owner for sock_fs_type.
>
> Signed-off-by: Tonghao Zhang
The value of THIS_MODULE is always NULL in this file.
Sorry, I'm
> skb->offload_fwd_mark calculation is a candidate for consolidation into the
> DSA core. The calculation can probably be more polished when done at a point
> where DSA has updated skb.
Hi Egil
Yes, at some point we should do this. But at the moment it is too
early. We don't have enough
On 11/10/2017 07:24 AM, Wang, Dongsheng wrote:
On QDF2400, EMAC TPD buff address size is [45:0]. buff address_l [31:0],
buff address_h [31:18].
The address_h should change from [30:18] to [31:18]. So TPD buff address
should has 46bits.
Bit 31 of the Word 3 in the TPD is the Timestamp_save.
2017-11-09 15:04 GMT+08:00 Greentime Hu :
> 2017-11-08 17:04 GMT+08:00 Arnd Bergmann :
>> On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>>
>>> +
>>> +#define ioremap(cookie,size) __ioremap(cookie,size,0,1)
>>> +#define
> Out of curiosity: Are there fundamental reasons why ToR switches don't use
> the DSA model, or is it more historical?
Yes, there is a fundamental reason.
https://www.netdevconf.org/2.1/session.html?lunn_didelot_fainelli
DSA always has a host Ethernet interface connected to a port of the
On 11/09/2017 09:21 PM, J. Bruce Fields wrote:
> On Tue, Oct 17, 2017 at 12:40:27PM -0400, Jeff Layton wrote:
>> On Tue, 2017-10-17 at 18:14 +0200, Bhumika Goyal wrote:
>>> Make the function argument as const. After thing change, make
>>> the cache_detail structures as const.
>>>
>>> Bhumika
Hi.
I'm running the machine with this patch applied for 7 hours now, and the
warning hasn't appeared yet. Typically, it should be there within the
first hour.
I'll keep an eye on it for a longer time, but as of now it looks good.
Some explanation on this please?
Thanks!
06.11.2017 23:27,
Hey, Timur,
On 2017/11/10 20:57, Timur Tabi wrote:
On 11/10/17 3:49 AM, Wang Dongsheng wrote:
TPD has 46-bits as buff address valid bit. So fix the buff address
from 45-bits to 46-bits.
NAK.
The TPD has 45 bits. Why do you say it was 46?
On QDF2400, EMAC TPD buff address size is [45:0].
Uhh, sorry, just found the original submission [1].
[1] https://marc.info/?l=linux-netdev=151009763926816=2
10.11.2017 14:15, Oleksandr Natalenko wrote:
Hi.
I'm running the machine with this patch applied for 7 hours now, and
the warning hasn't appeared yet. Typically, it should be there
From: Manish Kurup
Date: Fri, 10 Nov 2017 07:30:09 -0500
> The last version I sent out (with changes for comments), was v10, But
> I noticed that you applied v7 (without the reverse xmas tree patch on
> patch #3).
Check my tree, I actually applied a later version than
> OK, so looks like DSA is actually what I need. I just didn't see a clear
> implementation path for e.g. ACL functions.
> Correct me if I'm wrong, to add support for ar8327 ACL or port rate control
> I should expand struct dsa_switch_ops, add appropriate infrastructure in
> netfilter/tc
On Fri, 10 Nov 2017 12:56:06 +0800
Yafang Shao wrote:
> Could the macro tcp_state_name() be renamed ?
> If is included in include/net/tcp.h, it will
Ideally, you don't want to include trace/events/*.h headers in other
headers, as they can have side effects if those
On Fri, 10 Nov 2017, Saeed Mahameed wrote:
> Well, I can speak for mlx5 case or most of the network drivers, where
> all of the queues associated with an interrupt, move with it, so i
> don't think our current driver have this issue. I don't believe there
> are network driver with fixed Per cpu
On 11/09/2017 06:31 PM, Nathan Fontenot wrote:
On 11/09/2017 01:00 PM, Desnes Augusto Nunes do Rosario wrote:
This patch implements and enables VDP support for the ibmvnic driver.
Moreover, it includes the implementation of suitable structs, signal
transmission/handling and functions which
On 11/10/2017 08:41 AM, Desnes Augusto Nunes do Rosário wrote:
>
>
> On 11/09/2017 06:31 PM, Nathan Fontenot wrote:
>> On 11/09/2017 01:00 PM, Desnes Augusto Nunes do Rosario wrote:
>>> This patch implements and enables VDP support for the ibmvnic driver.
>>> Moreover, it includes the
On Tue, 2017-11-07 at 21:32 +1100, Tobin C. Harding wrote:
> Currently we are leaking addresses from the kernel to user space.
> This
> script is an attempt to find some of those leakages. Script parses
> `dmesg` output and /proc and /sys files for hex strings that look
> like
> kernel addresses.
Yonghong,
The patch looks good to me, but I'll try to read it carefully later.
Just a couple of cosmetic nits for now.
On 11/09, Yonghong Song wrote:
>
> --- a/arch/x86/include/asm/uprobes.h
> +++ b/arch/x86/include/asm/uprobes.h
> @@ -53,6 +53,10 @@ struct arch_uprobe {
>
On 11/10/2017 03:10 AM, David Laight wrote:
> From: Florian Fainelli
>> Sent: 09 November 2017 22:35
>>
>> In preparation for enabling Broadcom tags with b53, pad packets to a
>> minimum size of 64 bytes (sans FCS) in order for the Broadcom switch to
>> accept ingressing frames. Without this, we
On 11/09/2017 02:34 PM, Florian Fainelli wrote:
> Hi all,
>
> This was long overdue, with this patch series, the b53 driver now
> turns on Broadcom tags except for 5325 and 5365 which use an older
> format that we do not support yet (TBD).
>
> First patch is necessary in order for bgmac, used on
On Wed, Nov 8, 2017 at 5:00 AM, Dmitry Vyukov wrote:
> On Wed, Nov 8, 2017 at 1:58 PM, syzbot
>
> wrote:
>> Hello,
>>
>> syzkaller hit the following crash on
>> 7dfaa7bc99498da1c6c4a48bee8d2d5265161a8c
>>
On Fri, Nov 10, 2017 at 5:07 PM, Greentime Hu wrote:
> 2017-11-09 15:04 GMT+08:00 Greentime Hu :
>> 2017-11-08 17:04 GMT+08:00 Arnd Bergmann :
>>> On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>>>
+
> On Nov 10, 2017, at 7:07 AM, Steven Rostedt wrote:
>
> On Fri, 10 Nov 2017 12:56:06 +0800
> Yafang Shao wrote:
>
>> Could the macro tcp_state_name() be renamed ?
>> If is included in include/net/tcp.h, it will
>
> Ideally, you don't want to
On Thu, Nov 9, 2017 at 4:43 PM, Alexei Starovoitov wrote:
> On 11/10/17 8:04 AM, Vlad Dumitrescu wrote:
>>
>> From: Vlad Dumitrescu
>>
>> Allows BPF_PROG_TYPE_SOCK_OPS programs to read sk_priority.
>>
>> Signed-off-by: Vlad Dumitrescu
>> ---
>>
Den 10. nov. 2017 15:07, skrev Andrew Lunn:
skb->offload_fwd_mark calculation is a candidate for consolidation into the
DSA core. The calculation can probably be more polished when done at a point
where DSA has updated skb.
Hi Egil
Yes, at some point we should do this. But at the moment it
On Thu, Nov 9, 2017 at 12:50 AM, Pravin Shelar wrote:
> On Thu, Nov 9, 2017 at 11:00 AM, Andy Zhou wrote:
>> Implements OVS kernel meter action support.
>>
>> Signed-off-by: Andy Zhou
>> ---
> I could not apply this patch on latest net-next.
I will
On Fri, Nov 10, 2017 at 10:34:59AM +0100, Ingo Molnar wrote:
>
> * Josef Bacik wrote:
>
> > @@ -551,6 +578,10 @@ static const struct bpf_func_proto
> > *kprobe_prog_func_proto(enum bpf_func_id func
> > return _get_stackid_proto;
> > case
Uprobe is a tracing mechanism for userspace programs.
Typical uprobe will incur overhead of two traps.
First trap is caused by replaced trap insn, and
the second trap is to execute the original displaced
insn in user space.
To reduce the overhead, kernel provides hooks
for architectures to
On 11/10/2017 12:54 PM, Nathan Fontenot wrote:
On 11/10/2017 08:41 AM, Desnes Augusto Nunes do Rosário wrote:
On 11/09/2017 06:31 PM, Nathan Fontenot wrote:
On 11/09/2017 01:00 PM, Desnes Augusto Nunes do Rosario wrote:
This patch implements and enables VDP support for the ibmvnic driver.
Warning!!!
Account Owner Upgrade is needed by our member use due to network error, Your
email was detected by Unknown IP Address 712.54.5.837 and We discovered
something unusual about your email account in our computer date-base System.
For Security reasons to enable automatic clean up to
Later patches will invoke get_dp() outside of datapath.c. Export it.
Signed-off-by: Andy Zhou
---
net/openvswitch/datapath.c | 29 -
net/openvswitch/datapath.h | 31 +++
2 files changed, 31 insertions(+), 29 deletions(-)
OVS kernel datapath so far does not support Openflow meter action.
This is the first stab at adding kernel datapath meter support.
This implementation supports only drop band type.
Signed-off-by: Andy Zhou
---
net/openvswitch/Makefile | 1 +
net/openvswitch/datapath.c | 14
Meter has its own netlink family. Define netlink messages and attributes
for communicating with the user space programs.
Signed-off-by: Andy Zhou
---
include/uapi/linux/openvswitch.h | 51
1 file changed, 51 insertions(+)
diff --git
This patch series is the first attempt to add openvswitch
meter support. We have previously experimented with adding
metering support in nftables. However 1) It was not clear
how to expose a named nftables object cleanly, and 2)
the logic that implements metering is quite small, < 100 lines
of
Implements OVS kernel meter action support.
Signed-off-by: Andy Zhou
---
include/uapi/linux/openvswitch.h | 3 +++
net/openvswitch/actions.c| 6 ++
net/openvswitch/datapath.h | 1 +
net/openvswitch/flow_netlink.c | 6 ++
4 files changed, 16 insertions(+)
On Fri, Nov 10, 2017 at 12:38:27AM +0100, Pali Rohár wrote:
> This function works pretty much like request_firmware(), but it prefer
> usermode helper. If usermode helper fails then it fallback to direct
> access. Useful for dynamic or model specific firmware data.
>
> Signed-off-by: Pali Rohár
On Fri, Nov 10, 2017 at 11:33:25AM -0800, Florian Fainelli wrote:
> In preparation for enabling Broadcom tags with b53, pad packets to a
> minimum size of 64 bytes (sans FCS) in order for the Broadcom switch to
> accept ingressing frames. Without this, we would typically be able to
> DHCP, but not
On Friday 10 November 2017 21:26:01 Luis R. Rodriguez wrote:
> On Fri, Nov 10, 2017 at 12:38:27AM +0100, Pali Rohár wrote:
> > This function works pretty much like request_firmware(), but it prefer
> > usermode helper. If usermode helper fails then it fallback to direct
> > access. Useful for
From: Vlad Dumitrescu
Allows BPF_PROG_TYPE_SOCK_OPS programs to read sk_priority.
Signed-off-by: Vlad Dumitrescu
---
include/uapi/linux/bpf.h | 1 +
net/core/filter.c | 11 +++
tools/include/uapi/linux/bpf.h | 1 +
3 files
On Fri, Nov 10, 2017 at 08:10:43AM +0100, Ivan Vecera wrote:
> On 10.11.2017 07:57, Leon Romanovsky wrote:
> > On Fri, Nov 10, 2017 at 07:20:14AM +0100, Ivan Vecera wrote:
> >> The patch adds support to batch devlink commands.
> >>
> >> Cc: Jiri Pirko
> >> Cc: Arkadi
On Fri, Nov 10, 2017 at 11:33:26AM -0800, Florian Fainelli wrote:
> dev->cpu_port is the driver local information that should only be used
> to look up register offsets for a particular port, when they differ
> (e.g: IMP port override), but it should certainly not be used in place
> of the DSA
On Fri, Nov 10, 2017 at 3:50 AM, Fengguang Wu wrote:
> It works, thank you for fixing this ancient bug!
>
> Tested-by: Fengguang Wu
Thanks for all the 0day work to make people finally figure this out.
Linus
Good day
My name is Lutz Albrecht, an attorney, I have searched for several years to
locate any possible relative of a late client of mine who died intestate but
left a huge financial estate. I am contacting you because you have the same
last name to present you as the beneficiary of the
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: 6c4a01b27852 ("bpf: Sample bpf program to set sndcwnd clamp")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_clamp_kern.c | 24 +---
1 file changed, 13
On 11/10/2017 09:42 PM, Lawrence Brakmo wrote:
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: 8550f328f45d ("bpf: Support for per connection SYN/SYN-ACK RTOs")
Hmm, for most of the series (if not all), I think Fixes tag is:
390ee7e29fc8
On Fri, 10 Nov 2017, Linus Torvalds wrote:
> On Wed, Nov 8, 2017 at 9:19 PM, Fengguang Wu wrote:
> >
> > Yes it's accessing the list. Here is the faddr2line output.
>
> Ok, so it's a corrupted timer list. Which is not a big surprise.
>
> It's
>
>
On Wed, Nov 8, 2017 at 9:19 PM, Fengguang Wu wrote:
>
> Yes it's accessing the list. Here is the faddr2line output.
Ok, so it's a corrupted timer list. Which is not a big surprise.
It's
next->pprev = pprev;
in __hlist_del(), and the trapping instruction
On Fri, Nov 10, 2017 at 12:26 PM, Luis R. Rodriguez wrote:
> even if you *leave* the flag in place and a driver required
> this, but the kernel was compiled without CONFIG_FW_LOADER_USER_HELPER then
> calling fw_load_from_user_helper would just already return -ENOENT, as such
The programs were returning -1 in some cases when they should
only return 0 or 1. Changes in the verifier now catch this
issue and the programs fail to load. This is now fixed.
[PATCH net-next 1/6] bpf: Fix tcp_synrto_kern.c sample program
[PATCH net-next 2/6] bpf: Fix tcp_rwnd_kern.c sample
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: d9925368a641 ("bpf: Sample BPF program to set buffer sizes")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_bufs_kern.c | 14 --
1 file changed, 8 insertions(+), 6
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: bb56d4449d8b ("bpf: Sample BPF program to set congestion control")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_cong_kern.c | 6 --
1 file changed, 4 insertions(+), 2
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: 7bc62e285479 ("bpf: Sample BPF program to set initial cwnd")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_iw_kern.c | 14 --
1 file changed, 8 insertions(+), 6
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: c400296bf63d ("bpf: Sample bpf program to set initial window")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_rwnd_kern.c | 6 --
1 file changed, 4 insertions(+), 2
The program was returning -1 in some cases which is not allowed
by the verifier any longer.
Fixes: 8550f328f45d ("bpf: Support for per connection SYN/SYN-ACK RTOs")
Signed-off-by: Lawrence Brakmo
---
samples/bpf/tcp_synrto_kern.c | 6 --
1 file changed, 4 insertions(+), 2
The last user of .tunnel_sock is pppol2tp_connect() which defensively
uses it to verify internal data consistency.
This check isn't necessary: l2tp_session_get() guarantees that the
returned session belongs to the tunnel passed as parameter. And
.tunnel_sock is never updated, so checking that it
This field has never been used.
Signed-off-by: Guillaume Nault
---
net/l2tp/l2tp_eth.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/l2tp/l2tp_eth.c b/net/l2tp/l2tp_eth.c
index 3e2dec1fb0f5..5c366ecfa1cb 100644
--- a/net/l2tp/l2tp_eth.c
+++ b/net/l2tp/l2tp_eth.c
Sessions don't need to use l2tp_sock_to_tunnel(xxx->tunnel_sock) for
accessing their parent tunnel. They have the .tunnel field in the
l2tp_session structure for that. Furthermore, in all these cases, the
session is registered, so we're guaranteed that .tunnel isn't NULL and
that the session
We don't need to copy the tunnel's socket pointer in the pseudo-wire
specific session structures. This uselessly complicates the code
and hampers evolution.
This series was part of an effort to protect tunnels socket pointer
with RCU. But since it provides nice cleanup, I submit it separately.
On Tue, Nov 07, 2017 at 03:10:42PM +, Fabrizio Castro wrote:
> Document "renesas,can-r8a7743" and "renesas,can-r8a7745" compatible
> strings. Since the fallback compatible string ("renesas,rcar-gen2-can")
> activates the right code in the driver, no driver change is needed.
>
> Signed-off-by:
Commit eb1723a29b9a ("xen-netback: refactor guest rx") refactored Rx
handling and as a result decreased max grant copy ops from 4352 to 64.
Before this commit it would drain the rx_queue (while there are
enough slots in the ring to put packets) then copy to all pages and write
responses on the
Hi all,
This was long overdue, with this patch series, the b53 driver now
turns on Broadcom tags except for 5325 and 5365 which use an older
format that we do not support yet (TBD).
First patch is necessary in order for bgmac, used on BCM5301X and Northstar
Plus to work correctly and
dev->cpu_port is the driver local information that should only be used
to look up register offsets for a particular port, when they differ
(e.g: IMP port override), but it should certainly not be used in place
of the DSA configured CPU port.
Since the DSA switch layer calls port_vlan_{add,del}()
Enable Broadcom tags for b53 devices, except 5325 and 5365 which use a
different Broadcom tag format not yet supported by net/dsa/tag_brcm.c.
We also make sure that we can turn on Broadcom tags on a CPU port number
that is capable of that: 5, 7 or 8.
Signed-off-by: Florian Fainelli
In preparation for enabling Broadcom tags with b53, pad packets to a
minimum size of 64 bytes (sans FCS) in order for the Broadcom switch to
accept ingressing frames. Without this, we would typically be able to
DHCP, but not resolve with ARP because packets are too small and get
rejected by the
1 - 100 of 167 matches
Mail list logo