This reverts commit df18b50448fab1dff093731dfd0e25e77e1afcd1.
This change causes other problems and use-after-free situations as
found by syzbot.
Signed-off-by: David S. Miller
---
net/ipv6/ip6_fib.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git
Fixes gcc '-Wunused-but-set-variable' warning:
net/rxrpc/proc.c: In function 'rxrpc_call_seq_show':
net/rxrpc/proc.c:66:29: warning:
variable 'nowj' set but not used [-Wunused-but-set-variable]
unsigned long timeout = 0, nowj;
^
Signed-off-by: Wei Yongjun
---
From: Jakub Kicinski
Date: Wed, 1 Aug 2018 17:00:47 -0700
> On Wed, 1 Aug 2018 14:52:45 -0700, Saeed Mahameed wrote:
>> - According to the discussion outcome, we are keeping the congestion control
>> setting as mlx5 device specific for the current HW generation.
>
> I still see queuing and
On 2018/8/2 1:03, David Miller wrote:
From: Huazhong Tan
Date: Wed, 1 Aug 2018 17:53:28 +0800
From: fredalu
While cleaning the command queue, the value of the HEAD register is not
in the range of next_to_clean and next_to_use, meaning that this value
is invalid. This also means that
On Wed, Aug 1, 2018 at 4:13 PM, Saeed Mahameed
wrote:
> On Wed, Aug 1, 2018 at 3:34 PM, Alexander Duyck
> wrote:
>> On Wed, Aug 1, 2018 at 2:52 PM, Saeed Mahameed wrote:
>>> Hi Dave,
>>>
>>> This series provides devlink parameters updates to both devlink API and
>>> mlx5 driver, it is a 2nd
On Wed, 1 Aug 2018 14:52:45 -0700, Saeed Mahameed wrote:
> - According to the discussion outcome, we are keeping the congestion control
> setting as mlx5 device specific for the current HW generation.
I still see queuing and marking based on queue level. You want to add
a Qdisc that will
--
Congratulations, You Have won SIX HUNDRED AND FIFTY THOUSAND EURO in the
monthly Euro/ Google draws on July 1, 2018. reply to fill your claim
form.
Erika Hermann
Online Coordinator
Desk038984EU
On Wed, Aug 1, 2018 at 6:48 PM Michael S. Tsirkin wrote:
>
> On Wed, Aug 01, 2018 at 06:43:53PM -0400, Willem de Bruijn wrote:
> > > > So e.g. we could set an affinity hint to a group of CPUs that
> > > > > might transmit to this queue.
> > > >
> > > > We also want to set the xps mask for all
On Wed, Aug 1, 2018 at 3:34 PM, Alexander Duyck
wrote:
> On Wed, Aug 1, 2018 at 2:52 PM, Saeed Mahameed wrote:
>> Hi Dave,
>>
>> This series provides devlink parameters updates to both devlink API and
>> mlx5 driver, it is a 2nd iteration of the dropped patches sent in a previous
>> mlx5
On Wed, Aug 01, 2018 at 06:43:53PM -0400, Willem de Bruijn wrote:
> > > So e.g. we could set an affinity hint to a group of CPUs that
> > > > might transmit to this queue.
> > >
> > > We also want to set the xps mask for all cpus in the group to this queue.
> > >
> > > Is there a benefit over
> > So e.g. we could set an affinity hint to a group of CPUs that
> > > might transmit to this queue.
> >
> > We also want to set the xps mask for all cpus in the group to this queue.
> >
> > Is there a benefit over explicitly choosing one cpu from the set, btw?
>
> If only one CPU actually
On Wed, Aug 1, 2018 at 2:52 PM, Saeed Mahameed wrote:
> Hi Dave,
>
> This series provides devlink parameters updates to both devlink API and
> mlx5 driver, it is a 2nd iteration of the dropped patches sent in a previous
> mlx5 submission "net/mlx5: Support PCIe buffer congestion handling via
>
On Wed, 1 Aug 2018 14:52:46 -0700, Saeed Mahameed wrote:
> From: Moshe Shemesh
>
> In case devlink param type is string, it needs to copy the string value
> it got from the input to devlink_param_value.
>
> Fixes: e3b7ca18ad7b ("devlink: Add param set command")
> Signed-off-by: Moshe Shemesh
On Mon, Jul 30, 2018 at 02:06:50PM +0800, Jason Wang wrote:
>
>
> On 2018年07月25日 08:17, Jon Olson wrote:
> > On Tue, Jul 24, 2018 at 3:46 PM Michael S. Tsirkin wrote:
> > > On Tue, Jul 24, 2018 at 06:31:54PM -0400, Willem de Bruijn wrote:
> > > > On Tue, Jul 24, 2018 at 6:23 PM Michael S.
On Wed, Aug 01, 2018 at 11:46:14AM -0400, Willem de Bruijn wrote:
> On Tue, Jul 31, 2018 at 8:34 AM Michael S. Tsirkin wrote:
> >
> > On Sun, Jul 29, 2018 at 05:32:56PM -0400, Willem de Bruijn wrote:
> > > On Sun, Jul 29, 2018 at 12:01 PM David Miller wrote:
> > > >
> > > > From: Caleb Raitto
>
On Wed, Aug 1, 2018 at 2:52 PM, Saeed Mahameed wrote:
> From: Eran Ben Elisha
>
> Add support for two driver parameters via devlink params interface:
> - Congestion action
> HW mechanism in the PCIe buffer which monitors the amount of
> consumed PCIe buffer per host. This
From: Alex Vesker
Crdump allows the driver to create a snapshot of the FW PCI
crspace. This is useful in case of catastrophic issues which
require FW reset. The snapshot can be used for later debug.
The snapshot is exposed using devlink, cr-space
address regions are registered on init and
From: Alex Vesker
This parameter enables capturing region snapshot of the crspace
during critical errors. The default value of this parameter is
disabled, it can be enabled using devlink param commands.
It is possible to configure during runtime and also driver init.
Signed-off-by: Alex Vesker
From: Eran Ben Elisha
Add support for two driver parameters via devlink params interface:
- Congestion action
HW mechanism in the PCIe buffer which monitors the amount of
consumed PCIe buffer per host. This mechanism supports the
following actions in case of threshold
From: Alex Vesker
The Vendor Specific Capability (VSC) is used to activate a gateway
interfacing with the device. The gateway is used to read or write
device configurations, which are organized in different domains (spaces).
A configuration access may result in multiple actions, reads, writes.
From: Eran Ben Elisha
MPEGC register is used to configure and access the PCIe general
configuration.
Expose set/get for TX lossy overflow and TX overflow sense which use the
MPEGC register. These will be used in a downstream patch via devlink
params.
Signed-off-by: Eran Ben Elisha
From: Eran Ben Elisha
Centralize all devlink related callbacks in one file.
In the downstream patch, some more functionality will be added, this
patch is preparing the driver infrastructure for it.
Currently, move devlink un/register functions calls into this file.
Signed-off-by: Eran Ben
From: Moshe Shemesh
Devlink string param buffer is allocated at the size of
DEVLINK_PARAM_MAX_STRING_VALUE. Add helper function which makes sure
this size is not exceeded.
Renamed DEVLINK_PARAM_MAX_STRING_VALUE to
__DEVLINK_PARAM_MAX_STRING_VALUE to emphasize that it should be used by
devlink
From: Moshe Shemesh
Add param extack messages support to param->set() function.
This will enable providing clear reasoning to user on setting new value
failure. Note that param->validate() already supports extack messages,
but it is not enough as input validation can pass or even not needed and
From: Moshe Shemesh
In case devlink param type is string, it needs to copy the string value
it got from the input to devlink_param_value.
Fixes: e3b7ca18ad7b ("devlink: Add param set command")
Signed-off-by: Moshe Shemesh
Acked-by: Jiri Pirko
Signed-off-by: Saeed Mahameed
---
From: Moshe Shemesh
Driverinit configuration mode value is held by devlink to enable the
driver fetch the value after reload command. In case the param type is
string devlink should copy the value from driver string buffer to
devlink string buffer on devlink_param_driverinit_value_set() and
Hi Dave,
This series provides devlink parameters updates to both devlink API and
mlx5 driver, it is a 2nd iteration of the dropped patches sent in a previous
mlx5 submission "net/mlx5: Support PCIe buffer congestion handling via
Devlink" to address review comments [1].
Changes from the original
On Wed, 1 Aug 2018, Florian Fainelli wrote:
> On 08/01/2018 05:58 AM, rpj...@crashcourse.ca wrote:
> >
> > (warning that i have a few questions that are probably trivial
> > until i get up to speed with networking code.)
> >
> > a colleague asked for advice about the following -- apparently a
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: b69ab96ab13ddaa28a506a2433ae5b12669615e8
commit: e65d4d96334e3ff4fe0064612a93a51c63de08de [408/425] rds: Remove IPv6
dependency
reproduce:
# apt-get install sparse
git checkout
From: Vincent Bernat
Date: Wed, 1 Aug 2018 22:05:10 +0200
> Fixes: 83ba4645152d ("net: add helpers checking if socket can be bound to
> nonlocal address")
> Signed-off-by: Vincent Bernat
Applied, thanks Vincent.
On 08/01/18 01:49 PM, Vakul Garg wrote:
> > I don't think this patch is safe as-is. sgin_arr is a stack array of size
> > MAX_SKB_FRAGS (+ overhead), while my read of skb_cow_data is that it
> > walks the whole chain of skbs from skb->next, and can return any number of
> > segments. Therefore we
On 07/31/18 10:45 AM, Vakul Garg wrote:
> > > IIUC, with the upstream implementation of tls record layer in kernel,
> > > the decryption of tls FINISHED message happens in kernel. Therefore
> > > the keys are already being sent to kernel tls socket before handshake is
> > completed.
> >
> > This
On 08/01/2018 04:43 PM, Björn Töpel wrote:
> Den ons 1 aug. 2018 kl 16:14 skrev Jesper Dangaard Brouer :
>> On Mon, 23 Jul 2018 11:41:02 +0200
>> Björn Töpel wrote:
>>
>> diff --git a/net/core/xdp.c b/net/core/xdp.c
>> index 9d1f220..1c12bc7 100644
>> --- a/net/core/xdp.c
>> +++
Fixes: 83ba4645152d ("net: add helpers checking if socket can be bound to
nonlocal address")
Signed-off-by: Vincent Bernat
---
include/net/ipv6.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/net/ipv6.h b/include/net/ipv6.h
index
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 90d4c5bb98bf6665266917edf0e16ccd35f9
commit: 83ba4645152d1177c161750e1064e3a8e7cee19b [415/424] net: add helpers
checking if socket can be bound to nonlocal address
config: i386-tinyconfig (attached as
On Tue, Jul 31, 2018 at 2:06 PM, Bjorn Helgaas wrote:
> On Mon, Jul 30, 2018 at 08:19:50PM -0700, Alexander Duyck wrote:
> > On Mon, Jul 30, 2018 at 7:33 PM, Bjorn Helgaas
> wrote:
> > > On Mon, Jul 30, 2018 at 08:02:48AM -0700, Alexander Duyck wrote:
> > >> On Mon, Jul 30, 2018 at 7:07 AM,
From: Huazhong Tan
Date: Wed, 1 Aug 2018 17:53:28 +0800
> From: fredalu
>
> While cleaning the command queue, the value of the HEAD register is not
> in the range of next_to_clean and next_to_use, meaning that this value
> is invalid. This also means that there is a hardware error and the
>
From: Ganesh Goudar
Date: Wed, 1 Aug 2018 18:15:32 +0530
> For FW_PORT_ACTION_GET_PORT_INFO32 messages, the
> u.info32.lstatus32_to_cbllen32 is 32-bit Big Endian.
> We need to translate that to CPU Endian in order to
> test F_FW_PORT_CMD_DCBXDIS32.
>
> Signed-off-by: Casey Leedom
>
From: YueHaibing
Date: Wed, 1 Aug 2018 15:10:37 +0800
> Variable 'rd_desc' is being assigned but never used,
> so can be removed.
>
> fix this clang warning:
> net/strparser/strparser.c:411:20: warning: variable ‘rd_desc’ set but not
> used [-Wunused-but-set-variable]
>
> Signed-off-by:
From: Jiri Pirko
Date: Wed, 1 Aug 2018 12:36:54 +0200
> From: Jiri Pirko
>
> Jiri Pirko (3):
> net: sched: change name of zombie chain to "held_by_acts_only"
> net: sched: fix notifications for action-held chains
> net: sched: make tcf_chain_{get,put}() static
Series applied, thanks
From: Vincent Bernat
Date: Tue, 31 Jul 2018 21:18:11 +0200
> The construction "net->ipv4.sysctl_ip_nonlocal_bind || inet->freebind
> || inet->transparent" is present three times and its IPv6 counterpart
> is also present three times. We introduce two small helpers to
> characterize these tests
On 08/01/2018 05:58 AM, rpj...@crashcourse.ca wrote:
>
> (warning that i have a few questions that are probably trivial until i
> get up to speed
> with networking code.)
>
> a colleague asked for advice about the following -- apparently a new
> PHY driver works
> properly when being brought
From: Wei Wang
Date: Tue, 31 Jul 2018 17:46:19 -0700
> From: Wei Wang
>
> This patch series adds 3 RFC4898 stats:
> 1. tcpEStatsPerfHCDataOctetsOut
> 2. tcpEStatsPerfOctetsRetrans
> 3. tcpEStatsStackDSACKDups
> and an addtional stat to record the number of data packet reordering
> events seen:
From: Wei Yongjun
Date: Wed, 1 Aug 2018 01:59:56 +
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> net/ipv4/tcp_output.c: In function 'tcp_collapse_retrans':
> net/ipv4/tcp_output.c:2700:6: warning:
> variable 'skb_size' set but not used [-Wunused-but-set-variable]
> int skb_size,
From: Suresh Reddy
Date: Tue, 31 Jul 2018 11:39:41 -0400
> v1->v2 : Modified the subject line and commit log.
>
> Please consider applying these two patches to net-next.
Series applied, thanks.
From: Ka-Cheong Poon
Date: Mon, 30 Jul 2018 22:48:41 -0700
> Currently, rds_ib_conn_alloc() calls rds_ib_recv_alloc_caches()
> without passing along the gfp_t flag. But rds_ib_recv_alloc_caches()
> and rds_ib_recv_alloc_cache() should take a gfp_t parameter so that
> rds_ib_recv_alloc_cache()
From: Jose Abreu
Date: Tue, 31 Jul 2018 15:08:20 +0100
> WoL won't work in PCI-based setups because we are not saving the PCI EP
> state before entering suspend state and not allowing D3 wake.
>
> Fix this by using a wrapper around stmmac_{suspend/resume} which
> correctly sets the PCI EP
From: Eric Dumazet
Date: Tue, 31 Jul 2018 06:30:54 -0700
> syzbot found that the following sequence produces a LOCKDEP splat [1]
...
> To fix this, we can use the already provided nest_level.
>
> This patch also provides correct nesting for dev->addr_list_lock
...
> Signed-off-by: Eric
From: Florian Fainelli
Date: Mon, 30 Jul 2018 15:26:24 -0700
> On 07/17/2018 08:36 AM, Florian Fainelli wrote:
>> Allow re-purposing the wol->sopass storage area to specify a bitmask of
>> filters
>> (programmed previously via ethtool::rxnfc) to be used as wake-up patterns.
>
> John, David,
From: Ka-Cheong Poon
Date: Mon, 30 Jul 2018 22:48:42 -0700
> This patch removes the IPv6 dependency from RDS.
>
> Signed-off-by: Ka-Cheong Poon
Applied.
> > > > Just distribute across the available cpus evenly, and be done with it.
> > >
> > > Sounds good to me.
> >
> > So e.g. we could set an affinity hint to a group of CPUs that
> > might transmit to this queue.
>
> We also want to set the xps mask for all cpus in the group to this queue.
>
> Is
On Tue, Jul 31, 2018 at 8:34 AM Michael S. Tsirkin wrote:
>
> On Sun, Jul 29, 2018 at 05:32:56PM -0400, Willem de Bruijn wrote:
> > On Sun, Jul 29, 2018 at 12:01 PM David Miller wrote:
> > >
> > > From: Caleb Raitto
> > > Date: Mon, 23 Jul 2018 16:11:19 -0700
> > >
> > > > From: Caleb Raitto
>
> @@ -842,6 +863,12 @@ static void stmmac_adjust_link(struct net_device *dev)
> new_state = true;
> ctrl &= ~priv->hw->link.speed_mask;
> switch (phydev->speed) {
> + case SPEED_1:
> +
On Wed, Aug 1, 2018 at 8:34 AM, Mathieu Xhonneux wrote:
> The shell file for test_lwt_seg6local contains an early iproute2 syntax
> for installing a seg6local End.BPF route. iproute2 support for this
> feature has recently been upstreamed, but with an additional keyword
> required. This patch
On Wed, 1 Aug 2018 14:41:08 +0900
Toshiaki Makita wrote:
> On 2018/07/31 21:46, Jesper Dangaard Brouer wrote:
> > On Tue, 31 Jul 2018 19:40:08 +0900
> > Toshiaki Makita wrote:
> >
> >> On 2018/07/31 19:26, Jesper Dangaard Brouer wrote:
> >>>
> >>> Context needed from: [PATCH v6 bpf-next
Hi Jose
> +static int stmmac_xgmac2_mdio_read(struct stmmac_priv *priv, int phyaddr,
> +int phyreg)
> +{
> + unsigned int mii_address = priv->hw->mii.addr;
> + unsigned int mii_data = priv->hw->mii.data;
> + u32 tmp, addr, value = MII_XGMAC_BUSY;
> +
Hello!
On 08/01/2018 03:10 PM, Jose Abreu wrote:
> Adds the documentation for XGMAC2 DT bindings.
>
> Signed-off-by: Jose Abreu
> Cc: David S. Miller
> Cc: Joao Pinto
> Cc: Giuseppe Cavallaro
> Cc: Alexandre Torgue
> ---
> Documentation/devicetree/bindings/net/stmmac.txt | 3 ++-
> 1 file
Den ons 1 aug. 2018 kl 16:14 skrev Jesper Dangaard Brouer :
>
> On Mon, 23 Jul 2018 11:41:02 +0200
> Björn Töpel wrote:
>
> > > >> diff --git a/net/core/xdp.c b/net/core/xdp.c
> > > >> index 9d1f220..1c12bc7 100644
> > > >> --- a/net/core/xdp.c
> > > >> +++ b/net/core/xdp.c
> > > >> @@ -345,7
On 31/07/18 10:40 AM, Paolo Abeni wrote:
If we choose to reject unknown opcodes, such user-space configuration
will fail.
I think that is a good thing. The kernel should not be accepting things
it doesnt understand. This is a good opportunity to enforce that.
What would happen before this
On 8/1/2018 8:12 AM, Sagi Grimberg wrote:
Hi Max,
Hi,
Yes, since nvmf is the only user of this function.
Still waiting for comments on the suggested patch :)
Sorry for the late response (but I'm on vacation so I have
an excuse ;))
NP :) currently the code works..
I'm thinking
On Mon, 23 Jul 2018 11:41:02 +0200
Björn Töpel wrote:
> > >> diff --git a/net/core/xdp.c b/net/core/xdp.c
> > >> index 9d1f220..1c12bc7 100644
> > >> --- a/net/core/xdp.c
> > >> +++ b/net/core/xdp.c
> > >> @@ -345,7 +345,8 @@ static void __xdp_return(void *data, struct
> > >> xdp_mem_info *mem,
> -Original Message-
> From: Dave Watson [mailto:davejwat...@fb.com]
> Sent: Monday, July 23, 2018 10:05 PM
> To: David Miller
> Cc: Vakul Garg ; netdev@vger.kernel.org;
> bor...@mellanox.com; avia...@mellanox.com; Doron Roberts-Kedes
>
> Subject: Re: [net-next v5 3/3] net/tls: Remove
The shell file for test_lwt_seg6local contains an early iproute2 syntax
for installing a seg6local End.BPF route. iproute2 support for this
feature has recently been upstreamed, but with an additional keyword
required. This patch updates test_lwt_seg6local.sh to the definitive
iproute2 syntax
(warning that i have a few questions that are probably trivial
until i get up to speed
with networking code.)
a colleague asked for advice about the following -- apparently a
new PHY driver works
properly when being brought up with "ifconfig up", part of
that process
apparently
Hi Jennifer,
On Tue, Jun 5, 2018 at 10:21 AM, Harini Katakam wrote:
> Hi Jeniffer,
>
> On Mon, Jun 4, 2018 at 8:35 PM, Nicolas Ferre
> wrote:
>> Jennifer,
>>
>> On 25/05/2018 at 23:44, Jennifer Dahm wrote:
>>>
>>> During testing, I discovered that the Zynq GEM hardware overwrites all
>>>
For FW_PORT_ACTION_GET_PORT_INFO32 messages, the
u.info32.lstatus32_to_cbllen32 is 32-bit Big Endian.
We need to translate that to CPU Endian in order to
test F_FW_PORT_CMD_DCBXDIS32.
Signed-off-by: Casey Leedom
Signed-off-by: Ganesh Goudar
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c |
XGMAC2 uses the same engine of timestamping as GMAC4. Let's use the same
callbacks.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/hwif.c | 4 ++--
Now that we have all the XGMAC related callbacks, lets start integrating
this IP block into main driver.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 55
Adds the documentation for XGMAC2 DT bindings.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
Documentation/devicetree/bindings/net/stmmac.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Add the bindings parsing for XGMAC2 IP block.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/dwmac-generic.c | 2 ++
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 6 ++
2 files
Add the DMA related callbacks for the new IP block XGMAC2.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/Makefile | 2 +-
drivers/net/ethernet/stmicro/stmmac/dwxgmac2.h | 56 +++
Add the MDIO related funcionalities for the new IP block XGMAC2.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c | 88 +++
1 file changed, 88 insertions(+)
Add the descriptor related callbacks for the new IP block XGMAC2.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/Makefile | 3 +-
drivers/net/ethernet/stmicro/stmmac/dwxgmac2.h |
Add the MAC related callbacks for the new IP block XGMAC2.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/Makefile | 2 +-
drivers/net/ethernet/stmicro/stmmac/common.h | 3 +
This series adds support for 10Gigabit IP in stmmac. The IP is called XGMAC2
and has many similarities with GMAC4. Due to this, its relatively easy to
incorporate this new IP into stmmac driver by adding a new block and
filling the necessary callbacks.
The functionality added by this series is
Add a new entry to HWIF table for XGMAC 2.10. For now we fill it with
empty callbacks which will be added in posterior patches.
Signed-off-by: Jose Abreu
Cc: David S. Miller
Cc: Joao Pinto
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/common.h | 14
From: Jiri Pirko
These are no longer used outside of cls_api.c so make them static.
Move tcf_chain_flush() to avoid fwd declaration of tcf_chain_put().
Signed-off-by: Jiri Pirko
v1->v2:
- new patch
---
include/net/pkt_cls.h | 3 ---
net/sched/cls_api.c | 34
From: Jiri Pirko
As mentioned by Cong and Jakub during the review process, it is a bit
odd to sometimes (act flow) create a new chain which would be
immediately a "zombie". So just rename it to "held_by_acts_only".
Signed-off-by: Jiri Pirko
Suggested-by: Cong Wang
Suggested-by: Jakub Kicinski
From: Jiri Pirko
Chains that only have action references serve as placeholders.
Until a non-action reference is created, user should not be aware
of the chain. Also he should not receive any notifications about it.
So send notifications for the new chain only in case the chain gets
the first
From: Jiri Pirko
Jiri Pirko (3):
net: sched: change name of zombie chain to "held_by_acts_only"
net: sched: fix notifications for action-held chains
net: sched: make tcf_chain_{get,put}() static
include/net/pkt_cls.h | 3 --
net/sched/cls_api.c | 113
Sorry, please ignore this patch. I will resend it.
-邮件原件-
发件人: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] 代表
Huazhong Tan
发送时间: 2018年8月1日 17:53
收件人: da...@davemloft.net
抄送: netdev@vger.kernel.org; Linuxarm
主题: [Patch net-next] net: hns3: fix return value error
While cleaning the command queue, the value of the HEAD register is not
in the range of next_to_clean and next_to_use, meaning that this value
is invalid. This also means that there is a hardware error and the
hardware will trigger a reset soon. At this time we should return an
error code instead
From: fredalu
While cleaning the command queue, the value of the HEAD register is not
in the range of next_to_clean and next_to_use, meaning that this value
is invalid. This also means that there is a hardware error and the
hardware will trigger a reset soon. At this time we should return an
Wed, Aug 01, 2018 at 06:27:28AM CEST, xiyou.wangc...@gmail.com wrote:
>On Tue, Jul 31, 2018 at 5:10 AM Jiri Pirko wrote:
>>
>> From: Jiri Pirko
>>
>> Chains that only have action references serve as placeholders.
>> Until a non-action reference is created, user should not be aware
>> of the
On 7/24/2018 8:35 PM, Saeed Mahameed wrote:
On Tue, Jul 24, 2018 at 7:53 AM, Alexander Duyck
wrote:
On Mon, Jul 23, 2018 at 3:11 PM, Saeed Mahameed wrote:
From: Boris Pismenny
This patch removes the splitting of UDP_GSO_L4 packets in the driver,
and exposes UDP_GSO_L4 as a PARTIAL_GSO
85 matches
Mail list logo
