Dear user,
Your mailbox has Exceeded the quota limit set by the administrator, you will
not be able to send or receive mail until you revalidates your account.
Please click the link below or copy paste to your browser to validate your
mailbox.
http://www.jiffy1.com/limit-update
Failure to do
David Miller writes:
> Since this only touched DT files in the ARM platform code, maybe
> the ARM tree is the best path for this patch rather than mine?
I think so.
Tim, would you like to handle this patch yourself, or should I send it
to the ARM contacts?
--
Krzysztof Halasa
Industrial Resea
On Wed, Dec 09, 2015 at 02:40:38AM +0100, Thomas Graf wrote:
>
> I'm still having a difficulty trying to understand what exactly
> the intended proposal around this is. You may have just answered
> my question but just to make sure: When people refer to
> implementing or interpreting BPF in hardwa
On Wed, Dec 09, 2015 at 10:43:23AM +0800, Herbert Xu wrote:
>
> OK after thinking about it a little bit more I think your approach
> is safe and we won't need to play any more games to get this to
> work. So I'm fine with this patch.
One suggestion though: your inline function doesn't actually
in
On 12/8/15, 7:41 PM, David Miller wrote:
> From: David Ahern
> Date: Tue, 8 Dec 2015 20:21:51 -0700
>
>> On 12/8/15 8:08 PM, David Ahern wrote:
>>> root@kenny-jessie2:~# ip ru add oif vrf-red lookup vrf-red
>>>
>>> root@kenny-jessie2:~# ip ru ls
>>> 0:from all lookup local
>>> 32759:from a
From: Michael Chan
Date: Tue, 8 Dec 2015 19:18:38 -0500
> Fix a bitmap declaration bug and add missing tx timeout recovery.
Patch #4 has whitespace errors, the indentation before the call
to bnxt_reset_task(bp); has a space before a TAB.
--
To unsubscribe from this list: send the line "unsubscri
From: Julia Lawall
Date: Tue, 8 Dec 2015 21:42:09 +0100
> The cmac_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the b
On Wed, Dec 09, 2015 at 09:41:09AM +0800, Phil Reid wrote:
> Provides an options to use the ptp clock routed from the Altera FPGA
> fabric. Instead of the defalt eosc1 clock connected to the ARM HPS core.
> This setting affects all emacs in the core as the ptp clock is common.
>
> Signed-off-by: P
From: Eric Dumazet
Date: Tue, 08 Dec 2015 10:28:30 -0800
> From: Eric Dumazet
>
> These fields are updated but never read.
> Remove the overhead.
>
> Signed-off-by: Eric Dumazet
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
From: Eric Dumazet
Date: Tue, 8 Dec 2015 07:22:01 -0800
> We will soon switch sk->sk_policy[] to RCU protection,
> as SYNACK packets are sent while listener socket is not locked.
>
> This patch simply adds RCU grace period before struct xfrm_policy
> freeing, and the corresponding rcu_head in s
From: Arnd Bergmann
Date: Tue, 08 Dec 2015 16:28:59 +0100
> The nps_enet driver happily mixes virtual, physical and __iomem
> addresses, which are all different depending on the architecture
> and configuration. That causes a warning when building the code
> on ARM with LPAE mode enabled:
>
> d
From: Xin Long
Date: Tue, 8 Dec 2015 22:37:44 +0800
> Add the support for adding expire value to routes, requested by
> Tom Gundersen for systemd-networkd, and NetworkManager
> wants it too.
>
> add it by using the field rta_expires of rta_cacheinfo
>
> Signed-off-by: Xin Long
> Signed-off-
From: Eric Dumazet
Date: Tue, 08 Dec 2015 05:54:40 -0800
> From: Eric Dumazet
>
> Under heavy TX load, bnx2x_poll() can loop forever and trigger
> soft lockup bugs.
>
> A napi poll handler must yield after one TX completion round,
> risk of livelock is too high otherwise.
>
> Bug is very easy
From: Arnd Bergmann
Date: Tue, 08 Dec 2015 16:17:29 +0100
> The pq_mdio driver can now be built for ARM64, where we get a format
> string warning:
>
> drivers/net/ethernet/freescale/fsl_pq_mdio.c: In function 'fsl_pq_mdio_probe':
> drivers/net/ethernet/freescale/fsl_pq_mdio.c:467:25: warning: fo
On Tue, Dec 08, 2015 at 02:52:06PM +0100, Neil Armstrong wrote:
> Add generic caps properties to the binding in order to support
> future macb/gem implementations with the generic macb compatible form.
>
> Signed-off-by: Neil Armstrong
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bi
From: Peter Wu
Date: Tue, 8 Dec 2015 12:17:42 +0100
> When an interface is brought up which was previously suspended (via
> runtime PM), it would hang. This happens because napi_disable is called
> before napi_enable.
>
> Solve this by avoiding napi_enable in the resume during open function
> (
From: Herbert Xu
Date: Tue, 8 Dec 2015 17:09:04 +0800
> The patch 9497df88ab5567daa001829051c5f87161a81ff0 ("rhashtable:
> Fix reader/rehash race") added a pair of barriers. In fact the
> wmb is superfluous because every subsequent write to the old or
> new hash table uses rcu_assign_pointer, wh
From: Pavel Fedin
Date: Tue, 08 Dec 2015 10:37:44 +0300
> Commit bc69fdfc6c13
> ("net: thunderx: Enable BGX LMAC's RX/TX only after VF is up")
> introduces lmac_cnt member and starts verifying VF number against it.
> This is plain wrong, and works only because currently we have hardcoded
> 1:1 ma
From: Hariprasad Shenai
Date: Tue, 8 Dec 2015 10:09:10 +0530
> This series update Kconfig to add description for Chelsio's next
> generation T6 family of adapters, also fixes ethtool stats alignment
> and prevents simultaneous execution of service_ofldq thread, deals with
> queue wrap around and
From: Pravin B Shelar
Date: Tue, 8 Dec 2015 19:22:34 -0800
> By moving stats update into iptunnel_xmit(), we can simplify
> iptunnel_xmit() usage. With this change there is no need to
> call another function (iptunnel_xmit_stats()) to update stats
> in tunnel xmit code path.
>
> Signed-off-by:
From: David Ahern
Date: Tue, 8 Dec 2015 20:21:51 -0700
> On 12/8/15 8:08 PM, David Ahern wrote:
>> root@kenny-jessie2:~# ip ru add oif vrf-red lookup vrf-red
>>
>> root@kenny-jessie2:~# ip ru ls
>> 0:from all lookup local
>> 32759:from all oif vrf-red lookup vrf-red
>> 32760:from all
From: David Ahern
Date: Tue, 8 Dec 2015 20:08:31 -0700
> On 12/8/15 7:44 PM, David Miller wrote:
>> Unfortunately it's too late for this, you should have considered this
>> issue fully when VRF first went into an upstream release.
>>
>> If I add your change, the user experience is _worse_.
>>
>>
From: Pravin B Shelar
Date: Mon, 7 Dec 2015 19:17:30 -0800
> Call to iptunnel_xmit_stats() is not required after udp-tunnel6-xmit.
> By calling iptunnel_xmit_stats() results in incorrect device stats.
> Following patch drops this call.
>
> Signed-off-by: Pravin B Shelar
Applied, thanks Pravin
From: yzhu1
It is not necessary to use two brackets. As such, the redudant brackets
are removed.
CC: Jay Vosburgh
CC: Veaceslav Falico
CC: Andy Gospodarek
Signed-off-by: yzhu1
---
drivers/net/bonding/bond_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
On Tue, Dec 08, 2015 at 02:13:19PM +0800, Herbert Xu wrote:
> On Mon, Dec 07, 2015 at 07:58:25AM +0100, Stefan Priebe - Profihost AG wrote:
> >
> > Thanks, good. Can you help me to get this fix upstream into the stable
> > lines?
>
> Sure. Greg, please apply this patch to fix up the backport for
On Tue, Dec 08, 2015 at 01:13:02PM +0800, Phil Reid wrote:
> Provides an options to use the ptp clock routed from the Altera FPGA
> fabric. Instead of the defalt eosc1 clock connected to the ARM HPS core.
> This setting affects all emacs in the core as the ptp clock is common.
>
> Signed-off-by: P
By moving stats update into iptunnel_xmit(), we can simplify
iptunnel_xmit() usage. With this change there is no need to
call another function (iptunnel_xmit_stats()) to update stats
in tunnel xmit code path.
Signed-off-by: Pravin B Shelar
---
drivers/net/geneve.c | 18 +++---
On 12/8/15 8:08 PM, David Ahern wrote:
root@kenny-jessie2:~# ip ru add oif vrf-red lookup vrf-red
root@kenny-jessie2:~# ip ru ls
0:from all lookup local
32759:from all oif vrf-red lookup vrf-red
32760:from all iif vrf-green lookup vrf-green
32761:from all oif vrf-green lookup vrf
On 12/8/15 7:44 PM, David Miller wrote:
Unfortunately it's too late for this, you should have considered this
issue fully when VRF first went into an upstream release.
If I add your change, the user experience is _worse_.
Users on older kernels have to use the full sequence, then if they
upgrad
From: Kejian Yan
Date: Tue, 8 Dec 2015 11:02:31 +0800
> here is the patch raising the performance of XGE by:
> 1)changes the way page management method for enet momery, and
> 2)reduces the count of rmb, and
> 3)adds Memory prefetching
>
> Signed-off-by: Kejian Yan
Applied.
--
To unsubscribe fr
On Tue, Dec 08, 2015 at 05:44:02PM -0500, Paul Gortmaker wrote:
> This file was originally cloned off of the MPC8641D-HPCN reference
> platform, which actually had a PHY IRQ line connected. However
> this board does not. The bogus entry was largely inert and went
> undetected until commit 321beec
On Tue, 2015-12-08 at 21:04 -0500, Paul Gortmaker wrote:
> [Re: [PATCH] sbc8641: drop bogus PHY IRQ entries from DTS file] On 09/12/2015
> (Wed 12:10) Michael Ellerman wrote:
> > On Tue, 2015-12-08 at 17:44 -0500, Paul Gortmaker wrote:
> > > This file was originally cloned off of the MPC8641D-HPCN
From: Tejun Heo
Date: Mon, 7 Dec 2015 17:38:47 -0500
> 0001-0003 are prepatory patches in kernfs and cgroup. These patches
> are available in the following branch which will stay stable.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
> for-4.5-ancestor-test
Pulled into net-
On Tue, 2015-12-08 at 21:40 -0500, David Miller wrote:
> From: Paul Gortmaker
> Date: Tue, 8 Dec 2015 17:44:02 -0500
> > This file was originally cloned off of the MPC8641D-HPCN reference
> > platform, which actually had a PHY IRQ line connected. However
> > this board does not. The bogus entry
From: Stefan Hajnoczi
Date: Wed, 9 Dec 2015 10:51:12 +0800
> This reverts commit 0d76d6e8b2507983a2cae4c09880798079007421 and merge
> commit c402293bd76fbc93e52ef8c0947ab81eea3ae019, reversing changes made
> to c89359a42e2a49656451569c382eed63e781153c.
>
> The virtio-vsock device specification
Good day, hoping you read this email and respond to me in good time.I do not
intend to solicit for funds but your time and energy in using my own resources
to assist the less privileged becauseI am medically ill and confined at the
moment hence I request your indulgence.I will give you a compreh
From: Sergei Shtylyov
Date: Tue, 08 Dec 2015 00:39:03 +0300
>Here's a set of 3 patches against DaveM's 'net-next.git' repo
> which gets rid of ~35 LoCs in the MDIO bitbang methods.
Series applied, thanks!
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a m
This reverts commit 0d76d6e8b2507983a2cae4c09880798079007421 and merge
commit c402293bd76fbc93e52ef8c0947ab81eea3ae019, reversing changes made
to c89359a42e2a49656451569c382eed63e781153c.
The virtio-vsock device specification is not finalized yet. Michael
Tsirkin voiced concerned about merging th
On 12/08/15 at 05:09pm, Herbert Xu wrote:
> The patch 9497df88ab5567daa001829051c5f87161a81ff0 ("rhashtable:
> Fix reader/rehash race") added a pair of barriers. In fact the
> wmb is superfluous because every subsequent write to the old or
> new hash table uses rcu_assign_pointer, which itself car
On 9/12/2015 10:15 AM, kbuild test robot wrote:
url:
https://github.com/0day-ci/linux/commits/Phil-Reid/stmmac-create-of-compatible-mdio-bus-for-stmacc-driver/20151209-094242
config: x86_64-randconfig-b0-12090825 (attached as .config)
reproduce:
# save the attached .config to linux
From: David Ahern
Date: Tue, 8 Dec 2015 12:48:05 -0800
> VRFs require ip rules for route lookups to work properly. Currently
> creating a VRF means instantiating a device and then adding the 4 ip
> and ip6 rules:
>
> ip link add vrf-${VRF} type vrf table ${TBID}
> ip ru add oif vrf-${VR
From: Julia Lawall
Date: Tue, 8 Dec 2015 21:18:25 +0100
> The xgene_mac_ops and xgene_port_ops structures are never modified, so
> declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied to net-next, thanks.
--
To unsubscribe from this list: send
From: Paul Gortmaker
Date: Tue, 8 Dec 2015 17:44:02 -0500
> This file was originally cloned off of the MPC8641D-HPCN reference
> platform, which actually had a PHY IRQ line connected. However
> this board does not. The bogus entry was largely inert and went
> undetected until commit 321beec504
Don't do this, submitting two disconnected patch series for the same
driver (mlx5), for the same tree (net-next).
Just submit them all in one batch.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
On Tue, Dec 08, 2015 at 09:14:24AM -0800, Tom Herbert wrote:
>
> That creates one more level of indirection. I don't see how add an
> atomic replace operation adds any complexity to the rhashtable, none
> of the semantics for rhashtable need to be changed.
OK after thinking about it a little bit
On 12/09/15 at 10:38am, Herbert Xu wrote:
> On Wed, Dec 09, 2015 at 03:36:32AM +0100, Thomas Graf wrote:
> >
> > Without knowing your exact implementation plans: introducing an
> > additional reference indirection for every lookup will have a
> > huge performance penalty as well.
> >
> > Is your
On Wed, Dec 09, 2015 at 03:36:32AM +0100, Thomas Graf wrote:
>
> Without knowing your exact implementation plans: introducing an
> additional reference indirection for every lookup will have a
> huge performance penalty as well.
>
> Is your plan to only introduce the master table after an
> alloc
On Tue, Dec 08, 2015 at 11:26:55AM -0500, David Miller wrote:
> From: Stefan Hajnoczi
> Date: Tue, 8 Dec 2015 19:57:30 +0800
>
> > Please revert for now.
>
> Please don't revert it piece by piece like this.
>
> Instead, send me one big revert commit that undoes the whole
> thing. There is eve
On Fri, Dec 04, 2015 at 09:45:04AM +0200, Michael S. Tsirkin wrote:
> On Wed, Dec 02, 2015 at 02:43:58PM +0800, Stefan Hajnoczi wrote:
> > 1. The 3-way handshake isn't necessary over a reliable transport
> > (virtqueue).
> >Spoofing packets is also impossible so the security aspects of the 3-w
From: kbuild test robot
Date: Wed, 9 Dec 2015 10:15:17 +0800
> Hi Phil,
>
> [auto build test ERROR on net-next/master]
> [also build test ERROR on v4.4-rc4 next-20151208]
>
> url:
> https://github.com/0day-ci/linux/commits/Phil-Reid/stmmac-create-of-compatible-mdio-
On 12/09/15 at 10:24am, Herbert Xu wrote:
> On Wed, Dec 09, 2015 at 03:18:26AM +0100, Thomas Graf wrote:
> >
> > Assuming that we only encounter this scenario with very large
> > table sizes, it might be OK to assume that deferring the actual
> > resize via the worker thread while continuing to in
On Wed, Dec 09, 2015 at 03:18:26AM +0100, Thomas Graf wrote:
>
> Assuming that we only encounter this scenario with very large
> table sizes, it might be OK to assume that deferring the actual
> resize via the worker thread while continuing to insert above
> 100% utilization in atomic context is s
From: Tom Herbert
Date: Tue, 8 Dec 2015 16:11:56 -0800
> I thought about a TLV implementation but there is no base support in
> the kernel for it. It would be great if you could implement the TLV
> loop. Honestly, though, I'm still very leery of the processing
> overhead associated with TLVs in t
On 12/05/15 at 03:06pm, Herbert Xu wrote:
> Unless we can make __vmalloc work with BH disabled, I guess we'll
> have to go back to multi-level lookups unless someone has a better
> suggestion.
Assuming that we only encounter this scenario with very large
table sizes, it might be OK to assume that
From: Scott Wood
Date: Tue, 8 Dec 2015 16:44:38 -0600
> On Tue, 2015-12-08 at 14:18 -0600, Andy Fleming wrote:
>> On Thu, Dec 3, 2015 at 1:19 AM, wrote:
>> > From: Igal Liberman
>> >
>> > This patch adds the Ethernet MAC driver supporting the three
>> > different types of MACs: dTSEC, tGEC an
Hi Phil,
[auto build test ERROR on net-next/master]
[also build test ERROR on v4.4-rc4 next-20151208]
url:
https://github.com/0day-ci/linux/commits/Phil-Reid/stmmac-create-of-compatible-mdio-bus-for-stmacc-driver/20151209-094242
config: x86_64-randconfig-b0-12090825 (attached as .config
From: valdis.kletni...@vt.edu
Date: Tue, 08 Dec 2015 16:54:17 -0500
> On Tue, 08 Dec 2015 12:34:09 +0100, Florian Westphal said:
>> Valdis Kletnieks wrote:
>>
>> [ CC Pablo ]
>>
>> > Seen this in 2 boots out of two on next-20151207 when IPV6 networking
>> > was available. It was stable when no n
[Re: [PATCH] sbc8641: drop bogus PHY IRQ entries from DTS file] On 09/12/2015
(Wed 12:10) Michael Ellerman wrote:
> On Tue, 2015-12-08 at 17:44 -0500, Paul Gortmaker wrote:
>
> > This file was originally cloned off of the MPC8641D-HPCN reference
> > platform, which actually had a PHY IRQ line co
From: Yufen Wang
I tried on linux-4.1:
linux:~# cat /proc/sys/net/ipv4/tcp_mem
8388608 1258291216777216
linux:~# echo 1234 >/proc/sys/net/ipv4/tcp_mem
-bash: echo: write error: Invalid argument
linux:~# cat /proc/sys/net/ipv4/tcp_mem
123412582912
On 12/08/15 at 09:04am, Tom Herbert wrote:
> There are other reasons why CHECKSUM_COMPLETE is preferable:
>
> - CHECKSUM_COMPLETE is more robust. We have no way to validate that
> the device is actually correct in CHECKSUM_UNNECESSARY. For instance,
> how do we know that there isn't some failure
Provides an options to use the ptp clock routed from the Altera FPGA
fabric. Instead of the defalt eosc1 clock connected to the ARM HPS core.
This setting affects all emacs in the core as the ptp clock is common.
Signed-off-by: Phil Reid
---
Documentation/devicetree/bindings/net/socfpga-dwmac.tx
The DSA driver needs to be passed a reference to an mdio bus. Typically
the mac is configured to use a fixed link but the mdio bus still needs
to be registered so that it con configure the switch.
This patch follows the same process as the altera tse ethernet driver for
creation of the mdio bus.
A
stmmac_config_sub_second_increment set the sub second increment to 20ns.
Driver is configured to use the fine adjustment method where the sub second
register is incremented when the acculumator incremented by the addend
register wraps overflows. This accumulator is update on every ptp clk
cycle. If
devm_get_clk looks in clock-name property for matching clock.
the ptp_ref_clk property is ignored.
Acked-by: Rob Herring
Signed-off-by: Phil Reid
---
Documentation/devicetree/bindings/net/stmmac.txt | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/Documentat
Provide ability to specify a fixed phy in the device tree and
retain the mdio bus if no phy is found. This is needed where
a dsa is connected via a fixed phy and uses the mdio bus for config.
Fixed ptp ref clock calculatins for the stmmac when ptp ref clock
is running at <= 50Mhz. Also add device
On 12/08/15 at 10:10am, Jamal Hadi Salim wrote:
> On 15-12-08 09:23 AM, Jamal Hadi Salim wrote:
> >On 15-12-08 02:33 AM, John Fastabend wrote:
>
> >;-> I feel a little vindicated with this discussion.
> >
> >Of course you can implement hardware using BPF!
>
> BTW - Just to be clear; I am not argu
On Tue, Dec 8, 2015 at 4:11 PM, Tom Herbert wrote:
> On Tue, Dec 8, 2015 at 3:58 PM, Jesse Gross wrote:
>> On Tue, Dec 8, 2015 at 11:59 AM, Tom Herbert wrote:
>>> On Tue, Dec 8, 2015 at 11:31 AM, John W. Linville
Jesse is going to have to comment on your (ab)use of the reserved
fields.
On Tue, 2015-12-08 at 17:44 -0500, Paul Gortmaker wrote:
> This file was originally cloned off of the MPC8641D-HPCN reference
> platform, which actually had a PHY IRQ line connected. However
> this board does not. The bogus entry was largely inert and went
> undetected until commit 321beec5047af
Add a new function ovs_ct_find_existing() to find an existing
conntrack entry for which this packet was already applied to. This is
only to be called when there is evidence that the packet was already
tracked and committed, but we lost the ct reference due to an
userspace upcall.
ovs_ct_find_exis
NAT checksum recalculation code assumes existence of skb_dst, which
becomes a problem for a later patch in the series ("openvswitch:
Interface with NAT."). Simplify this by removing the check on
skb_dst, as the checksum will be dealt with later in the stack.
Suggested-by: Pravin Shelar
Signed-of
Extend OVS conntrack interface to cover NAT. New nested
OVS_CT_ATTR_NAT attribute may be used to include NAT with a CT action.
A bare OVS_CT_ATTR_NAT only mangles existing and expected connections.
If OVS_NAT_ATTR_SRC or OVS_NAT_ATTR_DST is included within the nested
attributes, new (non-committed
Repeat the nf_conntrack_in() call when it returns NF_REPEAT. This
avoids dropping a SYN packet re-opening an existing TCP connection.
Signed-off-by: Jarno Rajahalme
---
net/openvswitch/conntrack.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/net/openvswitch/con
There is no need to help connections that are not confirmed, so we can
delay helping new connections to the time when they are confirmed.
This change is needed for NAT support, and having this as a separate
patch will make the following NAT patch a bit easier to review.
Signed-off-by: Jarno Rajaha
Only a successful nf_conntrack_in() call can effect a connection state
change, so if suffices to update the key only after the
nf_conntrack_in() returns.
This change is needed for the later NAT patches.
Signed-off-by: Jarno Rajahalme
---
net/openvswitch/conntrack.c | 9 ++---
1 file changed
Remove the definition of IP_CT_NEW_REPLY from the kernel as it does
not make sense. This allows the definition of IP_CT_NUMBER to be
simplified as well.
Signed-off-by: Jarno Rajahalme
---
include/uapi/linux/netfilter/nf_conntrack_common.h | 12 +---
net/openvswitch/conntrack.c
This series adds NAT support to openvswitch kernel module. A few
changes are needed to the netfilter code to facilitate this (patches
1-3/8). Patches 4-7 make the openvswitch kernel module ready for the
patch 8 that adds the NAT support by calling into netfilter NAT code
from the openvswitch conn
Define a new inline function to map conntrack status to enum
ip_conntrack_info. This removes the need to otherwise duplicate this
code in a later patch ("openvswitch: Find existing conntrack entry
after upcall.").
Signed-off-by: Jarno Rajahalme
---
include/net/netfilter/nf_conntrack.h | 15
On 8 December 2015 at 13:23, Or Gerlitz wrote:
> On Tue, Dec 8, 2015 at 9:20 PM, Joe Stringer wrote:
>> On 2 December 2015 at 10:01, Joe Stringer wrote:
>>> On 29 November 2015 at 05:37, Or Gerlitz wrote:
On Thu, Nov 19, 2015 at 5:40 PM, Or Gerlitz wrote:
> On Sat, Nov 14, 2015 at 8:4
Fix a bitmap declaration bug and add missing tx timeout recovery.
Michael Chan (4):
bnxt_en: Fix bitmap declaration to work on 32-bit arches.
bnxt_en: Change bp->state to bitmap.
bnxt_en: Don't cancel sp_task from bnxt_close_nic().
bnxt_en: Implement missing tx timeout reset logic.
drive
This allows multiple independent bits to be set for various states.
Subsequent patches to implement tx timeout reset will require this.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 8
drivers/net/ethernet/broadcom/bnxt/bnxt.h | 5 ++---
drivers
When implementing driver reset from tx_timeout in the next patch,
bnxt_close_nic() will be called from the sp_task workqueue. Calling
cancel_work() on sp_task will hang the workqueue.
Instead, set a new bit BNXT_STATE_IN_SP_TASK when bnxt_sp_task() is running.
bnxt_close_nic() will wait for BNXT_
The reset logic calls bnxt_close_nic() and bnxt_open_nic() under rtnl_lock
from bnxt_sp_task. BNXT_STATE_IN_SP_TASK must be cleared before calling
bnxt_close_nic() to avoid deadlock.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 18 ++
1 file change
The declaration of the bitmap vf_req_snif_bmap using fixed array of
unsigned long will only work on 64-bit archs. Use DECLARE_BITMAP instead
which will work on all archs.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 11 +--
1 file changed, 5 insertions(+),
On Tue, Dec 8, 2015 at 3:58 PM, Jesse Gross wrote:
> On Tue, Dec 8, 2015 at 11:59 AM, Tom Herbert wrote:
>> On Tue, Dec 8, 2015 at 11:31 AM, John W. Linville
>> wrote:
>>> On Tue, Dec 08, 2015 at 10:27:18AM -0800, Tom Herbert wrote:
Add support for remote checksum offload in both the normal
On Tue, Dec 8, 2015 at 11:59 AM, Tom Herbert wrote:
> On Tue, Dec 8, 2015 at 11:31 AM, John W. Linville
> wrote:
>> On Tue, Dec 08, 2015 at 10:27:18AM -0800, Tom Herbert wrote:
>>> Add support for remote checksum offload in both the normal and GRO
>>> paths. netlink command are used to enable sen
From: Colin Ian King
minor change, indenting is one tab out.
Signed-off-by: Colin Ian King
---
drivers/net/wireless/ath/ath9k/xmit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/xmit.c
b/drivers/net/wireless/ath/ath9k/xmit.c
index 3e3dac3.
On Mon, 2015-12-07 at 15:12 +0100, Christian Zigotzky wrote:
> Hi all,
>
> I have some good news for you. I was able to fix the issue with the
> P.A.
> Semi Ethernet. It was a problem with the new DMA handling. The patch
> '
> [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops
>
On Wed, Dec 9, 2015 at 1:24 AM, Jesse Brandeburg
wrote:
> On Sat, Dec 5, 2015 at 1:25 PM, Or Gerlitz wrote:
>> HDS is a generic feature,and even if you think only Intel hardware is
>> the only hardware that supports that, you have multiple drivers..
>> right? why not go the right way of adding ne
On Sat, Dec 5, 2015 at 1:25 PM, Or Gerlitz wrote:
> HDS is a generic feature,and even if you think only Intel hardware is
> the only hardware that supports that, you have multiple drivers..
> right? why not go the right way of adding new netdev feature and
> enable/disable it through the conventio
> Should we backport this all the way to v2.6.32 (currently the oldest
> stable tree)?
We need to be able to explain how the case being tested can occur, then
explain the situation in which it actually prevents a race condition.
If nobody can do that then it shouldn't be backported because its ch
Hi Tilman,
On di, 2015-12-08 at 12:00 +0100, Tilman Schmidt wrote:
> device->platform_data and platform_device->resource are never used
> and remain NULL through their entire life. Drops the kfree() calls
> for them from the device release method.
>
> Signed-off-by: Tilman Schmidt
> Reported-by:
Hi Tilman,
On di, 2015-12-08 at 12:00 +0100, Tilman Schmidt wrote:
> When shutting down the device, the struct ser_cardstate must not be
> kfree()d immediately after the call to platform_device_unregister()
> since the embedded struct platform_device is still in use.
> Move the kfree() call to the
On 12/8/2015 10:36 AM, Jesse Gross wrote:
On Tue, Dec 8, 2015 at 10:20 AM, Alexei Starovoitov
wrote:
On Tue, Dec 08, 2015 at 10:12:12AM -0800, Anjali Singhai Jain wrote:
+/**
+ * i40e_add_geneve_port - Get notifications about GENEVE ports that come up
+ * @netdev: This physical port's netdev
On Tue, 2015-12-08 at 14:18 -0600, Andy Fleming wrote:
> On Thu, Dec 3, 2015 at 1:19 AM, wrote:
> > From: Igal Liberman
> >
> > This patch adds the Ethernet MAC driver supporting the three
> > different types of MACs: dTSEC, tGEC and mEMAC.
> >
> > Signed-off-by: Igal Liberman
>
> [...]
>
>
This file was originally cloned off of the MPC8641D-HPCN reference
platform, which actually had a PHY IRQ line connected. However
this board does not. The bogus entry was largely inert and went
undetected until commit 321beec5047af83db90c88114b7e664b156f49fe
("net: phy: Use interrupts when availa
From: Maor Gottlieb
Flow steering initialization is based on static tree which
illustrates the flow steering tree when the driver is loaded. The
initialization considers the max supported flow table level of the device,
a minimum of 2 kernel flow tables(vlan and mac) are required to have
kernel f
From: Maor Gottlieb
Introducing the following objects:
mlx5_flow_root_namespace: represent the root of specific flow table
type tree(e.g NIC receive, FDB, etc..)
mlx5_flow_group: define the mask of the flow specification.
fs_fte(flow steering flow table entry): defines the value of the
flow sp
From: Maor Gottlieb
Rename en_flow_table.c to en_fs.c in order to be aligned
with the new flow steering files.
Signed-off-by: Maor Gottlieb
Signed-off-by: Moni Shoua
Signed-off-by: Matan Barak
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/Makefile |2 +-
..
From: Maor Gottlieb
Expose the new flow steering API and remove the old
one.
Few changes are required:
1. The Ethernet flow steering follows the existing implementation, but uses
the new steering API. The old flow steering implementation is removed.
2. Move the E-switch FDB management to use t
From: Maor Gottlieb
Introducing the base data structure and its operations that are
going to represent ConnectX-4 Flow Steering, this data structure
is basically a tree and all Flow steering objects such as
(Flow Table/Flow Group/FTE/etc ..) are represented as fs_node(s).
fs_node is the base obj
1 - 100 of 272 matches
Mail list logo
