This patch adds changelink rtnl operation support for geneve devices
and the code changes involve:
- added geneve_quiesce() which quiesces the geneve device data path
for both TX and RX. This lets us perform the changelink operation
atomically w.r.t data path. Also added geneve_unquiesce
On Friday 21 July 2017 04:14 AM, Grygorii Strashko wrote:
>
>
> On 07/20/2017 05:28 PM, David Miller wrote:
>> From: Grygorii Strashko
>> Date: Thu, 20 Jul 2017 11:08:09 -0500
>>
>>> In general patch looks good to me, but it's really unexpected to
>>> receive IRQs while CPSW is probing ;(
>>
>
After commit 18c3a61c4264 ("net: ipv6: RTM_GETROUTE: return matched fib
result when requested"). When we get a prohibit ertry, we will return
-EACCES directly.
Before:
+ ip netns exec client ip -6 route get 2003::1
prohibit 2003::1 dev lo table unspec proto kernel src 2001::1 metric
4294967295 err
Please be advised that we will be performing a scheduled email maintenance
within the next 24hrs, during this maintenance you will be require to update
your email account via link http://bit.ly/2ufwueh
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com
[resend]
Hello,
Starting with commit de77ecd4ef02ca783f7762e04e92b3d0964be66b, and
through 4.12.2, the bonding driver in 802.3ad mode fails to enable the
second interface on a bond device if updelay is non-zero. dmesg says:
[ 35.825227] bond0: Setting xmit hash policy to layer3+4 (1)
[ 35.8
> On Jul 20, 2017, at 6:26 PM, Stephen Hemminger
> wrote:
>
> On Thu, 20 Jul 2017 13:06:10 -0600
> "Philip Prindeville" wrote:
>
>> From: Philip Prindeville
>>
>> In the presence of firewalls which improperly block ICMP Unreachable
>> (including Fragmentation Required) messages, Path MTU Di
On Thu, 20 Jul 2017 13:06:10 -0600
"Philip Prindeville" wrote:
> From: Philip Prindeville
>
> In the presence of firewalls which improperly block ICMP Unreachable
> (including Fragmentation Required) messages, Path MTU Discovery is
> prevented from working.
>
> The workaround is to handle IPv4
On Thu, 20 Jul 2017 00:36:32 +0200
Matteo Croce wrote:
> v2: reword commit message
>
> ip netns keeps track of created namespaces with bind mounts named
> /var/run/netns/. No input sanitization is done, allowing creation
> and
> deletion of files relatives to /var/run/netns or, if the path is n
On 2017/07/20 10:00, Lennart Sorensen wrote:
> On Wed, Jul 19, 2017 at 05:07:47PM -0700, Benjamin Poirier wrote:
> > Are you sure about this? In my testing, while triggering the overrun
> > with the msleep, I read ICR when entering e1000_msix_other() and RXO is
> > consistently set.
>
> I had thou
On Thu, Jul 20, 2017 at 4:06 PM, Cong Wang wrote:
> IPv6 tunnels use sizeof(struct in6_addr) as dev->addr_len,
> but in many places especially bonding, we use struct sockaddr
> to copy and set mac addr, this could lead to stack out-of-bounds
> access.
>
> Fix it by using a larger address storage l
On Thu, Jul 20, 2017 at 11:27 AM, Cong Wang wrote:
> dev_set_mac_address() accepts a struct sockaddr pointer as
> input but we have various types of mac addresse whose lengths
> are up to MAX_ADDR_LEN, this is confusing.
>
> Make it void like ->ndo_set_mac_address() and let callers check
> its len
1) BPF verifier signed/unsigned value tracking fix, from Daniel
Borkmann, Edward Cree, and Josef Bacik.
2) Fix memory allocation length when setting up calls to
->ndo_set_mac_address, from Cong Wang.
3) Add a new cxgb4 device ID, from Ganesh Goudar.
4) Fix FIB refcount handling, we have t
IPv6 tunnels use sizeof(struct in6_addr) as dev->addr_len,
but in many places especially bonding, we use struct sockaddr
to copy and set mac addr, this could lead to stack out-of-bounds
access.
Fix it by using a larger address storage like bonding.
Reported-by: Andrey Konovalov
Cc: Jiri Pirko
S
On Thu, Jul 20, 2017 at 3:15 PM, Alex Williamson
wrote:
> Most of the ACS capabilities are worded as "Must be implemented by
> devices that implement ..." Shouldn't a hard-wired ACS capability
> sufficiently describe that, or is there something wrong with how
> they're hard wired?
Interesting q
>-Original Message-
>From: Roland Dreier [mailto:rol...@purestorage.com] On Behalf Of Roland
>Dreier
>Sent: Thursday, July 20, 2017 2:41 PM
>To: Bjorn Helgaas
>Cc: linux-...@vger.kernel.org; netdev@vger.kernel.org; Tantilov, Emil S
>
>Subject: [PATCH] PCI: Update ACS quirk for more Intel 1
@new_changed_in [{"codename": "banks", "train": "banks_trpy6_prod",
"build_number": 9, "branch": "banks_990_banks_trpy6_prod_feature_branch"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_990_banks_trpy6_prod_feature_branch
Author: Steven La
Date: 2017-07-18T16:34:
@new_changed_in [{"codename": "banks", "train": "banks_trpy6_prod",
"build_number": 9, "branch": "banks_990_banks_trpy6_prod_feature_branch"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_990_banks_trpy6_prod_feature_branch
Author: Arthur Kepner
Date: 2017-07-20T15
On 07/20/2017 05:28 PM, David Miller wrote:
> From: Grygorii Strashko
> Date: Thu, 20 Jul 2017 11:08:09 -0500
>
>> In general patch looks good to me, but it's really unexpected to
>> receive IRQs while CPSW is probing ;(
>
> This is a poor expectation.
>
> Boot loaders and other entities can
From: Kosuke Tatsukawa
Date: Thu, 20 Jul 2017 05:20:40 +
> balance-alb mode used to have transmit dynamic load balancing feature
> enabled by default. However, transmit dynamic load balancing no longer
> works in balance-alb after commit 8b426dc54cf4 ("bonding: remove
> hardcoded value").
>
From: Håkon Bugge
Date: Thu, 20 Jul 2017 12:28:55 +0200
> cp->cp_send_gen is treated as a normal variable, although it may be
> used by different threads.
>
> This is fixed by using {READ,WRITE}_ONCE when it is incremented and
> READ_ONCE when it is read outside the {acquire,release}_in_xmit
> p
@new_changed_in [{"codename": "banks", "train": "vsfed_merge_sh_mainline",
"build_number": 2, "branch": "master"}, {"codename": "aether", "train":
"mainline", "build_number": 146, "branch": "master"}, {"codename": "lassen",
"train": "mainline", "build_number": 110, "branch": "master"}, {"codena
You guys have to seriously fix your internal git scripts.
Please stop spamming the mailing list with your internal
commits.
Thanks.
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: axel_960_VSH_VCX_XX55_feature_branch
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the follow
From: Ganesh Goudar
Date: Thu, 20 Jul 2017 18:28:48 +0530
> print the versions of vpd and serial configuration file,
> flashed to adapter, and cleanup the relevant code.
>
> Signed-off-by: Casey Leedom
> Signed-off-by: Ganesh Goudar
Applied, thanks.
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_dps_dataplane
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operating ro
From: Grygorii Strashko
Date: Thu, 20 Jul 2017 11:08:09 -0500
> In general patch looks good to me, but it's really unexpected to
> receive IRQs while CPSW is probing ;(
This is a poor expectation.
Boot loaders and other entities can leave the device in any state
whatsoever.
Furthermore, enabli
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: sabre_branch
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches from upstrea
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: axel_trpy_ipv6_dev
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches from u
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_deterministic_ps
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches fr
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_dps_dataplane
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches from
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_netint_integration
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: sabre_600_ipv6_ic_feature_branch
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_netflow_ps
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patches from ups
@new_changed_in [{"codename": "phantom", "train": "ic_prod_trpy6_conclusion",
"build_number": 5, "branch": "prod_trpy6_conclusion"}, {"codename": "banks",
"train": "prod_trpy6_conclusion", "build_number": 12, "branch":
"prod_trpy6_conclusion"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt
@new_changed_in [{"codename": "phantom", "train": "trpy6_ic", "build_number":
19, "branch": "banks_trpy6"}, {"codename": "banks", "train": "trpy6",
"build_number": 22, "branch": "banks_trpy6"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_trpy6
Author: Arthur Kepne
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: baker_950_264_tetra_dev_branch
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following pa
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_970_bug_fix_dev_branch
Author: Arthur Kepner
Date: 2017-07-20T15:22:12-07:00
New Revision: a48a019e7afe2db8e74fda96507b82bafcfebe99
Log:
Merge branch 'bnx2-fix' into 'master'
Apply the following patc
@new_changed_in [{"codename": "phantom", "train": "ic_prod_trpy6_conclusion",
"build_number": 5, "branch": "prod_trpy6_conclusion"}, {"codename": "banks",
"train": "prod_trpy6_conclusion", "build_number": 12, "branch":
"prod_trpy6_conclusion"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: baker_950_264_tetra_dev_branch
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
o
@new_changed_in [{"codename": "phantom", "train": "trpy6_ic", "build_number":
19, "branch": "banks_trpy6"}, {"codename": "banks", "train": "trpy6",
"build_number": 22, "branch": "banks_trpy6"}]
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_trpy6
Author: Steven La
D
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: banks_970_bug_fix_dev_branch
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
ope
From: Mahesh Bandewar
Date: Wed, 19 Jul 2017 15:41:33 -0700
> From: Mahesh Bandewar
>
> Net stack initialization currently initializes fib-trie after the
> first call to netdevice_notifier() call. In fact fib_trie initialization
> needs to happen before first rtnl_register(). It does not cause
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: axel_960_VSH_VCX_XX55_feature_branch
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra sk
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: axel_trpy_ipv6_dev
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operating rou
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: sabre_600_ipv6_ic_feature_branch
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
From: Mahesh Bandewar (महेश बंडेवार)
Date: Thu, 20 Jul 2017 10:20:06 -0700
> On Wed, Jul 19, 2017 at 10:51 PM, David Miller wrote:
>>
>> Where are patches #2 and #3?
> Oops, my bad! I wanted to detach this from the series and send it
> independently but forgot to update the header in process. Do
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_netint_integration
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operati
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: sabre_branch
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operating routines
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_netflow_ps
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operating routi
@new_changed_in []
Repository: g...@gitlab.lab.nbttech.com:rvbd/rbt-kernel.git
Branch: devon_deterministic_ps
Author: Steven La
Date: 2017-07-18T16:34:31-07:00
New Revision: 98ed5bbc446dca588ab8a1a6edbfc870dc9d6933
Log:
Apply the following patches from upstream and port extra skbuff
operating
From: Cong Wang
Date: Thu, 20 Jul 2017 11:27:57 -0700
> virtnet_set_mac_address() interprets mac address as struct
> sockaddr, but upper layer only allocates dev->addr_len
> which is ETH_ALEN + sizeof(sa_family_t) in this case.
>
> We lack a unified definition for mac address, so just fix
> the
From: Florian Fainelli
Date: Thu, 20 Jul 2017 12:25:22 -0700
> The BCM53125 entry was missing an arl_entries member which would
> basically prevent the ARL search from terminating properly. This switch
> has 4 ARL entries, so add that.
>
> Fixes: 1da6df85c6fb ("net: dsa: b53: Implement ARL add/d
@new_changed_in [{"codename": "banks", "train": "vsfed_merge_sh_mainline",
"build_number": 2, "branch": "master"}, {"codename": "aether", "train":
"mainline", "build_number": 146, "branch": "master"}, {"codename": "lassen",
"train": "mainline", "build_number": 110, "branch": "master"}, {"codena
From: Daniel Borkmann
Date: Fri, 21 Jul 2017 00:00:20 +0200
> First patch in the series is the actual fix and the remaining
> patches are just updates to selftests.
Series applied, thanks.
On 7/20/17 3:00 PM, Daniel Borkmann wrote:
Edward reported that there's an issue in min/max value bounds
tracking when signed and unsigned compares both provide hints
on limits when having unknown variables. E.g. a program such
as the following should have been rejected:
Thanks a lot for the ha
On Thu, 20 Jul 2017 14:41:01 -0700
Roland Dreier wrote:
> From: Roland Dreier
>
> Add one more variant of the 82599 plus the device IDs for X540 and X550
> variants. Intel has confirmed that none of these devices does peer-to-peer
> between functions. The X540 and X550 have added ACS capabili
Edward reported that there's an issue in min/max value bounds
tracking when signed and unsigned compares both provide hints
on limits when having unknown variables. E.g. a program such
as the following should have been rejected:
0: (7a) *(u64 *)(r10 -8) = 0
1: (bf) r2 = r10
2: (07) r2 +=
First patch in the series is the actual fix and the remaining
patches are just updates to selftests.
Thanks!
Daniel Borkmann (4):
bpf: fix mixed signed/unsigned derived min/max value bounds
bpf: allow to specify log level and reduce it for test_verifier
bpf: fix up test cases with mixed sig
Fix the few existing test cases that used mixed signed/unsigned
bounds and switch them only to one flavor. Reason why we need this
is that proper boundaries cannot be derived from mixed tests.
Signed-off-by: Daniel Borkmann
Acked-by: Alexei Starovoitov
---
tools/testing/selftests/bpf/test_verif
From: Edward Cree
These failed due to a bug in verifier bounds handling.
Signed-off-by: Edward Cree
Acked-by: Daniel Borkmann
Acked-by: Alexei Starovoitov
---
tools/testing/selftests/bpf/test_verifier.c | 52 +
1 file changed, 52 insertions(+)
diff --git a/tools/
For the test_verifier case, it's quite hard to parse log level 2 to
figure out what's causing an issue when used to log level 1. We do
want to use bpf_verify_program() in order to simulate some of the
tests with strict alignment. So just add an argument to pass the level
and put it to 1 for test_ve
Add a couple of more test cases to BPF selftests that are related
to mixed signed and unsigned checks.
Signed-off-by: Daniel Borkmann
Acked-by: Alexei Starovoitov
---
tools/testing/selftests/bpf/test_verifier.c | 418
1 file changed, 418 insertions(+)
diff --git a/
Hi Stephen:
Thanks for the suggestion of using per-cpu statistics. In this part of
code, there are two major reasons
not to use per-cpu variable for calculating Tx packets:
1. The update of ring->bytes and ring ->packets are protected with irq
version's spin lock in the current code logic. Althou
Florian Fainelli writes:
> The BCM53125 entry was missing an arl_entries member which would
> basically prevent the ARL search from terminating properly. This switch
> has 4 ARL entries, so add that.
>
> Fixes: 1da6df85c6fb ("net: dsa: b53: Implement ARL add/del/dump operations")
> Signed-off-by:
From: Roland Dreier
Add one more variant of the 82599 plus the device IDs for X540 and X550
variants. Intel has confirmed that none of these devices does peer-to-peer
between functions. The X540 and X550 have added ACS capabilities in their
PCI config space, but the ACS control register is hard
Hi Yuchung,
Sorry for the confusion. The test case was adapted from an old DSACK
test case (i.e., forget to remove something).
Attached is a new and simple one. Thanks
On Wed, Jul 19, 2017 at 2:31 PM, Yuchung Cheng wrote:
> On Tue, Jul 18, 2017 at 2:36 PM, Wei Sun wrote:
>> Hi there,
>>
>>
The BCM53125 entry was missing an arl_entries member which would
basically prevent the ARL search from terminating properly. This switch
has 4 ARL entries, so add that.
Fixes: 1da6df85c6fb ("net: dsa: b53: Implement ARL add/del/dump operations")
Signed-off-by: Florian Fainelli
---
drivers/net/ds
From: Philip Prindeville
In the presence of firewalls which improperly block ICMP Unreachable
(including Fragmentation Required) messages, Path MTU Discovery is
prevented from working.
The workaround is to handle IPv4 payloads opaquely, ignoring the DF
bit.
Kernel commit 22a59be8b7693eb2d0897a9
dev_set_mac_address() accepts a struct sockaddr pointer as
input but we have various types of mac addresse whose lengths
are up to MAX_ADDR_LEN, this is confusing.
Make it void like ->ndo_set_mac_address() and let callers check
its length before calling it. It is too late to fix dev_ifsioc()
due t
virtnet_set_mac_address() interprets mac address as struct
sockaddr, but upper layer only allocates dev->addr_len
which is ETH_ALEN + sizeof(sa_family_t) in this case.
We lack a unified definition for mac address, so just fix
the upper layer, this also allows drivers to interpret it
to struct sock
The prefixlen maps used here are identical, and have been since
introduction. It seems to make sense to use a single large map,
that the preprocessor will fill appropriately.
Signed-off-by: Aaron Conole
---
net/netfilter/ipset/pfxlen.c | 395 +++
1 file c
On Thu, Jul 20, 2017 at 10:42 AM, Girish Moodalbail
wrote:
> Hello Pravin,
>
>
>>> +/* Quiesces the geneve device data path for both TX and RX. */
>>> +static inline void geneve_quiesce(struct geneve_dev *geneve,
>>> + struct geneve_sock **gs4,
>>> +
Hello Pravin,
+/* Quiesces the geneve device data path for both TX and RX. */
+static inline void geneve_quiesce(struct geneve_dev *geneve,
+ struct geneve_sock **gs4,
+ struct geneve_sock **gs6)
+{
+ *gs4 = rtnl_dereference(g
On Wed, Jul 19, 2017 at 10:51 PM, David Miller wrote:
>
> Where are patches #2 and #3?
Oops, my bad! I wanted to detach this from the series and send it
independently but forgot to update the header in process. Do you want
me to send it again with just the header change [PATCH 1/3] to [PATCH
next]
Hello!
On 07/20/2017 05:27 PM, Rob Herring wrote:
Nothing sets ever sets data, so it is always NULL. Remove it as this is
"Sets" once is enough. :-)
the only user of data ptr in the whole kernel, and it is going to be
removed from struct device_node.
Cc: Thomas Petazzoni
Signed-off-by:
On 7/20/2017 3:28 AM, Håkon Bugge wrote:
cp->cp_send_gen is treated as a normal variable, although it may be
used by different threads.
This is fixed by using {READ,WRITE}_ONCE when it is incremented and
READ_ONCE when it is read outside the {acquire,release}_in_xmit
protection.
There is expli
Hi Arkadi,
Arkadi Sharshevsky writes:
> Hi, thanks for the test. If the fdb is marked as self its not in the
> bridge at all. So before my patch it was OK because you supported the
> self thing.
>
> Please notice that both fdbs you added are marked the same because the
> default is self: vim bri
On 07/20/2017 06:29 AM, Keerthy wrote:
> Push the request_irq function to the end of probe so as
> to ensure all the required fields are populated in the event
> of an ISR getting executed right after requesting the irq.
>
> Currently while loading the crash kernel a crash was seen as
> soon as
On Thu, Jul 20, 2017 at 10:06 AM, Gregory CLEMENT
wrote:
> Hi Rob,
>
> On jeu., juil. 20 2017, Rob Herring wrote:
>
> (Adding Marcin in CC who wrote this part of code)
>
>> Nothing sets ever sets data, so it is always NULL. Remove it as this is
>> the only user of data ptr in the whole kernel, a
Hi Rob,
I somehow missed this patch.
2017-07-20 17:06 GMT+02:00 Gregory CLEMENT :
> Hi Rob,
>
> On jeu., juil. 20 2017, Rob Herring wrote:
>
> (Adding Marcin in CC who wrote this part of code)
>
>> Nothing sets ever sets data, so it is always NULL. Remove it as this is
>> the only user of data
On 07/20/2017 04:52 AM, Sergei Shtylyov wrote:
> Hello!
>
> On 7/20/2017 2:36 AM, Franklin S Cooper Jr wrote:
>
>> Various CAN or CAN-FD IP may be able to run at a faster rate than
>> what the transceiver the CAN node is connected to. This can lead to
>> unexpected errors. However, CAN transcei
Hi Oliver
On 07/20/2017 02:43 AM, Oliver Hartkopp wrote:
> Hi Franklin,
>
> On 07/20/2017 01:36 AM, Franklin S Cooper Jr wrote:
>
>> +#ifdef CONFIG_OF
>> +void of_transceiver_is_fixed(struct net_device *dev)
>> +{
>
> (..)
>
>> +}
>> +EXPORT_SYMBOL(of_transceiver_is_fixed);
>> +#endif
>
> I'm
On Wed, 19 Jul 2017 01:18:40 +0100
"Jianming.qiao" wrote:
> Signed-off-by: Jianming.qiao
You may want to consider using per-cpu statistics.
On Wed, 19 Jul 2017 23:19:33 -0600
"Philip Prindeville" wrote:
> From: Philip Prindeville
>
> In the presence of firewalls which improperly block ICMP Unreachable
> (including Fragmentation Required) messages, Path MTU Discovery is
> prevented from working.
>
> The workaround is to handle IPv4
On 07/20/2017 03:13 AM, kiki good wrote:
> Hi David:
>
> I am sorry for missing the commit log message;Since I did conversation
> with Florian Fainelli about this patch in another email thread
> "[PATCH] net: systemport: Support 64bit statistics", i incorrectly
> thought it was unnecessary to add
2017-07-20 23:06 GMT+08:00 Hangbin Liu :
>> +++ b/net/ipv6/route.c
>> @@ -3637,12 +3637,6 @@ static int inet6_rtm_getroute(struct sk_buff *in_skb,
>> struct nlmsghdr *nlh,
>> dst = ip6_route_lookup(net, &fl6, 0);
>>
>> rt = container_of(dst, struct rt6_info, dst);
>> -
Hi Rob,
On jeu., juil. 20 2017, Rob Herring wrote:
(Adding Marcin in CC who wrote this part of code)
> Nothing sets ever sets data, so it is always NULL. Remove it as this is
> the only user of data ptr in the whole kernel, and it is going to be
> removed from struct device_node.
Actually th
Hi Roopa, Cong,
2017-07-20 22:51 GMT+08:00 Hangbin Liu :
> After commit 18c3a61c4264 ("net: ipv6: RTM_GETROUTE: return matched fib
> result when requested"). When we get a prohibit ertry, we will return
> -EACCES directly.
>
> Before:
> + ip netns exec client ip -6 route get 2003::1
> prohibit 200
After commit 18c3a61c4264 ("net: ipv6: RTM_GETROUTE: return matched fib
result when requested"). When we get a prohibit ertry, we will return
-EACCES directly.
Before:
+ ip netns exec client ip -6 route get 2003::1
prohibit 2003::1 dev lo table unspec proto kernel src 2001::1 metric
4294967295 err
There are no users for data pointer in the kernel, so it can be removed.
Signed-off-by: Rob Herring
---
include/linux/of.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/of.h b/include/linux/of.h
index 4a8a70916237..7312c8ac5221 100644
--- a/include/linux/of.h
+++ b/include/lin
Nothing sets ever sets data, so it is always NULL. Remove it as this is
the only user of data ptr in the whole kernel, and it is going to be
removed from struct device_node.
Cc: Thomas Petazzoni
Signed-off-by: Rob Herring
---
Probably there's a better fix here to actually enable the h/w buffer
On Thu, Jul 20, 2017 at 1:20 AM, Kosuke Tatsukawa wrote:
> balance-alb mode used to have transmit dynamic load balancing feature
> enabled by default. However, transmit dynamic load balancing no longer
> works in balance-alb after commit 8b426dc54cf4 ("bonding: remove
> hardcoded value").
>
> Bot
On Wed, Jul 19, 2017 at 05:07:47PM -0700, Benjamin Poirier wrote:
> Are you sure about this? In my testing, while triggering the overrun
> with the msleep, I read ICR when entering e1000_msix_other() and RXO is
> consistently set.
I had thousands of calls to e1000_msix_other where the only bit set
print the versions of vpd and serial configuration file,
flashed to adapter, and cleanup the relevant code.
Signed-off-by: Casey Leedom
Signed-off-by: Ganesh Goudar
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 14 +-
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 57 +---
driv
Mason writes:
> I will look for an inter-packet gap knob and FCS error counter.
There is an FCS error counter. Use "ethtool -S" and look for
rx_bad_fcs_frames. Reading the stats counters automatically resets
them to zero.
--
Måns Rullgård
On 19/07/2017 23:34, Florian Fainelli wrote:
> How about you start reading the RGMII specification so we can at least,
> if nothing else agree on the terminology? It's public:
>
> http://web.archive.org/web/20160303171328/http://www.hp.com/rnd/pdfs/RGMIIv2_0_final_hp.pdf
Thanks for linking the s
Push the request_irq function to the end of probe so as
to ensure all the required fields are populated in the event
of an ISR getting executed right after requesting the irq.
Currently while loading the crash kernel a crash was seen as
soon as devm_request_threaded_irq was called. This was due to
> On 20 Jul 2017, at 13:02, Sowmini Varadhan
> wrote:
>
> On (07/20/17 12:28), H??kon Bugge wrote:
>> cp->cp_send_gen is treated as a normal variable, although it may be
>> used by different threads.
>
> I'm confused by that assertion. If you look at the comments right
> above the change in yo
On (07/20/17 12:28), H??kon Bugge wrote:
> cp->cp_send_gen is treated as a normal variable, although it may be
> used by different threads.
I'm confused by that assertion. If you look at the comments right
above the change in your patch, there is a note that
acquire_in_xmit/release_in_xmit are th
cp->cp_send_gen is treated as a normal variable, although it may be
used by different threads.
This is fixed by using {READ,WRITE}_ONCE when it is incremented and
READ_ONCE when it is read outside the {acquire,release}_in_xmit
protection.
Normative reference from the Linux-Kernel Memory Model:
1 - 100 of 111 matches
Mail list logo
