to make it work with
VRF.
Has anyone already worked on VRF support for NFS?
Thanks,
Ben
--
Ben Greear
Candela Technologies Inc http://www.candelatech.com
--
Ben Greear
Candela Technologies Inc http://www.candelatech.com
to disable mac-80211 tx when FW crashes,
I think...I have not tried to backport that.
https://patchwork.kernel.org/patch/10411967/
Thanks,
Ben
Michał
On 8 June 2018 at 23:40, Arend van Spriel wrote:
On 6/8/2018 5:17 PM, Ben Greear wrote:
I recalled an email from Michał leaving tieto so
On 06/07/2018 05:13 PM, Cong Wang wrote:
On Thu, Jun 7, 2018 at 4:48 PM, wrote:
From: Ben Greear
While testing an ath10k firmware that often crashed under load,
I was seeing kernel crashes as well. One of them appeared to
be a dereference of a NULL flow object in fq_tin_dequeue.
I have
. list_first_entry_or_null()
returns NULL only when the list is empty, but we already check
list_empty() right before this code, and it is protected by fq->lock.
Nevermind then.
Thanks,
Ben
--
Ben Greear
Candela Technologies Inc http://www.candelatech.com
On 06/07/2018 02:52 PM, Cong Wang wrote:
On Thu, Jun 7, 2018 at 2:41 PM, Ben Greear wrote:
On 06/07/2018 02:29 PM, Cong Wang wrote:
On Thu, Jun 7, 2018 at 9:06 AM, wrote:
--- a/include/net/fq_impl.h
+++ b/include/net/fq_impl.h
@@ -80,6 +80,9 @@ static struct sk_buff *fq_tin_dequeue
or fq was passed in as NULL?
Anyway, if the patch seems worthless just ignore it. I'll leave it in my tree
since it should be harmless and will let you know if I ever hit it.
If someone else hits a similar crash, hopefully they can report it.
Thanks,
Ben
--
Ben Greear
Candela Technologies Inc
On 06/07/2018 09:17 AM, Eric Dumazet wrote:
On 06/07/2018 09:06 AM, gree...@candelatech.com wrote:
From: Ben Greear
While testing an ath10k firmware that often crashed under load,
I was seeing kernel crashes as well. One of them appeared to
be a dereference of a NULL flow object
+0x25/0x40
May 17 16:03:39 localhost.localdomain kernel: []
cpu_startup_entry+0x2ba/0x380
May 17 16:03:39 localhost.localdomain kernel: []
start_secondary+0x149/0x170
May 17 16:03:39 localhost.localdomain kernel: ---[ end trace f62c6dd947785e8f
]---
Thanks,
Ben
--
Ben Greear <gre
On 05/09/2018 12:02 PM, Ben Greear wrote:
On 05/09/2018 11:48 AM, Eric Dumazet wrote:
On 05/09/2018 11:43 AM, Ben Greear wrote:
On 05/08/2018 10:10 AM, Eric Dumazet wrote:
On 05/08/2018 09:44 AM, Ben Greear wrote:
Hello,
I am trying to track down a performance regression that appears
On 05/09/2018 11:48 AM, Eric Dumazet wrote:
On 05/09/2018 11:43 AM, Ben Greear wrote:
On 05/08/2018 10:10 AM, Eric Dumazet wrote:
On 05/08/2018 09:44 AM, Ben Greear wrote:
Hello,
I am trying to track down a performance regression that appears to be between
4.13
and 4.14.
I first saw
On 05/08/2018 10:10 AM, Eric Dumazet wrote:
On 05/08/2018 09:44 AM, Ben Greear wrote:
Hello,
I am trying to track down a performance regression that appears to be between
4.13
and 4.14.
I first saw the problem with a hacked version of pktgen on some ixgbe NICs.
4.13 can do
right at 10G
based on the incoming
interface
for the ICMP redirect response?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
at perf top, it would appear that some lock is probably to blame.
Any ideas what might have been introduced during this interval that
would cause this?
Anyone else seen similar?
I'm going to attempt some more manual steps to try to find the commit that
introduces this...
Thanks,
Ben
--
Ben Greear
nd ip1 ip2 23777" where ip1 and ip2 are ip addresses of interfaces eth0
and eth1 of PC-2.
3. Result:
- b2d_recv prints out data from eth0 and eth1 on linux kernels from 4.14 up to
4.16.
- b2d_recv prints out data from only eth0 on linux kernels below 4.14.
**
Thanks,
Damir Mans
On 05/04/2018 10:47 AM, David Ahern wrote:
On 4/19/18 12:01 PM, gree...@candelatech.com wrote:
From: Ben Greear <gree...@candelatech.com>
This keeps us from crashing in certain test cases where we
bring up many (1000, for instance) mac-vlans with IPv6
enabled in the kernel. This bug ha
cation throughput after this change, using TCP_NODELAY might
help bring performance back however that might increase latency.
I guess you mean _disabling_ TCP_NODELAY instead of _using_ TCP_NODELAY?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 04/22/2018 02:15 PM, Roopa Prabhu wrote:
On Sun, Apr 22, 2018 at 11:54 AM, David Miller <da...@davemloft.net> wrote:
From: Johannes Berg <johan...@sipsolutions.net>
Date: Thu, 19 Apr 2018 17:26:57 +0200
On Thu, 2018-04-19 at 08:25 -0700, Ben Greear wrote:
Maybe this could be
On 04/22/2018 11:54 AM, David Miller wrote:
From: Johannes Berg <johan...@sipsolutions.net>
Date: Thu, 19 Apr 2018 17:26:57 +0200
On Thu, 2018-04-19 at 08:25 -0700, Ben Greear wrote:
Maybe this could be in followup patches? It's going to touch a lot of files,
and might be hell to get
On 04/18/2018 11:38 PM, Johannes Berg wrote:
On Wed, 2018-04-18 at 14:51 -0700, Ben Greear wrote:
It'd be pretty hard to know which flags are firmware stats?
Yes, it is, but ethtool stats are difficult to understand in a generic
manner anyway, so someone using them is already likely aware
I'd be hearing about how
the netdev patch is useless because it has no driver support, etc.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 01/24/2018 03:59 PM, Ben Greear wrote:
On 06/20/2017 08:03 PM, David Ahern wrote:
On 6/20/17 5:41 PM, Ben Greear wrote:
On 06/20/2017 11:05 AM, Michal Kubecek wrote:
On Tue, Jun 20, 2017 at 07:12:27AM -0700, Ben Greear wrote:
On 06/14/2017 03:25 PM, David Ahern wrote:
On 6/14/17 4:23 PM
On 03/20/2018 11:24 AM, Michal Kubecek wrote:
On Tue, Mar 20, 2018 at 08:39:33AM -0700, Ben Greear wrote:
On 03/20/2018 03:37 AM, Michal Kubecek wrote:
IMHO it would be more practical to set "0 means same as GSTATS" as a
rule and make ethtool_get_stats() a wrapper for ethtool_
hat might be something to consider.
Right now I don't see the point of handling packets that don't cross
network namespace boundaries specially, other than to preserve backwards
compatibility.
Well, backwards compat is a big deal all by itself!
Thanks,
Ben
Eric
--
Ben Greear <gree...@can
On 03/20/2018 09:11 AM, Steve deRosier wrote:
On Tue, Mar 20, 2018 at 8:39 AM, Ben Greear <gree...@candelatech.com> wrote:
On 03/20/2018 03:37 AM, Michal Kubecek wrote:
On Wed, Mar 07, 2018 at 11:51:29AM -0800, gree...@candelatech.com wrote:
From: Ben Greear <gree...@candel
On 03/20/2018 03:37 AM, Michal Kubecek wrote:
On Wed, Mar 07, 2018 at 11:51:29AM -0800, gree...@candelatech.com wrote:
From: Ben Greear <gree...@candelatech.com>
This is similar to ETHTOOL_GSTATS, but it allows you to specify
a 'level'. This level can be used by the driver to de
allow someone to call napi_disable multiple times w/out deadlocking.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
o give it a try. I have not looked at VRF at all to date...
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 06/20/2017 08:03 PM, David Ahern wrote:
On 6/20/17 5:41 PM, Ben Greear wrote:
On 06/20/2017 11:05 AM, Michal Kubecek wrote:
On Tue, Jun 20, 2017 at 07:12:27AM -0700, Ben Greear wrote:
On 06/14/2017 03:25 PM, David Ahern wrote:
On 6/14/17 4:23 PM, Ben Greear wrote:
On 06/13/2017 07:27 PM
On 01/24/2018 10:38 AM, Denys Fedoryshchenko wrote:
On 2018-01-24 20:31, Ben Greear wrote:
On 01/24/2018 08:34 AM, Neftin, Sasha wrote:
On 1/24/2018 18:11, Alexander Duyck wrote:
On Tue, Jan 23, 2018 at 3:46 PM, Ben Greear <gree...@candelatech.com> wrote:
Hello,
Anyone have an
On 01/24/2018 08:34 AM, Neftin, Sasha wrote:
On 1/24/2018 18:11, Alexander Duyck wrote:
On Tue, Jan 23, 2018 at 3:46 PM, Ben Greear <gree...@candelatech.com> wrote:
Hello,
Anyone have any more suggestions for making e1000e work better? This is
from a 4.9.65+ kernel,
with these addi
On 01/23/2018 03:27 PM, Ben Greear wrote:
On 01/23/2018 03:21 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 15:10 -0800, Ben Greear wrote:
On 01/23/2018 02:29 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 14:09 -0800, Ben Greear wrote:
On 01/23/2018 02:07 PM, Eric Dumazet wrote:
On Tue
Full Duplex, Flow Control: Rx/Tx
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 01/23/2018 03:21 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 15:10 -0800, Ben Greear wrote:
On 01/23/2018 02:29 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 14:09 -0800, Ben Greear wrote:
On 01/23/2018 02:07 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 13:49 -0800, Ben Greear wrote
On 01/23/2018 02:29 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 14:09 -0800, Ben Greear wrote:
On 01/23/2018 02:07 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 13:49 -0800, Ben Greear wrote:
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote
On 01/23/2018 02:07 PM, Eric Dumazet wrote:
On Tue, 2018-01-23 at 13:49 -0800, Ben Greear wrote:
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote:
My test case is to have 6 processes each create 5000 TCP IPv4 connections to
each other
On 01/22/2018 10:46 AM, Josh Hunt wrote:
On Mon, Jan 22, 2018 at 10:30 AM, Ben Greear <gree...@candelatech.com> wrote:
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote:
My test case is to have 6 processes each create 5000 TCP IPv4 conne
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote:
My test case is to have 6 processes each create 5000 TCP IPv4 connections to
each other
on a system with 16GB RAM and send slow-speed data. This works fine on a 4.7
kernel, but
will not work
On 01/22/2018 10:30 AM, Ben Greear wrote:
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote:
My test case is to have 6 processes each create 5000 TCP IPv4 connections to
each other
on a system with 16GB RAM and send slow-speed data. This works
On 01/22/2018 10:16 AM, Eric Dumazet wrote:
On Mon, 2018-01-22 at 09:28 -0800, Ben Greear wrote:
My test case is to have 6 processes each create 5000 TCP IPv4 connections to
each other
on a system with 16GB RAM and send slow-speed data. This works fine on a 4.7
kernel, but
will not work
in the meantime...
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
ve any suggestions.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 10/12/2017 03:00 PM, Roopa Prabhu wrote:
On Thu, Oct 12, 2017 at 2:45 PM, Ben Greear <gree...@candelatech.com> wrote:
On 10/11/2017 01:49 PM, David Miller wrote:
From: "John W. Linville" <linvi...@tuxdriver.com>
Date: Wed, 11 Oct 2017 16:44:07 -0400
On Wed, Oct
On 10/11/2017 01:49 PM, David Miller wrote:
From: "John W. Linville" <linvi...@tuxdriver.com>
Date: Wed, 11 Oct 2017 16:44:07 -0400
On Wed, Oct 11, 2017 at 09:51:56AM -0700, Ben Greear wrote:
I noticed today that setting some ethtool settings to the same value
returns an erro
no channel parameters changed, aborting
current values: tx 0 rx 0 other 1 combined 1
[root@lf0313-6477 lanforge]# echo $?
1
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 09/12/2017 01:26 PM, Michal Kubecek wrote:
On Tue, Sep 12, 2017 at 11:54:43AM -0700, Ben Greear wrote:
It does not appear to work on Fedora-26, and I'm curious if someone
knows what needs doing to get this support working?
It's rather complicated. The "vlan" and "vlan &
On 09/12/2017 11:54 AM, Ben Greear wrote:
It does not appear to work on Fedora-26, and I'm curious if someone knows what
needs
doing to get this support working?
Thanks,
Ben
Gah, I spoke too soon. system-test guy says it works on cmd-line, but
not when we try to make it work in another
It does not appear to work on Fedora-26, and I'm curious if someone knows what
needs
doing to get this support working?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
to add this to the actual kernel header I think.
Do you have another suggestion for fixing iproute2 compile?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 09/02/2017 12:55 AM, Michal Kubecek wrote:
On Fri, Sep 01, 2017 at 04:52:20PM -0700, Ben Greear wrote:
In the patch below, usage of __kernel_ulong_t and __kernel_long_t is
introduced, but that is not available on older system (fedora-14, at least).
It is not a #define, so I am having
f(__kernel_ulong_t)-sizeof(__u32)]; /* Padding:
libc5 uses this.. */
+};
+
+#endif /* _LINUX_SYSINFO_H */
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 08/16/2017 08:18 PM, Dan Williams wrote:
On Wed, 2017-08-16 at 19:36 -0700, Ben Greear wrote:
On 08/16/2017 07:11 PM, Dan Williams wrote:
On Wed, 2017-08-16 at 14:31 -0700, David Miller wrote:
From: Dan Williams <d...@redhat.com>
Date: Wed, 16 Aug 2017 16:22:41 -0500
My b
can do longer term
averaging
as it sees fit. Probably no need for lots of averaging complexity in the
kernel.
rate-ctrl for wifi basically doesn't happen until you transmit or receive a
fairly steady stream, so it will fluctuate a lot.
Thanks,
Ben
Dan
--
Ben Greear <gree...@ca
On 06/20/2017 11:05 AM, Michal Kubecek wrote:
On Tue, Jun 20, 2017 at 07:12:27AM -0700, Ben Greear wrote:
On 06/14/2017 03:25 PM, David Ahern wrote:
On 6/14/17 4:23 PM, Ben Greear wrote:
On 06/13/2017 07:27 PM, David Ahern wrote:
Let's try a targeted debug patch. See attached
I had
On 06/14/2017 03:25 PM, David Ahern wrote:
On 6/14/17 4:23 PM, Ben Greear wrote:
On 06/13/2017 07:27 PM, David Ahern wrote:
Let's try a targeted debug patch. See attached
I had to change it to pr_err so it would go to our serial console
since the system locked hard on crash
.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 06/13/2017 01:28 PM, David Ahern wrote:
On 6/13/17 2:16 PM, Ben Greear wrote:
On 06/09/2017 02:25 PM, Eric Dumazet wrote:
On Fri, 2017-06-09 at 07:27 -0600, David Ahern wrote:
On 6/8/17 11:55 PM, Cong Wang wrote:
On Thu, Jun 8, 2017 at 2:27 PM, Ben Greear <gree...@candelatech.com>
On 06/09/2017 02:25 PM, Eric Dumazet wrote:
On Fri, 2017-06-09 at 07:27 -0600, David Ahern wrote:
On 6/8/17 11:55 PM, Cong Wang wrote:
On Thu, Jun 8, 2017 at 2:27 PM, Ben Greear <gree...@candelatech.com> wrote:
As far as I can tell, the patch did not help, or at least we still rep
;tb6_lock);
res = fib6_walk_continue(w);
read_unlock_bh(>tb6_lock);
if (res <= 0) {
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 06/06/2017 05:27 PM, Eric Dumazet wrote:
On Tue, 2017-06-06 at 18:00 -0600, David Ahern wrote:
On 6/6/17 3:06 PM, Ben Greear wrote:
This bug has been around forever, and we recently got an intern and
stuck him with
trying to reproduce it on the latest kernel. It is still here. I'm
Offset: disabled
Rebooting in 10 seconds..
ACPI MEMORY or I/O RESET_REG.
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
rrived.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 05/17/2017 06:30 AM, Johannes Berg wrote:
On Wed, 2017-05-17 at 12:08 +0200, Bastian Bittorf wrote:
* Ben Greear <gree...@candelatech.com> [17.05.2017 11:51]:
I have been keeping an 'iw events' program running with a perl
script gathering its
output and post-processing it. This ha
that it is waiting on recvmsg. If I start a second 'iw events' then it will get
wifi events as expected.
Are there any known issues in this area?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 04/14/2017 09:24 AM, Alexander Duyck wrote:
On Fri, Apr 14, 2017 at 9:19 AM, Ben Greear <gree...@candelatech.com> wrote:
On 04/14/2017 08:45 AM, Alexander Duyck wrote:
On Thu, Apr 13, 2017 at 11:12 AM, Ben Greear <gree...@candelatech.com>
wrote:
Hello,
I have been seei
On 04/14/2017 08:45 AM, Alexander Duyck wrote:
On Thu, Apr 13, 2017 at 11:12 AM, Ben Greear <gree...@candelatech.com> wrote:
Hello,
I have been seeing a regular occurrence of DMAR errors, looking something
like this when testing my ath10k driver/firmware under some specific loads
(m
(not even sysrq-boot will do
anything),
so I guess I would need the DMAR logic to print out more info on that address
somehow.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
, e1000 to e1000e netperf:
TCP_STREAM: Measured rate was 849.95 +-1.32 mbits/sec
UDP_STREAM: Measured rate was 44.73 +-5.73 mbits/sec
Maybe check that you have re-ordering issues? I ran into that with igb
recently and it took a while to realize my problem!
Thanks,
Ben
--
Ben Greear <g
On 04/07/2017 12:12 PM, Johannes Berg wrote:
On Fri, 2017-04-07 at 11:37 -0700, Ben Greear wrote:
I guess the error string must be constant and always available in
memory in this implementation?
Yes.
I think it would be nice to dynamically create strings (malloc,
snprintf, etc) and have
reate strings (malloc, snprintf, etc)
and have the err_str logic free it when done?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 03/24/2017 04:14 PM, Stephen Hemminger wrote:
On Fri, 24 Mar 2017 14:20:56 -0700
Ben Greear <gree...@candelatech.com> wrote:
On 03/24/2017 02:12 PM, David Miller wrote:
From: gree...@candelatech.com
Date: Fri, 24 Mar 2017 13:58:47 -0700
From: Ben Greear <gree...@candel
On 03/24/2017 02:12 PM, David Miller wrote:
From: gree...@candelatech.com
Date: Fri, 24 Mar 2017 13:58:47 -0700
From: Ben Greear <gree...@candelatech.com>
In systems where you may have a very large number of network
adapters, certain drivers may consume an unfair amount of
IRQ resource
On 03/16/2017 08:51 PM, Ben Greear wrote:
I think we can, might take us a day or two to get time to do it.
Thanks,
Ben
On 03/16/2017 08:05 PM, Alexander Duyck wrote:
I'm not really interested in installing a custom version of pktgen.
Any chance you can recreate the issue with standard pktgen
a snapshot of what is using CPU time
on the system. It will probably give you a pretty good idea where the
code is that is eating up all your CPU time.
- Alex
On Thu, Mar 16, 2017 at 7:46 PM, Ben Greear <gree...@candelatech.com> wrote:
I'm actually using a hacked up version of pktgen nicely
are you
sending from something external on the system or are you actually
directing the traffic from pktgen into the bridge directly?
- Alex
On Thu, Mar 16, 2017 at 3:49 PM, Ben Greear <gree...@candelatech.com> wrote:
Hello,
We notice that when using two igb ports as a bridge, if we use
and/or add special processing for metadata like
rx-info?
Thanks,
Ben
Thanks,
johannes
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
4.9.13-101.fc24.x86_64 #1 SMP Tue Mar 7 23:48:32 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux
e1000e does not show this problem in our testing.
Any ideas what the issue might be and how to fix it?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 02/09/2017 11:03 PM, Valo, Kalle wrote:
Ben Greear <gree...@candelatech.com> writes:
On 02/07/2017 01:14 AM, Valo, Kalle wrote:
Adrian Chadd <adr...@freebsd.org> writes:
Removing this method makes the diff to FreeBSD larger, as "vif" in
FreeBSD is a different
it more difficult for Adrian and makes the code no easier to read
for the rest of us?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 01/13/2017 02:08 PM, Stephen Hemminger wrote:
On Fri, 13 Jan 2017 11:50:32 -0800
Ben Greear <gree...@candelatech.com> wrote:
On 01/13/2017 11:41 AM, Stephen Hemminger wrote:
On Fri, 13 Jan 2017 11:12:32 -0800
Ben Greear <gree...@candelatech.com> wrote:
I am including
On 01/13/2017 11:41 AM, Stephen Hemminger wrote:
On Fri, 13 Jan 2017 11:12:32 -0800
Ben Greear <gree...@candelatech.com> wrote:
I am including netinet/ip.h, and also linux/if_tunnel.h, and the linux/ip.h
conflicts with
netinet/ip.h.
Maybe my build environment is screwed up, but mayb
On 01/13/2017 11:12 AM, Ben Greear wrote:
I am including netinet/ip.h, and also linux/if_tunnel.h, and the linux/ip.h
conflicts with
netinet/ip.h.
Maybe my build environment is screwed up, but maybe also it would be better to
just let the user include appropriate headers before including
er <da...@davemloft.net>
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
:06:00.0: 00:e0:ed:79:06:56
[6.556994] ixgbe :06:00.0: Intel(R) 10 Gigabit Network Connection
[6.557160] ixgbe :06:00.1: PCI INT B: failed to register GSI
[6.557169] ixgbe: probe of :06:00.1 failed with error -28
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
C
actually expect performance regressions? I'll be complaining if
so, but will test first :)
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
I am getting warnings about sign missmatch.
Maybe make SPEED_UNKNOWN be ((__u32)(0x)) ?
from ethtool.h:
#define SPEED_UNKNOWN -1
static inline int ethtool_validate_speed(__u32 speed)
{
return speed <= INT_MAX || speed == SPEED_UNKNOWN;
}
Thanks,
Ben
--
Ben Gre
S crash when using QCA 9984 NIC on x86-64 system
without vt-d enabled.
Also tested on ea8500 with 9980, and x86-64 with 9980 and 9880.
All tests were with CT firmware.
Signed-off-by: Ben Greear <gree...@candelatech.com>
drivers/net/wireless/ath/ath10k/wm
This is probably not an NFS specific issue, though I guess possibly it is.
Forwarding to netdev in case someone wants to take a look at it.
Thanks,
Ben
Forwarded Message
Subject: Re: nfs broken on Fedora-24, 32-bit?
Date: Fri, 16 Sep 2016 16:31:51 -0700
From: Ben Greear
for fixing this!
It would not be fun to have to revert to the old way of hashing
stations in mac80211...
I'll be happy to test the patches when you have them ready.
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
what is that '+ 64 +' for in the size calculation?
Looks a lot like some fudge factor from long ago?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
On 05/18/2016 08:25 AM, Eric Dumazet wrote:
On Wed, 2016-05-18 at 08:07 -0700, Ben Greear wrote:
On 05/18/2016 07:29 AM, Eric Dumazet wrote:
On Wed, 2016-05-18 at 07:00 -0700, Ben Greear wrote:
We are investigating a system that has fairly poor TCP throughput
with the 3.17 and 4.0 kernels
On 05/18/2016 07:29 AM, Eric Dumazet wrote:
On Wed, 2016-05-18 at 07:00 -0700, Ben Greear wrote:
We are investigating a system that has fairly poor TCP throughput
with the 3.17 and 4.0 kernels, but evidently it worked pretty well
with 3.14 (I should be able to verify 3.14 later today).
One
is running slow because of this.
(We see about 800Mbps UDP download, but only 500Mbps TCP, even when
using 100 concurrent TCP streams.)
Is there some way to tune the TCP stack to better handle reordered frames?
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc
On 05/13/2016 11:21 AM, David Miller wrote:
From: Ben Greear <gree...@candelatech.com>
Date: Fri, 13 May 2016 09:57:19 -0700
How do you feel about a new socket-option to allow a socket to
request the old veth behaviour?
I depend upon the opinions of the experts who work up
Mr Miller:
How do you feel about a new socket-option to allow a socket to
request the old veth behaviour?
Thanks,
Ben
On 04/30/2016 10:30 PM, Willy Tarreau wrote:
On Sat, Apr 30, 2016 at 03:43:51PM -0700, Ben Greear wrote:
On 04/30/2016 03:01 PM, Vijay Pandurangan wrote:
Consider:
- App
), but not sure I am really doing that optimally
either.
My basic question is: Any suggestion for an optimal CPU core configuration
(most likely including binding a NIC's irqs to a particular core)??
Any other suggestions for things to look for?
Thanks,
Ben
--
Ben Greear <g
On 04/30/2016 03:01 PM, Vijay Pandurangan wrote:
On Sat, Apr 30, 2016 at 5:52 PM, Ben Greear <gree...@candelatech.com> wrote:
Good point, so if you had:
eth0 <-> raw <-> user space-bridge <-> raw <-> vethA <-> veth B <->
userspace-stub <->
On 04/30/2016 02:36 PM, Vijay Pandurangan wrote:
On Sat, Apr 30, 2016 at 5:29 PM, Ben Greear <gree...@candelatech.com> wrote:
On 04/30/2016 02:13 PM, Vijay Pandurangan wrote:
On Sat, Apr 30, 2016 at 4:59 PM, Ben Greear <gree...@candelatech.com>
wrote:
On 04/30/2016 1
On 04/30/2016 02:13 PM, Vijay Pandurangan wrote:
On Sat, Apr 30, 2016 at 4:59 PM, Ben Greear <gree...@candelatech.com> wrote:
On 04/30/2016 12:54 PM, Tom Herbert wrote:
We've put considerable effort into cleaning up the checksum interface
to make it as unambiguous as possible,
want to send raw frames that do have
broken checksums (lets assume a real NIC, not veth), and I want them
to hit the wire with those bad checksums.
How do I configure the checksumming in this case?
Thanks,
Ben
Tom
On Sat, Apr 30, 2016 at 12:40 PM, Ben Greear <gree...@candelatech.com>
1 - 100 of 479 matches
Mail list logo