On Fri, 2016-04-08 at 17:06 -0400, Alexander Duyck wrote:
> So these are the patches needed to enable tunnel segmentation
> offloads on
> the igb, igbvf, ixgbe, and ixgbevf drivers. In addition this patch
> extends
> the i40e and i40evf drivers to include segmentation support for
> tunnels
> with
On Fri, 2016-04-08 at 17:06 -0400, Alexander Duyck wrote:
> This patch adds support for partial GSO segmentation in the case of
> tunnels. Specifically with this change the driver an perform
> segmenation
> as long as the frame either has IPv6 inner headers, or we are allowed
> to
> mangle the IP
On Fri, 2016-04-08 at 17:06 -0400, Alexander Duyck wrote:
> This patch makes it so that i40e and i40evf can use GSO_PARTIAL to
> support
> segmentation for frames with checksums enabled in outer headers. As
> a
> result we can now send data over these types of tunnels at over
> 20Gb/s
> versus the
From: Roopa Prabhu
This patch adds a new RTM_GETSTATS message to query link stats via
netlink from the kernel. RTM_NEWLINK also dumps stats today, but
RTM_NEWLINK returns a lot more than just stats and is expensive in some
cases when frequent polling for stats from userspace is a common operation
From: Roopa Prabhu
This patch adds a new RTM_GETSTATS message to query link stats via netlink
from the kernel. RTM_NEWLINK also dumps stats today, but RTM_NEWLINK
returns a lot more than just stats and is expensive in some cases when
frequent polling for stats from userspace is a common operation
From: Roopa Prabhu
This patch is an example of adding af stats in
RTM_GETSTATS. It adds a new nested IFLA_STATS_INET6
attribute for ipv6 af stats. stats attributes inside
IFLA_STATS_INET6 nested attribute use the existing ipv6 stats
attributes from ipv6 IFLA_PROTINFO (I can certainly declare
new
On Sat, 2016-04-09 at 12:53 +0800, Xin Long wrote:
> This one will implement all the interface of inet_diag, inet_diag_handler.
> which includes sctp_diag_dump, sctp_diag_dump_one and sctp_diag_get_info.
> +static int inet_assoc_diag_fill(struct sock *sk,
> + struct sc
From: Florian Fainelli
bcmgenet_isr1() and bcmgenet_isr0() run in hard irq context,
we do not need to block irq again.
Signed-off-by: Florian Fainelli
Signed-off-by: Eric Dumazet
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c |8
1 file changed, 4 insertions(+), 4 deletions(-
On Fri, 2016-04-08 at 22:19 -0700, Florian Fainelli wrote:
> Along the same line of changes, we could use napi_schedule_irqoff since NAPI
> is always scheduled from ISR context.
Good point, I'll cook the patch ;)
Thanks !
On April 8, 2016 10:06:40 PM PDT, Eric Dumazet wrote:
>From: Eric Dumazet
>
>By using napi_complete_done(), we allow fine tuning
>of /sys/class/net/ethX/gro_flush_timeout for higher GRO aggregation
>efficiency for a Gbit NIC.
>
>Check commit 24d2e4a50737 ("tg3: use napi_complete_done()") for
>det
On Sat, 2016-04-09 at 12:53 +0800, Xin Long wrote:
> sctp_diag will dump some important details of sctp's assoc or ep, we use
> sctp_info to describe them, sctp_get_sctp_info to get them, and export
> it to sctp_diag.ko.
>
> +int sctp_get_sctp_info(struct sock *sk, struct sctp_association *asoc
On Sat, 2016-04-09 at 12:53 +0800, Xin Long wrote:
> sctp_diag will dump some important details of sctp's assoc or ep, we use
> sctp_info to describe them, sctp_get_sctp_info to get them, and export
> it to sctp_diag.ko.
>
> Signed-off-by: Xin Long
> ---
> include/linux/sctp.h| 65 +
1) Stale SKB data pointer access across pskb_may_pull() calls in L2TP,
from Haishuang Yan.
2) Fix multicast frame handling in mac80211 AP code, from Felix
Fietkau.
3) mac80211 station hashtable insert errors not handled properly, fix
from Johannes Berg.
4) Fix TX descriptor count limit
From: Eric Dumazet
By using napi_complete_done(), we allow fine tuning
of /sys/class/net/ethX/gro_flush_timeout for higher GRO aggregation
efficiency for a Gbit NIC.
Check commit 24d2e4a50737 ("tg3: use napi_complete_done()") for details.
Signed-off-by: Eric Dumazet
Cc: Petri Gynther
Cc: Flor
On Fri, 2016-04-08 at 21:13 -0700, Petri Gynther wrote:
> What values does the networking core program into BQL dynamic limits
> that my code in netdev->ndo_open() would wipe out?
>
0 and 0
Clearing again these values by 0 and 0 is defensive programming.
As I said, no BQL enabled driver does t
When rhashtable_walk_init return err, no release function should be
called, and when rhashtable_walk_start return err, we should only invoke
rhashtable_walk_exit to release the source.
But now when sctp_transport_walk_start return err, we just call
rhashtable_walk_stop/exit, and never care about i
inet_diag_msg_common_fill is used to fill the diag msg common info,
we need to use it in sctp_diag as well, so export it.
We also add inet_diag_get_handler() to access inet_diag_table in sctp
diag.
Signed-off-by: Xin Long
---
net/ipv4/inet_diag.c | 9 -
1 file changed, 8 insertions(+),
In sctp proc, these three functions in remaddrs and assocs are the
same. we should merge them into one.
Signed-off-by: Xin Long
---
net/sctp/proc.c | 45 +
1 file changed, 9 insertions(+), 36 deletions(-)
diff --git a/net/sctp/proc.c b/net/sctp/proc.c
This one will implement all the interface of inet_diag, inet_diag_handler.
which includes sctp_diag_dump, sctp_diag_dump_one and sctp_diag_get_info.
It will work as a modules, and register inet_diag_handler when loading.
Signed-off-by: Xin Long
---
include/uapi/linux/inet_diag.h | 2 +
net/sc
sctp_diag will dump some important details of sctp's assoc or ep, we use
sctp_info to describe them, sctp_get_sctp_info to get them, and export
it to sctp_diag.ko.
Signed-off-by: Xin Long
---
include/linux/sctp.h| 65 +
include/net/sctp/sctp.h | 3 ++
ne
This patchset will add sctp_diag module to implement diag interface on
sctp in kernel.
For a listening sctp endpoint, we will just dump it's ep info.
For a sctp connection, we will the assoc info and it's ep info.
The ss dump will looks like:
[iproute2]# ./misc/ss --sctp -n -l
State Recv-Q
For some main variables in sctp.ko, we couldn't export it to other modules,
so we have to define some api to access them.
It will include sctp transport and endpoint's traversal.
There are some transport traversal functions for sctp_diag, we can also
use it for sctp_proc. cause they have the simi
From: John Allen
Date: Wed, 6 Apr 2016 11:49:55 -0500
> Enables the use of multiple transmit and receive scrqs allowing the ibmvnic
> driver to take advantage of multiqueue functionality. To achieve this, the
> driver must implement the process of negotiating the maximum number of
> queues allowe
On Fri, Apr 8, 2016 at 6:56 PM, Eric Dumazet wrote:
> On Fri, 2016-04-08 at 18:39 -0700, Petri Gynther wrote:
>> On Fri, Apr 8, 2016 at 1:36 PM, David Miller wrote:
>> > From: Petri Gynther
>> > Date: Tue, 5 Apr 2016 17:50:01 -0700
>> >
>> >> Add Byte Queue Limits (BQL) support to bcmgenet driv
On Fri, Apr 8, 2016 at 6:56 PM, Eric Dumazet wrote:
> On Fri, 2016-04-08 at 18:39 -0700, Petri Gynther wrote:
>> On Fri, Apr 8, 2016 at 1:36 PM, David Miller wrote:
>> > From: Petri Gynther
>> > Date: Tue, 5 Apr 2016 17:50:01 -0700
>> >
>> >> Add Byte Queue Limits (BQL) support to bcmgenet driv
On Fri, 2016-04-08 at 18:39 -0700, Petri Gynther wrote:
> On Fri, Apr 8, 2016 at 1:36 PM, David Miller wrote:
> > From: Petri Gynther
> > Date: Tue, 5 Apr 2016 17:50:01 -0700
> >
> >> Add Byte Queue Limits (BQL) support to bcmgenet driver.
> >>
> >> Signed-off-by: Petri Gynther
> >
> > As Eric
On Fri, Apr 8, 2016 at 1:36 PM, David Miller wrote:
> From: Petri Gynther
> Date: Tue, 5 Apr 2016 17:50:01 -0700
>
>> Add Byte Queue Limits (BQL) support to bcmgenet driver.
>>
>> Signed-off-by: Petri Gynther
>
> As Eric Dumazet indicated, your ->ndo_init() code to reset the queues is
> probabl
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of Daniel Walker
> Sent: Tuesday, April 5, 2016 11:30 AM
> To: Ruinskiy, Dima ; Kirsher, Jeffrey T
> ; Brandeburg, Jesse
> ; Nelson, Shannon
> ; Wyborny, Carolyn
> ; Skidmore, Donald C
> ; Allan, Bruce W ;
> Ron
On Tue, Jun 2, 2015 at 5:33 PM, Hannes Frederic Sowa
wrote:
> On Wed, Jun 3, 2015, at 02:03, Andy Lutomirski wrote:
>> On Tue, Jun 2, 2015 at 2:50 PM, Hannes Frederic Sowa
>> wrote:
>> >> My proposal would be to make the error conversion lazy:
>> >>
>> >> Keeping duplicate data is not a good idea
On Sat, Apr 9, 2016, at 01:24, Cong Wang wrote:
> On Fri, Apr 8, 2016 at 1:55 PM, Hannes Frederic Sowa
> wrote:
> > Due to the fact that the udp socket is destructed asynchronously in a
> > work queue, we have some nondeterministic behavior during shutdown of
> > vxlan tunnels and creating new o
On Fri 08 Apr 16:01 PDT 2016, Timur Tabi wrote:
> Bjorn Andersson wrote:
>
> >It sounds like you're trying to say that the pins used can be are
> >muxed as GPIO or MDIO, in the TLMM.
>
> I'm not 100% sure, but I think that's correct. If you don't want to have
> normal networking, you could conn
On Fri, Apr 8, 2016 at 1:55 PM, Hannes Frederic Sowa
wrote:
> Due to the fact that the udp socket is destructed asynchronously in a
> work queue, we have some nondeterministic behavior during shutdown of
> vxlan tunnels and creating new ones. Fix this by keeping the destruction
> process synchrono
Bjorn Andersson wrote:
It sounds like you're trying to say that the pins used can be are
muxed as GPIO or MDIO, in the TLMM.
I'm not 100% sure, but I think that's correct. If you don't want to
have normal networking, you could connect those external pins to some
GPIO device (like an LED or
On Fri, Apr 8, 2016 at 12:06 PM, Timur Tabi wrote:
> Andrew Lunn wrote:
>
>> There are two different things here. One is configuring the pin to be
>> a GPIO. The second is using the GPIO as a GPIO. In this case,
>> bit-banging the MDIO bus.
>>
>> The firmware could be doing the configuration, sett
Some minor updates to improve error reporting, add signatures
and recently introduced map flags attribute. Set is against
master branch.
Thanks!
Daniel Borkmann (3):
tc, bpf: add new csum and tunnel signatures
tc, bpf: further improve error reporting
tc, bpf: add support for map pre/allocat
Add new signatures for BPF_FUNC_csum_diff, BPF_FUNC_skb_get_tunnel_opt
and BPF_FUNC_skb_set_tunnel_opt.
Signed-off-by: Daniel Borkmann
---
include/bpf_api.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/bpf_api.h b/include/bpf_api.h
index 4b16d25..0f278f0 100644
--- a/includ
Make it easier to spot issues when loading the object file fails. This
includes reporting in what pinned object specs differ, better indication
when we've reached instruction limits. Don't retry to load a non relo
program once we failed with bpf(2), and report out of bounds tail call key.
Also, ad
Follow-up to kernel commit 6c9059817432 ("bpf: pre-allocate hash map
elements"). Add flags support, so that we can pass in BPF_F_NO_PREALLOC
flag for disallowing preallocation. Update examples accordingly and also
remove the BPF_* map helper macros from them as they were not very useful.
Signed-of
From: Qing Huang
dp->dp_ack_seq is used in big endian format. We need to do the
big endianness conversion when we assign a value in host format
to it.
Signed-off-by: Qing Huang
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_cm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Two different threads with different rds sockets may be in
rds_recv_rcvbuf_delta() via receive path. If their ports
both map to the same word in the congestion map, then
using non-atomic ops to update it could cause the map to
be incorrect. Lets use atomics to avoid such an issue.
Full credit to W
Patches are also available at below git tree.
git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git
for_4.6/net-next/rds-fixes
Qing Huang (1):
RDS: fix endianness for dp_ack_seq
Santosh Shilimkar (1):
RDS: Fix the atomicity for congestion map update
net/rds/cong.c | 4 ++--
n
With the 'phylib' now being aware of the "reset-gpios" PHY node property,
there should be no need to frob the PHY reset in this driver anymore...
Signed-off-by: Sergei Shtylyov
---
drivers/net/ethernet/cadence/macb.c | 17 -
drivers/net/ethernet/cadence/macb.h |1 -
2
The PHY devices sometimes do have their reset signal (maybe even power
supply?) tied to some GPIO and sometimes it also does happen that a boot
loader does not leave it deasserted. So far this issue has been attacked
from (as I believe) a wrong angle: by teaching the MAC driver to manipulate
the G
Hello.
Here's the set of 2 patches against DaveM's 'net-next.git' repo. They add to
'phylib' support for resetting devices via GPIO and do some clean up after
doing that...
[1/2] phylib: add device reset GPIO support
[2/2] macb: kill PHY reset code
MBR, Sergei
On Tue, 5 Apr 2016 14:06:26 +0200
Peter Zijlstra wrote:
> On Mon, Apr 04, 2016 at 09:52:47PM -0700, Alexei Starovoitov wrote:
> > avoid memset in perf_fetch_caller_regs, since it's the critical path of all
> > tracepoints.
> > It's called from perf_sw_event_sched, perf_event_task_sched_in and al
On Fri, Apr 8, 2016 at 2:41 PM, Jesse Gross wrote:
> On Fri, Apr 8, 2016 at 5:33 PM, Alexander Duyck wrote:
>> This patch adds support for TSO using IPv4 headers with a fixed IP ID
>> field. This is meant to allow us to do a lossless GRO in the case of TCP
>> flows that use a fixed IP ID such as
Hello,
On Fri, 8 Apr 2016, Chris Friesen wrote:
> For local routes that require a particular output interface we do not want
> to cache the result. Caching the result causes incorrect behaviour when
> there are multiple source addresses on the interface. The end result
> being that if
On Fri, Apr 8, 2016 at 2:40 PM, Jesse Gross wrote:
> On Thu, Apr 7, 2016 at 8:52 PM, Alexander Duyck
> wrote:
>> Just a thought. What if I replaced NETIF_F_TSO_FIXEDID with something
>> that meant we could mange the IP ID like a NETIF_F_TSO_IPID_MANGLE
>> (advice for better name welcome). Inste
Vikram Sethi wrote:
On the FSM9900 SOC (which uses device-tree), the two pins that connect to the external
PHY are gpio pins. However, the driver needs to reprogram the pinmux so that those pins
are wired to the Emac controller. That's what the the gpio code in this driver is doing:
it's ju
On Fri, Apr 8, 2016 at 5:33 PM, Alexander Duyck wrote:
> This patch adds support for TSO using IPv4 headers with a fixed IP ID
> field. This is meant to allow us to do a lossless GRO in the case of TCP
> flows that use a fixed IP ID such as those that convert IPv6 header to IPv4
> headers.
>
> In
On Thu, Apr 7, 2016 at 8:52 PM, Alexander Duyck
wrote:
> Just a thought. What if I replaced NETIF_F_TSO_FIXEDID with something
> that meant we could mange the IP ID like a NETIF_F_TSO_IPID_MANGLE
> (advice for better name welcome). Instead of the feature flag meaning
> we are going to transmit p
On Fri, Apr 08, 2016 at 10:08:08PM +0200, Jesper Dangaard Brouer wrote:
> On Fri, 8 Apr 2016 10:26:53 -0700
> Alexei Starovoitov wrote:
>
> > On Fri, Apr 08, 2016 at 02:33:40PM +0200, Jesper Dangaard Brouer wrote:
> > >
> > > On Fri, 8 Apr 2016 12:36:14 +0200 Jesper Dangaard Brouer
> > > wrote
For local routes that require a particular output interface we do not want
to cache the result. Caching the result causes incorrect behaviour when
there are multiple source addresses on the interface. The end result
being that if the intended recipient is waiting on that interface for the
packet
On 04/08/2016 02:06 PM, Timur Tabi wrote:
> Andrew Lunn wrote:
>
>> There are two different things here. One is configuring the pin to be
>> a GPIO. The second is using the GPIO as a GPIO. In this case,
>> bit-banging the MDIO bus.
>>
>> The firmware could be doing the configuration, setting the pi
This patch makes it so that i40e and i40evf can use GSO_PARTIAL to support
segmentation for frames with checksums enabled in outer headers. As a
result we can now send data over these types of tunnels at over 20Gb/s
versus the 12Gb/s that was previously possible on my system.
The advantage with t
This patch adds support for partial GSO segmentation in the case of
tunnels. Specifically with this change the driver an perform segmenation
as long as the frame either has IPv6 inner headers, or we are allowed to
mangle the IP IDs on the inner header. This is needed because we will not
be modify
This patch adds support for partial GSO segmentation in the case of
tunnels. Specifically with this change the driver an perform segmenation
as long as the frame either has IPv6 inner headers, or we are allowed to
mangle the IP IDs on the inner header. This is needed because we will not
be modify
So these are the patches needed to enable tunnel segmentation offloads on
the igb, igbvf, ixgbe, and ixgbevf drivers. In addition this patch extends
the i40e and i40evf drivers to include segmentation support for tunnels
with outer checksums.
The net performance gain for these patches are pretty
Due to the fact that the udp socket is destructed asynchronously in a
work queue, we have some nondeterministic behavior during shutdown of
vxlan tunnels and creating new ones. Fix this by keeping the destruction
process synchronous in regards to the user space process so IFF_UP can
be reliably set
On 4/8/2016 1:10 PM, David Miller wrote:
From: santosh shilimkar
Date: Fri, 8 Apr 2016 12:44:39 -0700
On 4/7/2016 4:57 AM, Shamir Rabinovitch wrote:
Fix issue in 'rds_ib_cong_recv' when accessing unaligned memory
allocated by 'rds_page_remainder_alloc' using uint64_t pointer.
Sorry I still
From: Vivien Didelot
Date: Wed, 6 Apr 2016 11:06:20 -0400
> Add description for the missing port_vlan_prepare, port_fdb_prepare,
> port_fdb_dump functions in the DSA documentation.
>
> Signed-off-by: Vivien Didelot
Applied.
From: Vivien Didelot
Date: Wed, 6 Apr 2016 11:55:02 -0400
> Neither the DSA layer nor the bridge code (see br_set_state) really care
> about eventual errors from STP state setters, so make it void.
>
> The DSA layer separates the prepare and commit phases of switchdev in
> two different functio
On 04/08/2016 01:15 PM, David Miller wrote:
From: David Daney
Date: Fri, 8 Apr 2016 09:41:35 -0700
Due to mail server malfunction, this patch was sent twice. Please
ignore this duplicate.
This submission had another problem too.
Do not use the date of your commit as the date that gets put
From: Johannes Berg
Date: Wed, 06 Apr 2016 15:26:50 +0200
> On Wed, 2016-04-06 at 15:25 +0200, Johannes Berg wrote:
>> Hi Dave,
>>
>> For the 4.6 cycle, there's of course much more. The few things that
>>
>
> Err, -next, so that's 4.7.
Pulled, and I fixed the version number in the merge commi
From: Johannes Berg
Date: Wed, 6 Apr 2016 15:19:58 +0200
> First set of fixes for 4.6. Nothing really stands out.
>
> Let me know if there's any problem.
Pulled, thanks Johannes.
On Fri, 2016-04-08 at 22:30 +0200, Hannes Frederic Sowa wrote:
> Hi Marcelo,
> ng rtnl?
>
> I thought about that and try not to use synchronize_rcu, but I don't see
> any other way. Anyway, ndo_stop isn't really fast path and is used to
> shut the interface down. Also since we have lwtunnels we
From: David Daney
commit b7d3e3d3d21a ("net: thunderx: Don't leak phy device references
on -EPROBE_DEFER condition.") incorrectly moved the call to
of_node_put() outside of the loop. Under normal loop exit, the node
has already had of_node_put() called, so the extra call results in:
[8.2280
From: Petri Gynther
Date: Tue, 5 Apr 2016 17:50:01 -0700
> Add Byte Queue Limits (BQL) support to bcmgenet driver.
>
> Signed-off-by: Petri Gynther
As Eric Dumazet indicated, your ->ndo_init() code to reset the queues is
probably not necessary at all.
Hello,
On Fri, 8 Apr 2016, Chris Friesen wrote:
> For local routes that require a particular output interface we do not want to
> cache the result. Caching the result causes incorrect behaviour when there
> are
> multiple source addresses on the interface. The end result being that if
This patch adds support for TSO using IPv4 headers with a fixed IP ID
field. This is meant to allow us to do a lossless GRO in the case of TCP
flows that use a fixed IP ID such as those that convert IPv6 header to IPv4
headers.
In addition I am adding a feature that for now I am referring to TSO
This patch adds support for something I am referring to as GSO partial.
The basic idea is that we can support a broader range of devices for
segmentation if we use fixed outer headers and have the hardware only
really deal with segmenting the inner header. The idea behind the naming
is due to the
This patch does two things.
First it allows TCP to aggregate TCP frames with a fixed IPv4 ID field. As
a result we should now be able to aggregate flows that were converted from
IPv6 to IPv4. In addition this allows us more flexibility for future
implementations of segmentation as we may be able
This document is a starting point for defining the TSO and GSO features.
The whole thing is starting to get a bit messy so I wanted to make sure we
have notes somwhere to start describing what does and doesn't work.
Signed-off-by: Alexander Duyck
---
Documentation/networking/segmentation-offload
The strings were missing for several of the GSO offloads that are
available. This patch provides the missing strings so that we can toggle
or query any of them via the ethtool command.
Signed-off-by: Alexander Duyck
---
net/core/ethtool.c |2 ++
1 file changed, 2 insertions(+)
diff --git a
From: Stephen Hemminger
Date: Tue, 5 Apr 2016 13:43:53 -0700
> I moderate these (lightly loaded) lists to block spam.
>
> Signed-off-by: Stephen Hemminger
Applied, thanks.
This patch series sets up a few different things.
First it adds support for GRO of frames with a fixed IP ID value. This
will allow us to perform GRO for frames that go through things like an IPv6
to IPv4 header translation.
The second item we add is support for segmenting frames that are genera
Hi Marcelo,
On 08.04.2016 20:51, Marcelo Ricardo Leitner wrote:
On Thu, Apr 07, 2016 at 04:57:40PM +0200, Hannes Frederic Sowa wrote:
Due to the fact that the udp socket is destructed asynchronously in a
work queue, we have some nondeterministic behavior during shutdown of
vxlan tunnels and cr
From: David Daney
Date: Fri, 8 Apr 2016 09:41:35 -0700
> Due to mail server malfunction, this patch was sent twice. Please
> ignore this duplicate.
This submission had another problem too.
Do not use the date of your commit as the date that gets put into
your email headers.
This makes all of
From: santosh shilimkar
Date: Fri, 8 Apr 2016 12:44:39 -0700
> On 4/7/2016 4:57 AM, Shamir Rabinovitch wrote:
>> Fix issue in 'rds_ib_cong_recv' when accessing unaligned memory
>> allocated by 'rds_page_remainder_alloc' using uint64_t pointer.
>>
> Sorry I still didn't follow this change still. W
On Fri, 8 Apr 2016 10:26:53 -0700
Alexei Starovoitov wrote:
> On Fri, Apr 08, 2016 at 02:33:40PM +0200, Jesper Dangaard Brouer wrote:
> >
> > On Fri, 8 Apr 2016 12:36:14 +0200 Jesper Dangaard Brouer
> > wrote:
> >
> > > > +/* user return codes for PHYS_DEV prog type */
> > > > +enum bpf_phy
On 04/08/2016 01:14 PM, Julian Anastasov wrote:
Your patch is corrupted. I was in the same trap
some time ago but with different client:
From Documentation/email-clients.txt:
Don't send patches with "format=flowed". This can cause unexpected
and unwanted line breaks.
Anyways
For local routes that require a particular output interface we do not want to
cache the result. Caching the result causes incorrect behaviour when there are
multiple source addresses on the interface. The end result being that if the
intended recipient is waiting on that interface for the packet
From: Jason Wang
Date: Fri, 8 Apr 2016 13:26:48 +0800
> After commit f84bb1eac027 ("net: fix IFF_NO_QUEUE for drivers using
> alloc_netdev"), default qdisc was changed to noqueue because
> tuntap does not set tx_queue_len during .setup(). This patch restores
> default qdisc by setting tx_queue_l
On 4/7/2016 4:57 AM, Shamir Rabinovitch wrote:
Fix issue in 'rds_ib_cong_recv' when accessing unaligned memory
allocated by 'rds_page_remainder_alloc' using uint64_t pointer.
Sorry I still didn't follow this change still. What exactly is the
problem.
Signed-off-by: Shamir Rabinovitch
---
n
It wastes space and gets worse as we add new flags, so convert bit-wide
flags to a bitfield.
Currently it already saves 4 bytes in sctp_sock, which are left as holes
in it for now. The whole struct needs packing, which should be done in
another patch.
Note that do_auto_asconf cannot be merged, as
Currently processing of multiple chunks in a single SCTP packet leads to
multiple calls to sk_data_ready, causing multiple wake up signals which
are costy and doesn't make it wake up any faster.
With this patch it will note that the wake up is pending and will do it
before leaving the state machin
1st patch is a preparation for the 2nd. The idea is to not call
->sk_data_ready() for every data chunk processed while processing
packets but only once before releasing the socket.
v2: patchset re-checked, small changelog fixes
v3: on patch 2, make use of local vars to make it more readable
Marce
From: Jiri Pirko
Date: Fri, 8 Apr 2016 19:12:48 +0200
> From: Jiri Pirko
>
> Ptr to devlink structure can be easily obtained from
> devlink_port->devlink. So share user_ptr[0] pointer for both and leave
> user_ptr[1] free for other users.
>
> Signed-off-by: Jiri Pirko
> Reviewed-by: Ido Schi
On 4/7/2016 4:57 AM, Shamir Rabinovitch wrote:
When PAGE_SIZE > 4k single page can contain 2 RDS fragments. If
'rds_ib_cong_recv' ignore the RDS fragment offset in to the page it
then read the data fragment as far congestion map update and lead to
corruption of the RDS connection far congestion m
From: Jiri Pirko
Date: Fri, 8 Apr 2016 19:11:19 +0200
> Cosmetics, in preparation to sharedbuffer patchset.
> First patch is here to allow patch number two.
Series applied, thanks Jiri.
From: Emrah Demir
Add validation code into mISDN/socket.c
Signed-off-by: Emrah Demir
---
drivers/isdn/mISDN/socket.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/isdn/mISDN/socket.c b/drivers/isdn/mISDN/socket.c
index 0d29b5a..99e5f97 100644
--- a/drivers/isdn/mISDN/socket.c
From: Jakub Kicinski
Date: Thu, 7 Apr 2016 19:39:33 +0100
> I re-discussed MPLS/MTU internally, dropped it from the patch 1,
> re-tested everything, found out I forgot about debugfs pointers,
> fixed that as well.
>
> v5:
> - don't reserve space in RX buffers for MPLS label stack
>(patch 1
Hello,
On Fri, 8 Apr 2016, Chris Friesen wrote:
> For local routes that require a particular output interface we do not want to
> cache the result. Caching the result causes incorrect behaviour when there
> are
> multiple source addresses on the interface. The end result being that if
Dear Sir.
I bring you greetings. My name is Mr.Oliver Seno Lim, I am a staff of Abbey
National Plc. London and heading our regional office in West Africa. Our late
customer named Engr.Ben W.westland, made a fixed deposit amount of
US$7Million.He did not declare any next of kin in any of his pap
Andrew Lunn wrote:
There are two different things here. One is configuring the pin to be
a GPIO. The second is using the GPIO as a GPIO. In this case,
bit-banging the MDIO bus.
The firmware could be doing the configuration, setting the pin as a
GPIO. However, the firmware cannot be doing the MD
On Fri, 8 Apr 2016 10:02:00 -0700
Brenden Blanco wrote:
> On Fri, Apr 08, 2016 at 02:33:40PM +0200, Jesper Dangaard Brouer wrote:
> >
> > On Fri, 8 Apr 2016 12:36:14 +0200 Jesper Dangaard Brouer
> > wrote:
> >
> > > > +/* user return codes for PHYS_DEV prog type */
> > > > +enum bpf_phys_de
f1705ec197e7 added the option to retain user configured addresses on an
admin down. A comment to one of the later revisions suggested using the
IFA_F_PERMANENT flag rather than adding a user_managed boolean to the
ifaddr struct. A side effect of this change is that link local and
loopback addresses
2016-04-08 1:29 GMT+09:00 David Miller :
>
> Where is your "[PATCH v2 0/5] ..." header posting explaing what this series
> is doing, at a high level, how it is doing that, and why it is doing it
> that way?
>
> This is mandator for patch series submissions.
I see. I'll surely include the explanat
Hi Hannes,
On Thu, Apr 07, 2016 at 04:57:40PM +0200, Hannes Frederic Sowa wrote:
> Due to the fact that the udp socket is destructed asynchronously in a
> work queue, we have some nondeterministic behavior during shutdown of
> vxlan tunnels and creating new ones. Fix this by keeping the destructio
This function compiles to 895 bytes of machine code.
Clearly, this isn't a time-critical function.
For one, it has a number of udelay(1) calls.
Signed-off-by: Denys Vlasenko
CC: David S. Miller
CC: linux-ker...@vger.kernel.org
CC: netdev@vger.kernel.org
---
drivers/net/ethernet/jme.c | 2 +-
1
1 - 100 of 189 matches
Mail list logo
