On Fri, 2017-02-03 at 22:26 -0600, Parav Pandit wrote:
> This patch makes use of is_vlan_dev() function instead of flag
> comparison which is exactly done by is_vlan_dev() helper function.
Thanks.
btw: after applying this patch, there is one left
$ git grep -E -n "&\s*IFF_802_1Q_VLAN\b" -- "*.c
This patch makes use of is_vlan_dev() function instead of flag
comparison which is exactly done by is_vlan_dev() helper function.
Signed-off-by: Parav Pandit
Reviewed-by: Daniel Jurgens
---
drivers/infiniband/core/cma.c| 6 ++
drivers/infiniband/sw/rxe/rxe_net.c
in cases where bpf programs are looking at sockets and packets
that belong to different netns, it could be useful to get an id
that uniquely identify a netns within the whole system.
Therefore introduce 'u64 bpf_sk_netns_id(sk);' helper. It returns
unique value that identifies netns of given socke
> On Feb 3, 2017, at 3:40 PM, Cong Wang wrote:
>
> On Thu, Feb 2, 2017 at 6:05 PM, Joel Cunningham
> wrote:
>>
>> In the case of SIOCSIFHWADDR, we get a pointer to the net_device through
>> __dev_get_by_name() and then pass it to dev_set_mac_address() to modify
>> through ndo_set_mac_addres
On 2017年01月28日 05:33, John Fastabend wrote:
This adds ndo ops for upper layer objects to request direct DMA from
the network interface into memory "slots". The slots must be DMA'able
memory given by a page/offset/size vector in a packet_ring_buffer
structure.
The PF_PACKET socket interface can
From: Mitch Williams
This device ID was intended for use when running Linux VF drivers under
Hyper-V, but we have determined that it is not necessary. Since it is
unused, and will never be used, remove it.
Change-ID: I74998ab4237db043cd400547bb54a0a5e2a37ea5
Signed-off-by: Mitch Williams
Tested
From: Jacob Keller
This function won't be appreciably slower when in VLAN mode, so there is
no real reason to not just call it directly. In either case, we still
must search the full table for a MAC/VLAN pair. We do get to stop
searching a tiny bit early in the case of knowing we are not in VLAN
From: Jacob Keller
Now that we have the separate i40e_(add|rm)_vlan_all_mac functions, we
should not be using the i40e_vsi_kill_vlan or i40e_vsi_add_vlan
functions when PVID is set or when VID is less than 1. This allows us to
remove some checks in i40e_vsi_add_vlan and ensures that callers which
From: Jacob Keller
Fold the check for determining when to call i40e_put_mac_in_vlan directly
into the function so that we don't need to decide which function to use
ahead of time. This allows us to just call i40e_put_mac_in_vlan directly
without having to check ahead of time.
Change-ID: Ifff5269
From: Mitch Williams
After refactoring the client open and close code, this is no longer
needed. Remove it.
Change-ID: If8e6e32baa354d857c2fd8b2f19404f1786011c4
Signed-off-by: Mitch Williams
Tested-by: Andrew Bowers
Signed-off-by: Jeff Kirsher
---
drivers/net/ethernet/intel/i40e/i40e.h
From: Alexander Duyck
This patch does some quick work to pull some of the data off of the stack
and hopefully start storing it in the Tx buffer info section of the Tx
ring. Ideally we should be moving away from having to store much of
anything on the stack and can just maintain it all in the des
From: Bimmy Pujari
I40E_MAC_X710 was supposed to be for 10G and I40E_MAC_XL710
was supposed to be for 40G. But function i40e_is_mac_710
sets I40E_MAC_XL710 for all device IDS, I40E_MAC_X710 is not
used at all. As there is nothing to compare there is no need
for this function. Thus deprecating thi
From: Alan Brady
Due to the resolution of the register controlling interrupt rate
limiting, setting certain values for the interrupt rate limit make it
appear as though the limiting is not completely accurate. The problem
is that the interrupt rate limit is getting rounded down to the nearest
mu
From: Jacob Keller
Instead of using i40e_add_filter or i40e_del_filter directly, when
adding a MAC address, we should normally be using i40e_add_mac_filter or
i40e_del_mac_filter. These functions correctly handle the various cases
of VLAN mode or PVID settings. This ensures consistency and avoids
From: Jacob Keller
Use __i40e_del_filter instead of using i40e_del_filter() which will
avoid doing an additional search to delete a filter we already have the
pointer for.
Change-ID: Iea5a7e3cafbf8c682ed9d3b6c69cf5ff53f44daf
Signed-off-by: Jacob Keller
Tested-by: Andrew Bowers
Signed-off-by: J
From: Alan Brady
This patch refactors the macro INTRL_USEC_TO_REG into a static inline
function and fixes a couple subtle bugs caused by the macro.
This patch fixes a bug which was caused by passing a bad register value
to the firmware. If enabling interrupt rate limiting, a non-zero value
for
From: Tushar Dave
'struct i40e_dma_mem' defined with 'packed' directive causing kernel
unaligned errors on sparc.
e.g.
i40e: Intel(R) Ethernet Connection XL710 Network Driver - version
1.6.16-k
i40e: Copyright (c) 2013 - 2014 Intel Corporation.
Kernel unaligned access at TPC[44894c] dma_4v_alloc
From: Jacob Keller
These functions purpose is to add a new MAC filter correctly, whether
we're using VLANs or not. Their goal is to ensure that all active VLANs
get the new MAC filter. Rename them so that their intent is clear. They
function correctly regardless of whether we have any active VLAN
From: Jayaprakash Shanmugam
Requirement for VFs to use the VMBus has been removed that's why
removing Hyper-V VF device ID.
Change-ID: I84f0964f443ee0db3e5e444b5ace996eb71b8280
Signed-off-by: Jayaprakash Shanmugam
Tested-by: Andrew Bowers
Signed-off-by: Jeff Kirsher
---
drivers/net/ethernet/
This series contains updates to i40e/i40evf only.
Jake fixes up the driver to not call i40e_vsi_kill_vlan() or
i40e_vsi_add_vlan() when the PVID is set or when the VID is less than 1.
Cleaned up a check which really is not needed since there is no real
reason why we cannot just call i40e_del_mac_a
On 02/03/2017 10:20 AM, Vivien Didelot wrote:
> Simplify the code handling the slave netdevice notifier call by
> providing a dsa_slave_changeupper helper for NETDEV_CHANGEUPPER, and so
> on (only this event is supported at the moment.)
>
> Return NOTIFY_DONE when we did not care about an event,
On 02/03/2017 01:39 PM, Jon Mason wrote:
> From: Joey Zhong
>
> Implements suspend/resume, external phy 54810 is assumed
> to remain powered up during deep-sleep for wake-on-lane.
s/wake-on-lane/Wake-on-LAN, are you positive phy_stop() is not
suspending the PHY and issuing BMCR_PWRDOWN write?
T
On Fri, 3 Feb 2017 17:32:16 -0800, Michael Chan wrote:
> On Fri, Feb 3, 2017 at 4:33 PM, Jakub Kicinski wrote:
> > On Fri, 03 Feb 2017 16:50:54 -0500 (EST), David Miller wrote:
> >> We don't set precedence by one driver saying "hey it's better to do
> >> things this way, forget what all the othe
> -Original Message-
> From: Alexander Duyck [mailto:alexander.du...@gmail.com]
> Sent: Saturday, February 04, 2017 12:43 AM
> To: maowenan
> Cc: Netdev; Jeff Kirsher
> Subject: Re: [PATCH net-next 2/2] add one config to select relax order mode in
> intel NIC's Kconfig
>
> On Fri, Feb 3,
On Fri, Feb 3, 2017 at 4:33 PM, Jakub Kicinski wrote:
> On Fri, 03 Feb 2017 16:50:54 -0500 (EST), David Miller wrote:
>> We don't set precedence by one driver saying "hey it's better to do
>> things this way, forget what all the other drivers are doing." Rather
>> we have a "discussion" about wha
On Sat, Feb 04, 2017 at 12:42:31AM +0100, Daniel Borkmann wrote:
> On 02/04/2017 12:06 AM, Alexei Starovoitov wrote:
> >On Fri, Feb 03, 2017 at 10:56:43PM +0100, Daniel Borkmann wrote:
> >>On 01/26/2017 04:27 AM, Alexei Starovoitov wrote:
> >>>in cases where bpf programs are looking at sockets and
in cases where bpf programs are looking at sockets and packets
that belong to different netns, it could be useful to get an id
that uniquely identify a netns within the whole system.
Therefore introduce 'u64 bpf_sk_netns_id(sk);' helper. It returns
unique value that identifies netns of given socke
On Fri, 03 Feb 2017 16:50:54 -0500 (EST), David Miller wrote:
> We don't set precedence by one driver saying "hey it's better to do
> things this way, forget what all the other drivers are doing." Rather
> we have a "discussion" about what the appropriate thing is to do and
> convert all the drive
On 2017-02-03 22:39, Jon Mason wrote:
BCM471X and BCM535X are of the same family (from what I can derive from
internal documents). Group them into the case statement together,
which
results in more code reuse.
Also, use existing helper variables to make the code a little more
readable too.
S
On 02/03/2017 10:08 PM, Jon Mason wrote:
From: Hari Vyas
ndo_set_mac_address() passes struct sockaddr * as 2nd parameter to
bgmac_set_mac_address() but code assumed u8 *. This caused two bytes
chopping and the wrong mac address was configured.
Signed-off-by: Hari Vyas
Signed-off-by: Jon Maso
Begin forwarded message:
Date: Fri, 03 Feb 2017 21:14:28 +
From: bugzilla-dae...@bugzilla.kernel.org
To: step...@networkplumber.org
Subject: [Bug 193911] New: net_prio.ifpriomap is not aware of the network
namespace, and discloses all network interface
https://bugzilla.kernel.org/show_bug
On 02/04/2017 12:06 AM, Alexei Starovoitov wrote:
On Fri, Feb 03, 2017 at 10:56:43PM +0100, Daniel Borkmann wrote:
On 01/26/2017 04:27 AM, Alexei Starovoitov wrote:
in cases where bpf programs are looking at sockets and packets
that belong to different netns, it could be useful to read netns in
Thanks. I got it. I will resubmit v3 patch!
On Fri, Feb 3, 2017 at 2:53 PM, Alexei Starovoitov
wrote:
> On Fri, Feb 03, 2017 at 11:29:19PM +0100, Daniel Borkmann wrote:
>> On 02/03/2017 10:10 PM, William Tu wrote:
>> >Hi Alexei,
>> >
>> >why it is bogus? on my system, it fails without the patch a
On Fri, 2017-02-03 at 18:20 -0500, Willem de Bruijn wrote:
> From: Willem de Bruijn
>
> When IFF_VNET_HDR is enabled, a virtio_net header must precede data.
> Data length is verified to be greater than or equal to expected header
> length tun->vnet_hdr_sz before copying.
>
> Macvtap functions re
On Fri, 2017-02-03 at 18:20 -0500, Willem de Bruijn wrote:
> From: Willem de Bruijn
>
> When IFF_VNET_HDR is enabled, a virtio_net header must precede data.
> Data length is verified to be greater than or equal to expected header
> length tun->vnet_hdr_sz before copying.
>
> Read this value once
On Fri, Feb 3, 2017 at 3:03 AM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> syzkaller found another out of bound access in ip_options_compile(),
> or more exactly in cipso_v4_validate()
>
> Fixes: 20e2a8648596 ("cipso: handle CIPSO options correctly when NetLabel is
> disabled")
> Fixes: 446fda
On Fri, Feb 03, 2017 at 01:07:39PM -0800, Andy Lutomirski wrote:
>
> Is there any plan to address this? If not, I'll try to write that
> patch this weekend.
yes. I'm working on 'disallow program override' flag.
It got stalled, because netns discussion got stalled.
Later today will send a patch f
From: Willem de Bruijn
Tuntap devices allow concurrent use and update of field vnet_hdr_sz.
Read the field once to avoid TOCTOU.
Willem de Bruijn (2):
tun: read vnet_hdr_sz once
macvtap: read vnet_hdr_size once
drivers/net/macvtap.c | 4 ++--
drivers/net/tun.c | 10 ++
2 files
From: Willem de Bruijn
When IFF_VNET_HDR is enabled, a virtio_net header must precede data.
Data length is verified to be greater than or equal to expected header
length tun->vnet_hdr_sz before copying.
Read this value once and cache locally, as it can be updated between
the test and use (TOCTOU
From: Willem de Bruijn
When IFF_VNET_HDR is enabled, a virtio_net header must precede data.
Data length is verified to be greater than or equal to expected header
length tun->vnet_hdr_sz before copying.
Macvtap functions read the value once, but unless READ_ONCE is used,
the compiler may ignore
On Fri, 2017-02-03 at 16:28 -0500, David Miller wrote:
> Pretty sloppy submission Jeff.
>
> First of all, things are getting backlogged way too much. 19 patches
> is too large, you need to keep it closer down to 10 and the very very
> low teens. You need to send me pull requests more often so th
On Fri, Feb 03, 2017 at 01:00:47PM -0800, Andy Lutomirski wrote:
>
> ISTM any ability to migrate namespaces and to migrate eBPF programs
> that know about namespaces needs to have the eBPF program firmly
> rooted in some namespace (or perhaps cgroup in this case) so that it
programs are already g
On Fri, Feb 03, 2017 at 10:56:43PM +0100, Daniel Borkmann wrote:
> On 01/26/2017 04:27 AM, Alexei Starovoitov wrote:
> >in cases where bpf programs are looking at sockets and packets
> >that belong to different netns, it could be useful to read netns inode,
> >so that programs can make intelligent
On Fri, 2017-02-03 at 17:28 -0500, David Miller wrote:
> Actually, one more driver needs converting, "enic".
>
> I did a quick and dirty conversion:
>
>
> From 7a655c6324a8968ea2f027bf3660c87c42ac3de4 Mon Sep 17 00:00:00 2001
> From: "David S. Miller"
> Date: Fri, 3 Feb 201
On Fri, 2017-02-03 at 17:18 -0500, David Miller wrote:
> From: Eric Dumazet
> Date: Thu, 02 Feb 2017 18:43:28 -0800
>
> > From: Eric Dumazet
> >
> > We added generic support for busy polling in NAPI layer in linux-4.5
> >
> > No network driver uses ndo_busy_poll() anymore, we can get rid
> > o
From: Eric Dumazet
Splicing from TCP socket is vulnerable when a packet with URG flag is
received and stored into receive queue.
__tcp_splice_read() returns 0, and sk_wait_data() immediately
returns since there is the problematic skb in queue.
This is a nice way to burn cpu (aka infinite loop)
On Fri, Feb 03, 2017 at 11:29:19PM +0100, Daniel Borkmann wrote:
> On 02/03/2017 10:10 PM, William Tu wrote:
> >Hi Alexei,
> >
> >why it is bogus? on my system, it fails without the patch applied.
> >
> >--William
> >
> >On Fri, Feb 3, 2017 at 12:55 PM, Alexei Starovoitov
> > wrote:
> >>On Fri, Feb
On Fri, Feb 3, 2017 at 4:41 PM, Rafał Miłecki wrote:
> On 02/03/2017 10:08 PM, Jon Mason wrote:
>>
>> @@ -61,15 +60,20 @@ static bool platform_bgmac_clk_enabled(struct bgmac
>> *bgmac)
>>
>> static void platform_bgmac_clk_enable(struct bgmac *bgmac, u32 flags)
>> {
>> - bgmac_idm_write(bgm
From: Eric Dumazet
Date: Fri, 03 Feb 2017 14:29:42 -0800
> From: Eric Dumazet
>
> My recent change missed fact that UFO would perform a complete
> UDP checksum before segmenting in frags.
>
> In this case skb->ip_summed is set to CHECKSUM_NONE.
>
> We need to add this valid case to skb_needs_
On Fri, Feb 3, 2017 at 4:48 PM, Rafał Miłecki wrote:
> On 2017-02-03 22:39, Jon Mason wrote:
>>
>> BCM471X and BCM535X are of the same family (from what I can derive from
>> internal documents). Group them into the case statement together, which
>> results in more code reuse.
>>
>> Also, use exis
From: Eric Dumazet
My recent change missed fact that UFO would perform a complete
UDP checksum before segmenting in frags.
In this case skb->ip_summed is set to CHECKSUM_NONE.
We need to add this valid case to skb_needs_check()
Fixes: b2504a5dbef3 ("net: reduce skb_warn_bad_offload() noise")
S
On 02/03/2017 10:10 PM, William Tu wrote:
Hi Alexei,
why it is bogus? on my system, it fails without the patch applied.
--William
On Fri, Feb 3, 2017 at 12:55 PM, Alexei Starovoitov
wrote:
On Fri, Feb 03, 2017 at 09:22:45AM -0800, William Tu wrote:
The patch fixes the case when adding a zer
From: Tom Herbert
Date: Fri, 3 Feb 2017 14:25:00 -0800
> On Fri, Feb 3, 2017 at 2:02 PM, David Miller wrote:
>> From: Tom Herbert
>> Date: Fri, 3 Feb 2017 13:58:56 -0800
>>
>>> On Fri, Feb 3, 2017 at 1:50 PM, David Miller wrote:
From: Michael Chan
Date: Fri, 3 Feb 2017 13:13:47 -080
From: David Miller
Date: Fri, 03 Feb 2017 17:18:20 -0500 (EST)
> From: Eric Dumazet
> Date: Thu, 02 Feb 2017 18:43:28 -0800
>
>> From: Eric Dumazet
>>
>> We added generic support for busy polling in NAPI layer in linux-4.5
>>
>> No network driver uses ndo_busy_poll() anymore, we can get rid
On 2/3/17 2:09 PM, Daniel Borkmann wrote:
> On 02/03/2017 09:38 PM, David Ahern wrote:
>> Similar to classic bpf, support saving original ebpf instructions
>>
>> Signed-off-by: David Ahern
>
> Not convinced that this is in the right direction, this not only
> *significantly*
> increases mem foot
On 03/02/17 23:24, Stephen Hemminger wrote:
> On Fri, 3 Feb 2017 19:34:19 +0100
> Nikolay Aleksandrov wrote:
>
>> On 03/02/17 19:28, Stephen Hemminger wrote:
>>> On Fri, 3 Feb 2017 09:30:37 +0100
>>> Nikolay Aleksandrov wrote:
>>>
On 03/02/17 03:47, David Miller wrote:
> From: Niko
On Fri, Feb 3, 2017 at 2:02 PM, David Miller wrote:
> From: Tom Herbert
> Date: Fri, 3 Feb 2017 13:58:56 -0800
>
>> On Fri, Feb 3, 2017 at 1:50 PM, David Miller wrote:
>>> From: Michael Chan
>>> Date: Fri, 3 Feb 2017 13:13:47 -0800
>>>
On Fri, Feb 3, 2017 at 12:49 PM, David Miller wrote:
On Fri, 3 Feb 2017 19:34:19 +0100
Nikolay Aleksandrov wrote:
> On 03/02/17 19:28, Stephen Hemminger wrote:
> > On Fri, 3 Feb 2017 09:30:37 +0100
> > Nikolay Aleksandrov wrote:
> >
> >> On 03/02/17 03:47, David Miller wrote:
> >>> From: Nikolay Aleksandrov
> >>> Date: Tue, 31 Jan 2017 16:31
On 02/03/2017 10:08 PM, Jon Mason wrote:
@@ -61,15 +60,20 @@ static bool platform_bgmac_clk_enabled(struct bgmac *bgmac)
static void platform_bgmac_clk_enable(struct bgmac *bgmac, u32 flags)
{
- bgmac_idm_write(bgmac, BCMA_IOCTL,
- (BCMA_IOCTL_CLK | BCMA_IOCTL_FGC |
From: Eric Dumazet
Date: Thu, 02 Feb 2017 16:59:18 -0800
> From: Eric Dumazet
>
> In linux-4.5, busy polling was implemented in core
> NAPI stack, meaning that all custom implementation can
> be removed from drivers.
>
> Not only we remove lot's of code, we also remove one lock
> operation in
From: Eric Dumazet
Date: Thu, 02 Feb 2017 18:43:28 -0800
> From: Eric Dumazet
>
> We added generic support for busy polling in NAPI layer in linux-4.5
>
> No network driver uses ndo_busy_poll() anymore, we can get rid
> of the pointer in struct net_device_ops, and its use in sk_busy_loop()
>
From: Eric Dumazet
Date: Thu, 02 Feb 2017 16:26:39 -0800
> From: Eric Dumazet
>
> In linux-4.5, busy polling was implemented in core
> NAPI stack, meaning that all custom implementation can
> be removed from drivers.
>
> Not only we remove lot's of code, we also remove one lock
> operation in
On Fri, 2017-02-03 at 13:20 -0800, Shannon Nelson wrote:
> On 2/3/2017 9:56 AM, Eric Dumazet wrote:
> > On Fri, 2017-02-03 at 09:42 -0800, Shannon Nelson wrote:
> >> In order to allow the underlying LDC and outstanding memory operations
> >> to potentially catch up with the driver's Tx requests, ad
From: Pablo Neira Ayuso
Date: Fri, 3 Feb 2017 13:25:11 +0100
> The following patchset contains Netfilter updates for your net-next
> tree, they are:
...
> You can pull these changes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git
Pulled, thanks a lot!
From: Tom Herbert
Date: Fri, 3 Feb 2017 13:58:56 -0800
> On Fri, Feb 3, 2017 at 1:50 PM, David Miller wrote:
>> From: Michael Chan
>> Date: Fri, 3 Feb 2017 13:13:47 -0800
>>
>>> On Fri, Feb 3, 2017 at 12:49 PM, David Miller wrote:
Please _DO NOT_ guard XDP support with an ifdef the u
On Fri, Feb 3, 2017 at 1:50 PM, David Miller wrote:
> From: Michael Chan
> Date: Fri, 3 Feb 2017 13:13:47 -0800
>
>> On Fri, Feb 3, 2017 at 12:49 PM, David Miller wrote:
>>>
>>> Please _DO NOT_ guard XDP support with an ifdef the user
>>> can modify.
>>>
>>> Treat it like any other common netdev
On 01/26/2017 04:27 AM, Alexei Starovoitov wrote:
in cases where bpf programs are looking at sockets and packets
that belong to different netns, it could be useful to read netns inode,
so that programs can make intelligent decisions.
For example to disallow raw sockets in all non-init netns the p
From: Jiri Pirko
Date: Fri, 3 Feb 2017 10:28:50 +0100
> This patchset introduces support for offloading TC cls_flower and actions
> to Spectrum TCAM-base policy engine.
>
> The patchset contains patches to allow work with flexible keys and actions
> which are used in Spectrum TCAM.
>
> It also
On 3 February 2017 at 21:47, Malinen, Jouni wrote:
> On Fri, Feb 03, 2017 at 07:25:53PM +, Ard Biesheuvel wrote:
>> The mac80211 aes_cmac code reimplements the CMAC algorithm based on the
>> core AES cipher, which is rather restrictive in how platforms can satisfy
>> the dependency on this alg
From: Shannon Nelson
Date: Fri, 3 Feb 2017 13:20:43 -0800
> On 2/3/2017 9:56 AM, Eric Dumazet wrote:
>> On Fri, 2017-02-03 at 09:42 -0800, Shannon Nelson wrote:
>>> In order to allow the underlying LDC and outstanding memory operations
>>> to potentially catch up with the driver's Tx requests, ad
From: Michael Chan
Date: Fri, 3 Feb 2017 13:13:47 -0800
> On Fri, Feb 3, 2017 at 12:49 PM, David Miller wrote:
>>
>> Please _DO NOT_ guard XDP support with an ifdef the user
>> can modify.
>>
>> Treat it like any other common netdev feature a driver might
>> support such as checksum offloading o
On 02/03/2017 01:44 PM, Rafał Miłecki wrote:
> On 02/03/2017 10:08 PM, Jon Mason wrote:
>> From: Hari Vyas
>>
>> ndo_set_mac_address() passes struct sockaddr * as 2nd parameter to
>> bgmac_set_mac_address() but code assumed u8 *. This caused two bytes
>> chopping and the wrong mac address was con
On Fri, Feb 03, 2017 at 07:25:53PM +, Ard Biesheuvel wrote:
> The mac80211 aes_cmac code reimplements the CMAC algorithm based on the
> core AES cipher, which is rather restrictive in how platforms can satisfy
> the dependency on this algorithm. For instance, SIMD implementations may
> have a c
The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637:
Linux 4.10-rc6 (2017-01-29 14:25:17 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
for you to fetch changes up to 79134d11d030b886106bf45a5
On Thu, Feb 2, 2017 at 4:26 PM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> In linux-4.5, busy polling was implemented in core
> NAPI stack, meaning that all custom implementation can
> be removed from drivers.
>
> Not only we remove lot's of code, we also remove one lock
> operation in fast pat
On Thu, Feb 2, 2017 at 4:59 PM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> In linux-4.5, busy polling was implemented in core
> NAPI stack, meaning that all custom implementation can
> be removed from drivers.
>
> Not only we remove lot's of code, we also remove one lock
> operation in fast pat
Add code to support Power Management (only tested on NS2), and add some
code clean-ups
Joey Zhong (1):
net: ethernet: bgmac: driver power manangement
Jon Mason (2):
net: ethernet: bgmac: use #defines for MAX size
net: ethernet: bgmac: unify code of the same family
drivers/net/ethernet/bro
On Thu, Feb 2, 2017 at 6:05 PM, Joel Cunningham wrote:
>
> In the case of SIOCSIFHWADDR, we get a pointer to the net_device through
> __dev_get_by_name() and then pass it to dev_set_mac_address() to modify
> through ndo_set_mac_address(). I didn’t see any uses of RCU APIs on the
> writer side
BCM471X and BCM535X are of the same family (from what I can derive from
internal documents). Group them into the case statement together, which
results in more code reuse.
Also, use existing helper variables to make the code a little more
readable too.
Signed-off-by: Jon Mason
---
drivers/net/
The maximum frame size is really just the standard ethernet frame size
and FCS. So use those existing defines to make the code a little more
beautiful.
Signed-off-by: Jon Mason
---
drivers/net/ethernet/broadcom/bgmac.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
From: Joey Zhong
Implements suspend/resume, external phy 54810 is assumed
to remain powered up during deep-sleep for wake-on-lane.
Signed-off-by: Joey Zhong
Signed-off-by: Jon Mason
---
drivers/net/ethernet/broadcom/bgmac-platform.c | 34 +
drivers/net/ethernet/broadcom/bgmac.
Pretty sloppy submission Jeff.
First of all, things are getting backlogged way too much. 19 patches
is too large, you need to keep it closer down to 10 and the very very
low teens. You need to send me pull requests more often so that this
does not happen.
Second of all, all of your Subjects ar
These two tests are based on the work done for f23cc643f9ba. The first test is
just a basic one to make sure we don't allow AND'ing negative values, even if it
would result in a valid index for the array. The second is a cleaned up version
of the original testcase provided by Jann Horn that resul
From: Zhu Yanjun
Date: Thu, 2 Feb 2017 23:46:21 -0500
> The function bond_info_query alwarys returns 0. As such, in the function
> bond_do_ioctl, it is not necessary to check the returned value. So the
> interface type of the function bond_info_query is changed to void. The
> redundant check is
Hi Antoine,
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Antoine-Tenart/ARM-Alpine-Ethernet-support/20170204-022156
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
w
From: Eric Dumazet
Date: Thu, 02 Feb 2017 20:40:08 -0800
> From: Eric Dumazet
>
> Josef Bacik diagnosed following problem :
>
>I was seeing random disconnects while testing NBD over loopback.
>This turned out to be because NBD sets pfmemalloc on it's socket,
>however the receiving
On Fri, 2017-02-03 at 16:03 -0500, David Miller wrote:
> From: Josef Bacik
> Date: Thu, 2 Feb 2017 12:00:38 -0500
>
> >
> > These two tests are based on the work done for f23cc643f9ba. The
> > first test is
> > just a basic one to make sure we don't allow AND'ing negative
> > values, even if it
Intel folks please review these two patches, as I need to apply them in order
to add Eric's final patch which removes the busy polling NDO op altogether.
http://patchwork.ozlabs.org/patch/723356/
Thank you.
On Tue, Jan 31, 2017 at 02:53:47PM -0500, Alan Stern wrote:
> On Tue, 31 Jan 2017, Guenter Roeck wrote:
>
> > When unloading the r8152 driver using the 'unbind' sysfs attribute
> > in a system with KASAN enabled, the following error message is seen
> > on a regular basis.
>
> ...
>
> > The two-b
On 2/3/2017 9:59 AM, Eric Dumazet wrote:
On Fri, 2017-02-03 at 09:42 -0800, Shannon Nelson wrote:
The ldmvsw driver is specifically for supporting the ldom virtual
networking by running in the primary ldom and using the LDC to connect
the remaining ldoms to the outside world via a bridge. With
When we igmpv3_add_delrec() we kzalloc the pmc, but when users
calligmpv3_del_delrec() we never free the pmc. This was caught
by the following kmemleak splat:
unreferenced object 0x99666ff43b40 (size 192):
comm "systemd-resolve", pid 1258, jiffies 4309905600 (age 2138.352s)
hex dump (f
On 2/3/2017 9:56 AM, Eric Dumazet wrote:
On Fri, 2017-02-03 at 09:42 -0800, Shannon Nelson wrote:
In order to allow the underlying LDC and outstanding memory operations
to potentially catch up with the driver's Tx requests, add a memory
barrier before checking again for available tx descriptors.
From: Eric Dumazet
Date: Thu, 02 Feb 2017 11:44:27 -0800
> From: Eric Dumazet
>
> In linux-4.5, busy polling was implemented in core
> NAPI stack, meaning that all custom implementation can
> be removed from drivers.
>
> Not only we remove lot of code, we also remove one spin_lock()
> from dri
From: Eric Dumazet
Date: Thu, 02 Feb 2017 10:50:48 -0800
> From: Eric Dumazet
>
> Compared to custom busy_poll, the generic NAPI one is simpler and
> removes a lot of code. It removes one atomic in the fast path (when
> busy poll is not in action) since we do not have to use an extra
> spinlock
From: Eric Dumazet
Date: Thu, 02 Feb 2017 10:31:35 -0800
> From: Eric Dumazet
>
> Dmitry reported a warning [1] showing that we were calling
> net_disable_timestamp() -> static_key_slow_dec() from a non
> process context.
>
> Grabbing a mutex while holding a spinlock or rcu_read_lock()
> is n
On Fri, Feb 3, 2017 at 12:49 PM, David Miller wrote:
>
> Please _DO NOT_ guard XDP support with an ifdef the user
> can modify.
>
> Treat it like any other common netdev feature a driver might
> support such as checksum offloading or GRO.
>
David, I want to make sure I understand completely. Are
Andy Lutomirski writes:
> On Thu, Feb 2, 2017 at 8:33 PM, Eric W. Biederman
> wrote:
>> Alexei Starovoitov writes:
>>
>>> On 1/26/17 11:07 AM, Andy Lutomirski wrote:
On Thu, Jan 26, 2017 at 10:32 AM, Alexei Starovoitov wrote:
> On 1/26/17 10:12 AM, Andy Lutomirski wrote:
>>
>
Hi Alexei,
why it is bogus? on my system, it fails without the patch applied.
--William
On Fri, Feb 3, 2017 at 12:55 PM, Alexei Starovoitov
wrote:
> On Fri, Feb 03, 2017 at 09:22:45AM -0800, William Tu wrote:
>> The patch fixes the case when adding a zero value to the packet
>> pointer. The ve
On 02/03/2017 09:38 PM, David Ahern wrote:
Similar to classic bpf, support saving original ebpf instructions
Signed-off-by: David Ahern
Not convinced that this is in the right direction, this not only *significantly*
increases mem footprint for each and every program, but also when you dump t
From: Zac Schroff
Fix a bug in the 'bgmac' driver init sequence that blind writes for init
sequence where it should preserve most bits other than the ones it is
deliberately manipulating.
Signed-off-by: Zac Schroff
Signed-off-by: Jon Mason
Fixes: f6a95a24957 ("net: ethernet: bgmac: Add platfor
1 - 100 of 286 matches
Mail list logo
