Tested on 3Com PCI 3c905C Tornardo by running Flent multiple times.
Signed-off-by: Loganaden Velvindron
---
drivers/net/ethernet/3com/3c59x.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/3com/3c59x.c
b/drivers/net/ethernet/3com/3c59x
On Thu, Jul 30, 2015 at 11:12 AM, Joe Stringer wrote:
> Expose the kernel connection tracker via OVS. Userspace components can
> make use of the "ct()" action, followed by "recirculate", to populate
> the conntracking state in the OVS flow key, and subsequently match on
> that state.
>
> Example O
On Thu, 30 Jul 2015 11:30:32 +0200
Nikolay Aleksandrov wrote:
> From: Nikolay Aleksandrov
>
> Before this patch both addmdb and delmdb events were printed the same,
> now we'll get a "Deleted" string in front when delmdb is received.
> Before:
> $ bridge mdb add dev br0 port eth3 grp 239.0.0.1
On Thu, 30 Jul 2015 14:37:02 -0700
Roopa Prabhu wrote:
> From: Roopa Prabhu
>
> This is similar to command options corresponding to other NTF_* flags
> already exposed to the user space (examples self/master).
>
> Also updates bridge man page (The man page patch also includes
> a fix to the 's
On Fri, 31 Jul 2015 13:55:31 +0300
Antti Paila wrote:
> From: Antti Paila
>
> Reset the 'preferred_family' global variable
> to its initially set value before each batch
> file command is processed.
>
> Signed-off-by: Antti Paila
Applied for 4.2 release.
--
To unsubscribe from this list: sen
Hi Scott,
On Jul 29, 2015, at 5:17 PM, Scott Feldman sfel...@gmail.com wrote:
> On Wed, Jul 29, 2015 at 12:14 PM, Vivien Didelot
> wrote:
>> Hi Scott, David,
>>
>> On Jul 29, 2015, at 2:28 PM, David da...@davemloft.net wrote:
>>
>>> From: Scott Feldman
>>> Date: Wed, 29 Jul 2015 00:31:44 -0700
From: Eric Dumazet
Alex reported the following crash when using fq_codel
with htb:
crash> bt
PID: 630839 TASK: 8823c990d280 CPU: 14 COMMAND: "tc"
[... snip ...]
#8 [8820ceec17a0] page_fault at 8160a8c2
[exception RIP: htb_qlen_notify+24]
RIP: a084
On 07/31/2015 04:18 PM, Jason Gunthorpe wrote:
> On Fri, Jul 31, 2015 at 01:41:39PM -0400, Doug Ledford wrote:
>> Please be more specific here. What are you objecting to? Are you
>> objecting to a flush_workqueue from a release() context? Because I
>> don't see anything in the kref documentation
From: Tom Herbert
Date: Fri, 31 Jul 2015 16:52:09 -0700
> BSD (MacOS) has already turned on flow labels by default and this does
> not seem to be causing any problems in the Internet. Let's go ahead
> and turn them on by default. We'll continue to monitor for any devices
> start choking on them.
We can't call skb_get_hash here since the packet is not complete to do
flow_dissector. Create hash based on flowi6 instead.
Signed-off-by: Tom Herbert
---
include/net/ipv6.h| 5 +++--
net/ipv6/ip6_gre.c| 5 +++--
net/ipv6/ip6_output.c | 4 ++--
net/ipv6/ip6_tunnel.c | 2 +-
4 files chang
Change the meaning of net.ipv6.auto_flowlabels to provide a mode for
automatic flow labels generation. There are four modes:
0: flow labels are disabled
1: flow labels are enabled, sockets can opt-out
2: flow labels are allowed, sockets can opt-in
3: flow labels are enabled and enforced, no opt-ou
Per RFC6437 stateful flow labels (e.g. labels set by flow label manager)
cannot "disturb" nodes taking part in stateless flow labels. While the
ranges only reduce the flow label entropy by one bit, it is conceivable
that this might bias the algorithm on some routers causing a load
imbalance. For be
From: Eric Dumazet
Date: Fri, 31 Jul 2015 18:25:17 +0200
> From: Eric Dumazet
>
> Straightforward patch to add GRO processing to virtio_net.
>
...
> Signed-off-by: Eric Dumazet
> Tested-by: Rick Jones
> Cc: "Michael S. Tsirkin"
Michael, please review :-)
--
To unsubscribe from this list:
Initialize auto_flowlabels to one. This enables automatic flow labels,
individual socket may disable them using the IPV6_AUTOFLOWLABEL socket
option.
Signed-off-by: Tom Herbert
---
Documentation/networking/ip-sysctl.txt | 2 +-
include/net/ipv6.h | 2 +-
2 files changed, 2 in
Add skb_get_hash_flowi6 and skb_get_hash_flowi4 which derive an sk_buff
hash from flowi6 and flowi4 structures respectively. These functions
can be called when creating a packet in the output path where the new
sk_buff does not yet contain a fully formed packet that is parsable by
flow dissector.
BSD (MacOS) has already turned on flow labels by default and this does
not seem to be causing any problems in the Internet. Let's go ahead
and turn them on by default. We'll continue to monitor for any devices
start choking on them.
Flow labels are important since they are the desired solution for
On 31 July 2015 at 06:20, Florian Westphal wrote:
> Joe Stringer wrote:
>> +/* Load connlabel and ensure it supports 128-bit labels */
>> +static struct xt_match *load_connlabel(struct net *net)
>> +{
>> +#ifdef CONFIG_NF_CONNTRACK_LABELS
>> + struct xt_match *match;
>> + struct xt_mtchk_
1) Must tearodnw SR-IOV before unregistering netdev in igb driver, from
Alex Williamson.
2) Fix ipv6 route unreachable crash in IPVS, from Alex Gartrell.
3) Default route selection in ipv4 should take the prefix length,
table ID, and TOS into account, from Julian Anastasov.
4) sch_plug mu
I've just get's home. It works, thanks for quick fix!
On Fri, Jul 31, 2015 at 8:13 PM, Joachim Eastwood wrote:
> Commit 50649ab14982 ("stmmac: drop driver from stmmac platform code")
> was a bit overzealous in removing code and dropped the MODULE_*
> macro's that are still needed since stmmac_pla
Add skb->hash to the __sk_buff offset map, so it can be accessed from
an eBPF program. We currently already do this for classic BPF filters,
but not yet on eBPF, it might be useful as a demuxer in combination with
helpers like bpf_clone_redirect(), toy example:
__section("cls-lb") int ingress_ma
From: Florian Fainelli
Date: Fri, 31 Jul 2015 11:42:53 -0700
> This patch series adds support for netconsole in the GENET, SYSTEMPORT and DSA
> drivers.
>
> A small refactoring to the DSA transmit path is required to avoid duplicating
> the dsa_netpoll_send_skb() into each and every tagging prot
From: Joachim Eastwood
Date: Fri, 31 Jul 2015 19:02:32 +0200
> Commit 50649ab14982 ("stmmac: drop driver from stmmac platform code")
> was a bit overzealous in removing code and dropped the MODULE_*
> macro's that are still needed since stmmac_platform can be a module.
> Fix this by putting the m
From: Joachim Eastwood
Date: Fri, 31 Jul 2015 19:13:22 +0200
> Sorry for the resend, I managed to screwed up Igor's email address
> in the previous one.
Ok I made sure to use this version.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@
From: Claudiu Manoil
Date: Fri, 31 Jul 2015 18:38:30 +0300
> These changes were already validated as part of FSL SDK.
> Patch 2 fixes occasional wake-on magic packet failures during
> traffic, probably due to incorrect traffic stop/ device halt
> sequence and incorrect usage of txlock.
Series ap
From: Nikolay Aleksandrov
Date: Fri, 31 Jul 2015 16:49:43 +0200
> From: Nikolay Aleksandrov
>
> tlb_dynamic_lb could be set only via sysfs, this patch allows it to be
> set via netlink.
>
> Signed-off-by: Nikolay Aleksandrov
> ---
> As usual if accepted I'll post the corresponding iproute2 pa
From: Kalle Valo
Date: Fri, 31 Jul 2015 15:59:00 +0300
> here's a pull request for 4.3. In this pull request there's I have one
> revert in commit 360d9bb5ee2d ("Revert "ath9k: export HW random number
> generator""), the data doesn't seem to be random enough. Please let me
> know if you have any
On 08/01/2015 12:25 AM, Cong Wang wrote:
On Fri, Jul 31, 2015 at 3:06 AM, Daniel Borkmann wrote:
Did you test all variants on this?
I.e. what happens when you replace an existing one, I think the
refcnt should also be dropped here. It looks like we only drop
it, in case we tried to add an acti
From: Shradha Shah
Date: Fri, 31 Jul 2015 11:15:22 +0100
> From: Daniel Pieczko
>
> Signed-off-by: Shradha Shah
Applied.
--
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 http://vger.kernel.org/ma
From: Shradha Shah
Date: Fri, 31 Jul 2015 11:14:54 +0100
> From: Daniel Pieczko
>
> The policy in the net driver is to attempt MCDI commands and
> then handle any EPERM error codes appropriately when returned
> by unprivileged functions.
> The ethtool selftest contains some tests which are usef
From:
Date: Fri, 31 Jul 2015 16:58:42 +0800
> From: Shaohui Xie
>
> This patch added driver to support Aquantia PHYs AQ1202, AQ2104, AQR105,
> AQR405, which accessed through clause 45.
>
> Signed-off-by: Shaohui Xie
> ---
> changes in v3:
> removed nop routines.
>
> changes in v2:
> addresse
We detected irregular activity on your e-mail account
For your protection, you must verify this
activity before you can continue using your
account.please verify your account below
Information Required
Your Full Names:...
Email address:.
Password:
From: Joe Perches
Date: Thu, 30 Jul 2015 23:54:28 -0700
> Use vsprintf extension %pI4 instead.
>
> Signed-off-by: Joe Perches
Applied.
--
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 http://vger.
Thanks for all reviews & comments.
- Woojung
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Friday, July 31, 2015 6:19 PM
> To: Woojung Huh - C21699
> Cc: netdev@vger.kernel.org
> Subject: Re: [PATCH net-next 1/1] Microchip's LAN7800 family USB 2/3 to
> 10/
From: Hayes Wang
Date: Fri, 31 Jul 2015 11:23:39 +0800
> The UEFI driver would enable zero length, and the Linux driver doesn't
> need it. Zero length let the hw complete the transfer with length 0,
> when there is no received packet. It would add the load of USB host
> controller and reduce the
On Fri, Jul 31, 2015 at 3:06 AM, Daniel Borkmann wrote:
> Did you test all variants on this?
>
> I.e. what happens when you replace an existing one, I think the
> refcnt should also be dropped here. It looks like we only drop
> it, in case we tried to add an action to an already existing index ...
From: Alexei Starovoitov
Date: Thu, 30 Jul 2015 20:10:22 -0700
> Two vxlan driver flags FLOWBASED and COLLECT_METADATA need to be set to
> make use of its new flow mode. The former already exposed. Expose the latter.
>
> Signed-off-by: Alexei Starovoitov
Applied.
--
To unsubscribe from this li
From: Florian Fainelli
Date: Thu, 30 Jul 2015 18:51:57 -0700
> On 30/07/15 15:51, David Miller wrote:
>> From: David Miller
>> Date: Thu, 30 Jul 2015 14:19:35 -0700 (PDT)
>>
>>> This looks fine, series applied, thanks.
>>
>> I think your control block is too large, you'll need to rework this
>
From: Cong Wang
Date: Thu, 30 Jul 2015 17:12:21 -0700
> When we share an action within a filter, the bind refcnt
> should increase, therefore we should not call tcf_hash_release().
>
> Cc: Jamal Hadi Salim
> Cc: Daniel Borkmann
> Signed-off-by: Cong Wang
> Signed-off-by: Cong Wang
Applied.
From: Roopa Prabhu
Date: Thu, 30 Jul 2015 13:34:52 -0700
> This patch series uses ipv6_stub_impl.ipv6_dst_lookup instead of
> ip6_route_output. Follows the vxlan drivers usage of
> ipv6_stub_impl.ipv6_dst_lookup.
>
> There is no sk in the af_mpls context from where
> ipv6_stub_impl.ipv6_dst_loo
From: Alexei Starovoitov
Date: Thu, 30 Jul 2015 15:36:57 -0700
> Introduce helpers to let eBPF programs attached to TC manipulate tunnel
> metadata:
> bpf_skb_[gs]et_tunnel_key(skb, key, size, flags)
> skb: pointer to skb
> key: pointer to 'struct bpf_tunnel_key'
> size: size of 'struct bpf_tunn
From:
Date: Thu, 30 Jul 2015 19:45:21 +
> Repost patch of driver for LAN7800 family of USB 2.0 & USB 3.0 to Gigabit E=
> thernet.
> - remove module param which can be configurable by standard mechanism.
> - remove other module parms except msg_level per review comment.
> - update to handle by
From: Daniel Borkmann
Date: Thu, 30 Jul 2015 16:04:22 +0200
> This patch adds support to read the dmesg BPF JIT dump also from a
> file instead of the klog buffer. I found this quite useful when going
> through some 'before/after patch' logs. It also fixes a regex leak
> found by valgrind when no
On Sat, Aug 01, 2015 at 12:24:23AM +0300, Or Gerlitz wrote:
> addressed in incremental patch, as Doug suggested. Jason, it's wrong
> to send developers again and again to fix things which were
> perfect in Vn-1 but also not being covered by reviewers on Vn-1, at
> some point the reviewer can't lo
On Tue, Jul 28, 2015 at 03:34:51AM +, Punnaiah Choudary Kalluri wrote:
>
> Ok. I will send you updated patch for mdio support soon and we will finalize
> next
> Course of actions if it doesn't break the existing flow.
>
> Thanks,
> Punnaiah
When you submit this patch and mdio is seperate f
On Tue, Jul 28, 2015 at 03:34:51AM +, Punnaiah Choudary Kalluri wrote:
> Ok. I will send you updated patch for mdio support soon and we will finalize
> next
> Course of actions if it doesn't break the existing flow.
>
> Thanks,
> Punnaiah
Just a heads up, when mdio no longer turns off when
On 31/07/15 13:44, David Miller wrote:
> From: Florian Westphal
> Date: Fri, 31 Jul 2015 22:24:03 +0200
>
>> Florian Fainelli wrote:
>>> On 64-bits hosts, napi_gro_cb is 48 bytes, which is exactly the size of
>>> skb->cb[], while on 32-bits hosts it is 36 bytes, but if it were to
>>> grow, we wo
On Fri, Jul 31, 2015 at 8:41 PM, Doug Ledford wrote:
> On 07/31/2015 12:32 PM, Jason Gunthorpe wrote:
>> On Fri, Jul 31, 2015 at 08:50:24AM -0400, Doug Ledford wrote:
So... are we ready to go with V7 upstream?
>>> Yes. I've already pulled it in.
>> You are taking the netdev stuff without an
From: Florian Westphal
Date: Fri, 31 Jul 2015 22:24:03 +0200
> Florian Fainelli wrote:
>> On 64-bits hosts, napi_gro_cb is 48 bytes, which is exactly the size of
>> skb->cb[], while on 32-bits hosts it is 36 bytes, but if it were to
>> grow, we would not be catching a size inflation as we should
Florian Fainelli wrote:
> On 64-bits hosts, napi_gro_cb is 48 bytes, which is exactly the size of
> skb->cb[], while on 32-bits hosts it is 36 bytes, but if it were to
> grow, we would not be catching a size inflation as we should.
> ---
> net/core/dev.c | 2 ++
> 1 file changed, 2 insertions(+)
From: Nathan Sullivan
Date: Fri, 31 Jul 2015 09:27:06 -0500
> I believe I found the issue, we are using this PHY with cadence macb as
> the MAC. The driver currently turns off the management port in
> macb_reset_hw, which we have stopped with a local change since our hardware
> typically has mul
On Fri, Jul 31, 2015 at 01:41:39PM -0400, Doug Ledford wrote:
> Please be more specific here. What are you objecting to? Are you
> objecting to a flush_workqueue from a release() context? Because I
> don't see anything in the kref documentation or the kref
> implementation that prevents or prohi
On 31 July 2015 at 08:26, Hannes Frederic Sowa wrote:
> On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
>> +static void do_output(struct datapath *dp, struct sk_buff *skb, int
>> out_port,
>> + struct sw_flow_key *key)
>> {
>> struct vport *vport = ovs_vport_rcu(dp,
On Fri, Jul 31, 2015 at 11:51 AM, Florian Fainelli wrote:
> On 64-bits hosts, napi_gro_cb is 48 bytes, which is exactly the size of
> skb->cb[], while on 32-bits hosts it is 36 bytes, but if it were to
> grow, we would not be catching a size inflation as we should.
>
> Make sure that we have enoug
On Sun, 2015-07-26 at 16:15 -0700, David Miller wrote:
> I'm really sorry but this is the same rabbit hole and set of claims
> that have been bullhorned my way for RDMA over the years and I still
> don't buy it.
>
> None of the RDMA'ish proponents ever talk about what you _don't_ get
> when this
On 64-bits hosts, napi_gro_cb is 48 bytes, which is exactly the size of
skb->cb[], while on 32-bits hosts it is 36 bytes, but if it were to
grow, we would not be catching a size inflation as we should.
Make sure that we have enough room for a napi_gro_cb to be hosted in
skb->cb[], and put this bui
All tagging protocols do the same thing: increment device statistics,
make room for the tag to be inserted, create the tag, invoke the parent
network device transmit function.
In order to prepare for adding netpoll support, which requires the tag
creation, but not using the parent network device t
Hi all,
This patch series adds support for netconsole in the GENET, SYSTEMPORT and DSA
drivers.
A small refactoring to the DSA transmit path is required to avoid duplicating
the dsa_netpoll_send_skb() into each and every tagging protocol supported.
Testing on e.g: mv643xx_eth and/or e1000e would
Implement a poll controller for netconsole which invokes the RX
interrupt handler to poll for incoming packets, and cleans up all TX
queues by invoking the TX interrupt handler.
Signed-off-by: Florian Fainelli
---
Changes in v2:
- properly pair the interrupt handler calls with disable/enable_irq
Implement a poll controller for netconsole which invokes both of our
interrupt handlers for the different RX/TX queues.
Signed-off-by: Florian Fainelli
---
Changes in v2:
- properly pair the interrupt handler with disable/enable_irq pairs
- remove the call to bcmgenet_tx_reclaim, this is done by
Add support for using DSA slave network devices with netconsole, which
requires us to allocate and free custom netpoll instances and invoke the
parent network device poll controller callback.
In order for netconsole to work, we need to construct the DSA tag, but
not queue the skb for transmission
Thanks for review,
On 31 July 2015 at 07:52, Hannes Frederic Sowa wrote:
> On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
>> +static void prepare_frag(struct vport *vport, struct sw_flow_key
>> *key,
>> + struct sk_buff *skb)
>> +{
>> + unsigned int hlen = ETH_HLE
Hi Eric,
Would you like share your thought on this bug? great thanks.
On Mon, Jul 27, 2015 at 4:19 PM, Martin KaFai Lau wrote:
> On Wed, Jul 22, 2015 at 11:55:35AM -0700, Jovi Zhangwei wrote:
>> Sorry for disturbing, our production system(3.14 and 3.18 stable
>> kernel) have many tcp_fragment w
On 31 July 2015 at 07:34, Hannes Frederic Sowa wrote:
> On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
>> Signed-off-by: Joe Stringer
>> ---
>> net/openvswitch/vport.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/net/openvswitch/vport.c b/net/openvswitch/vport.c
>> inde
On 7/29/15, 2:33 PM, Jiri Pirko wrote:
From: Jiri Pirko
This patchset introduces Mellanox Technologies Switch driver infrastructure
and support for SwitchX-2 ASIC.
The driver is divided into 3 logical parts:
1) Bus - implements switch bus interface. Currently only PCI bus is
implemented, b
On 07/31/2015 12:32 PM, Jason Gunthorpe wrote:
> On Fri, Jul 31, 2015 at 08:50:24AM -0400, Doug Ledford wrote:
>
>>> So... are we ready to go with V7 upstream?
>>
>> Yes. I've already pulled it in.
>
> You are taking the netdev stuff without an ack from netdev??
I've pulled it in, yes. Dave Mi
Commit 50649ab14982 ("stmmac: drop driver from stmmac platform code")
was a bit overzealous in removing code and dropped the MODULE_*
macro's that are still needed since stmmac_platform can be a module.
Fix this by putting the macro's remvoed in 50649ab14982 back.
This fixes the following errors w
On 30/07/15 23:08, Eric Dumazet wrote:
> On Thu, 2015-07-30 at 18:51 -0700, Florian Fainelli wrote:
>> On 30/07/15 15:51, David Miller wrote:
>>> From: David Miller
>>> Date: Thu, 30 Jul 2015 14:19:35 -0700 (PDT)
>>>
This looks fine, series applied, thanks.
>>>
>>> I think your control block
Commit 50649ab14982 ("stmmac: drop driver from stmmac platform code")
was a bit overzealous in removing code and dropped the MODULE_*
macro's that are still needed since stmmac_platform can be a module.
Fix this by putting the macro's remvoed in 50649ab14982 back.
This fixes the following errors w
On 7/31/15 4:59 AM, Kaixu Xia wrote:
+static int check_func_limit(struct bpf_map **mapp, int func_id)
+{
+ struct bpf_map *map = *mapp;
+
+ if (map && map->map_type == BPF_MAP_TYPE_PROG_ARRAY &&
+ func_id != BPF_FUNC_tail_call)
+ /* prog_array map type needs ex
On 7/31/15 4:59 AM, Kaixu Xia wrote:
+ /*
+* prevent some crazy events so we can make our life easier
+*/
+ if (event->attr.type != PERF_TYPE_RAW &&
+ event->attr.type != PERF_TYPE_HARDWARE) {
+ perf_event_release_kernel(event);
+
On 7/31/15 4:59 AM, Kaixu Xia wrote:
According to the comments from Daniel, rewrite part of
the bpf_prog_array map code and make it more generic.
So the new perf_event_array map type can reuse most of
code with bpf_prog_array map and add fewer lines of
special code.
Tested the samples/bpf/tracex
On 7/31/15 4:59 AM, Kaixu Xia wrote:
changes in V5:
- move struct fd_array_map_ops* fd_ops to bpf_map;
- move array perf event decrement refcnt function to
map_free;
- fix the NULL ptr of perf_event_get();
- move bpf_perf_event_read() to kernel/bpf/bpf_trace.c;
- get rid of the rema
On Fri, Jul 31, 2015 at 08:50:24AM -0400, Doug Ledford wrote:
> > So... are we ready to go with V7 upstream?
>
> Yes. I've already pulled it in.
You are taking the netdev stuff without an ack from netdev??
I've been too busy too look at v7, but a quick check of the 'move the
cache into core co
On 7/31/15 5:34 AM, ravulakollu.ku...@wipro.com wrote:
Hi Thomas,
I have applied your below mentioned 1ad patch to ovs-master code. Compiled
successfully. I am running ovs in a centos machine.
I have created bridge and configured ports using below commands.
ovs-vsctl --no-wait add-br br0
ov
From: Eric Dumazet
Straightforward patch to add GRO processing to virtio_net.
napi_complete_done() usage allows more aggressive aggregation,
opted-in by setting /sys/class/net/xxx/gro_flush_timeout
Tested:
Setting /sys/class/net/xxx/gro_flush_timeout to 1000 nsec,
Rick Jones reported following
On 31-07-15, 11:04, Murali Karicheri wrote:
> On 07/31/2015 04:38 AM, Viresh Kumar wrote:
> >IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
> >is no need to do that again from its callers. Drop it.
> >
>
> IS_ERR_OR_NULL() is defined as
>
> static inline bool __must_check
On 7/31/15 1:14 AM, Thomas Graf wrote:
On 07/30/15 at 03:36pm, Alexei Starovoitov wrote:
+ to->tunnel_id = be64_to_cpu(info->key.tun_id);
+ to->remote_ipv4 = be32_to_cpu(info->key.ipv4_src);
BTW: I have a patch ready to avoid this as you suggested which I'll
post as soon as GRE and
From: Murali Karicheri
> Sent: 31 July 2015 16:04
> On 07/31/2015 04:38 AM, Viresh Kumar wrote:
> > IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
> > is no need to do that again from its callers. Drop it.
> >
>
> IS_ERR_OR_NULL() is defined as
>
> static inline bool __mus
On 7/31/15 1:00 AM, Thomas Graf wrote:
On 07/30/15 at 08:10pm, Alexei Starovoitov wrote:
Two vxlan driver flags FLOWBASED and COLLECT_METADATA need to be set to
make use of its new flow mode. The former already exposed. Expose the latter.
Signed-off-by: Alexei Starovoitov
Since you are analy
The wol_en flag is 0 by default anyway, and we have the
following inconsistency: a MAGIC packet wol capable eth
interface is registered as a wake-up source but unable
to wake-up the system as wol_en is 0 (wake-on flag set to 'd').
Calling set_wakeup_enable() at netdev open is just redundant
because
If we disable NAPI in the first place we can mask the device's
interrupts (and halt it) without fearing that imask may be
concurrently accessed from interrupt context, so there's
no need to do local_irq_save() around gfar_halt_nodisable().
lock_rx_qs()/unlock_tx_qs() are just obsoleted and potentia
CC drivers/net/ethernet/freescale/gianfar.o
drivers/net/ethernet/freescale/gianfar.c:568:13: warning: 'lock_tx_qs'
defined but not used [-Wunused-function]
static void lock_tx_qs(struct gfar_private *priv)
^
drivers/net/ethernet/freescale/gianfar.c:576:13: warning: 'unlock_tx_q
These changes were already validated as part of FSL SDK.
Patch 2 fixes occasional wake-on magic packet failures during
traffic, probably due to incorrect traffic stop/ device halt
sequence and incorrect usage of txlock.
Claudiu Manoil (3):
gianfar: Fix warning when CONFIG_PM off
gianfar: Fix s
On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
> +static void do_output(struct datapath *dp, struct sk_buff *skb, int
> out_port,
> + struct sw_flow_key *key)
> {
> struct vport *vport = ovs_vport_rcu(dp, out_port);
>
> - if (likely(vport))
> - ovs
On Fri, Jul 31, 2015 at 5:02 PM, Joachim Eastwood wrote:
> Hi Igor,
Hi,
>
> On 31 July 2015 at 01:07, Igor Gnatenko wrote:
>> Hi all, stmmac driver doesn't work on cubietruck (and some more
>> devices like PcDuino3 Nano[0]).
>>
>> This error comes from converting dwmac-sunxi to platform driver.
On 07/31/2015 04:38 AM, Viresh Kumar wrote:
IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
is no need to do that again from its callers. Drop it.
IS_ERR_OR_NULL() is defined as
static inline bool __must_check IS_ERR_OR_NULL(__force const void *ptr)
{
return !pt
Hi,
On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
> diff --git a/net/openvswitch/actions.c b/net/openvswitch/actions.c
> index e50678d..4a62ed4 100644
> --- a/net/openvswitch/actions.c
> +++ b/net/openvswitch/actions.c
> @@ -22,6 +22,7 @@
> #include
> #include
> #include
> +#include
From: Nikolay Aleksandrov
tlb_dynamic_lb could be set only via sysfs, this patch allows it to be
set via netlink.
Signed-off-by: Nikolay Aleksandrov
---
As usual if accepted I'll post the corresponding iproute2 patch that adds
support for setting tlb_dynamic_lb.
drivers/net/bonding/bond_netli
On Thu, 2015-07-30 at 11:12 -0700, Joe Stringer wrote:
> Signed-off-by: Joe Stringer
> ---
> net/openvswitch/vport.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/net/openvswitch/vport.c b/net/openvswitch/vport.c
> index d14f594..baa018f 100644
> --- a/net/openvswitch/vport.c
> +++
On Fri, Jul 31, 2015 at 12:22:04AM -0700, David Miller wrote:
> From: Nathan Sullivan
> Date: Thu, 30 Jul 2015 18:09:05 -0500
>
> > On Thu, Jul 30, 2015 at 10:00:34AM -0700, David Miller wrote:
> >> From: Nathan Sullivan
> >> Date: Thu, 30 Jul 2015 10:15:48 -0500
> >>
> >> > Changes for V2: Act
Hi Igor,
On 31 July 2015 at 01:07, Igor Gnatenko wrote:
> Hi all, stmmac driver doesn't work on cubietruck (and some more
> devices like PcDuino3 Nano[0]).
>
> This error comes from converting dwmac-sunxi to platform driver.
>
> stmmac_platform: module license 'unspecified' taints kernel.
> Disab
nel panic.
>>
>> Seems the hack fixes this (still playing with network connected).
>>
>> # uname -a
>> Linux buildroot 4.2.0-rc4-next-20150731+ #164 Fri Jul 31 16:37:20 EEST
>> 2015 avr32 GNU/Linux
>>
>>
>> --- a/net/ipv4/udp.c
>> +
cards supported by macb driver.
>>
>> Bring it mostly back to work with recent kernel from linux-next. Now,
>> when I start networking on it, I got in few seconds kernel panic.
>
> Seems the hack fixes this (still playing with network connected).
>
> # uname -a
> Linux b
I got in few seconds kernel panic.
Seems the hack fixes this (still playing with network connected).
# uname -a
Linux buildroot 4.2.0-rc4-next-20150731+ #164 Fri Jul 31 16:37:20 EEST
2015 avr32 GNU/Linux
--- a/net/ipv4/udp.c
+++ b/net/ipv4/udp.c
@@ -1665,6 +1665,10 @@ static int __udp4_lib_mcast_de
Hi!
Got few weeks ago an old AVR32 board (ATNGW100).
It has ethernet cards supported by macb driver.
Bring it mostly back to work with recent kernel from linux-next. Now,
when I start networking on it, I got in few seconds kernel panic.
Unable to handle kernel NULL pointer dereference at virtual
Joe Stringer wrote:
> Allow matching and setting the conntrack label field. As with ct_mark,
> this is populated by executing the ct() action, and is a writable field.
> The set_field() action may be used to modify the label, which will take
> effect on the most recent conntrack entry.
>
> E.g.:
Hi Dave,
here's a pull request for 4.3. In this pull request there's I have one
revert in commit 360d9bb5ee2d ("Revert "ath9k: export HW random number
generator""), the data doesn't seem to be random enough. Please let me
know if you have any problems.
Kalle
The following changes since commit 9d
On 07/31/2015 05:40 AM, Or Gerlitz wrote:
> On Thu, Jul 30, 2015 at 6:33 PM, Matan Barak wrote:
>
> [...]
>
>> Changes from V6:
>> (1) Addressed Jason's comments:
>> (a) Cache is no longer a client but part of IB infrastructure
>> (b) No need for READ_ONCE and flush_workqueue whe
Hi Thomas,
I have applied your below mentioned 1ad patch to ovs-master code. Compiled
successfully. I am running ovs in a centos machine.
I have created bridge and configured ports using below commands.
ovs-vsctl --no-wait add-br br0
ovs-vsctl --no-wait add-port br0 eth0 tag=100 vlan_mode=nati
We experience massive problems, when putting am335x based devices into
high broadcast load environment (customer reports). To reproduce the
issue we've written following Python script
#!/usr/bin/python
# Send UDP broadcast packets
myport = 5
import sys, time
from socket import *
if len(sys.
1 - 100 of 126 matches
Mail list logo
