On Fri, Dec 9, 2016 at 8:13 PM, Cong Wang wrote:
> On Fri, Dec 9, 2016 at 3:01 AM, Richard Guy Briggs wrote:
>> On 2016-12-08 22:57, Cong Wang wrote:
>>> On Thu, Dec 8, 2016 at 10:02 PM, Richard Guy Briggs wrote:
>>> > I also tried to extend Cong Wang's idea to attempt to proactively respond
>>
From: Amit Kushwaha
This patch removes a newline which was added
in socket.c file in net-next
Signed-off-by: Amit Kushwaha
---
net/socket.c |1 -
1 file changed, 1 deletion(-)
diff --git a/net/socket.c b/net/socket.c
index 5835383..dc01d7b 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -
On Fri, Dec 9, 2016 at 12:17 PM, Selvin Xavier
wrote:
> I am preparing a git repository with these changes as per Jason's
> comment and will share the details later today.
Please use bnxt_re branch in this git repository.
https://github.com/Broadcom/linux-rdma-nxt.git
Thanks,
Selvin Xavier
netlink_chain is called in ->release(), which is apparently
a process context, so we don't have to use an atomic notifier
here.
Signed-off-by: Cong Wang
---
net/netlink/af_netlink.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink
At most it is used for debugging purpose, but I don't think
it is even useful for debugging, just remove it.
Cc: Simon Horman
Signed-off-by: Cong Wang
---
net/netfilter/ipvs/ip_vs_core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/netfilter/ipvs/ip_vs_core.c b/net/netfilter/ipvs/ip
1) Limit the number of can filters to avoid > MAX_ORDER allocations.
Fix from Marc Kleine-Budde.
2) Limit GSO max size in netvsc driver to avoid problems with
NVGRE configurations. From Stephen Hemminger.
3) Return proper error when memory allocation fails in
ser_gigaset_init(), from D
On Fri, 2016-12-09 at 19:47 -0800, Eric Dumazet wrote:
>
> Hmm... Is your ephemeral port range includes the port your load
> balancing app is using ?
I suspect that you might have processes doing bind( port = 0) that are
trapped into the bind_conflict() scan ?
With 100,000 + timewaits there, th
On Fri, Dec 9, 2016 at 3:01 AM, Richard Guy Briggs wrote:
> On 2016-12-08 22:57, Cong Wang wrote:
>> On Thu, Dec 8, 2016 at 10:02 PM, Richard Guy Briggs wrote:
>> > I also tried to extend Cong Wang's idea to attempt to proactively respond
>> > to a
>> > NETLINK_URELEASE on the audit_sock and res
From: Christopher Covington
Date: Fri, 9 Dec 2016 16:53:05 -0500
> Since the following commit, Infiniband and Ethernet have not been
> mutually exclusive.
>
> Fixes: 4aa17b28 mlx5: Enable mutual support for IB and Ethernet
>
> Signed-off-by: Christopher Covington
Applied.
From: Eric Dumazet
Date: Fri, 09 Dec 2016 08:02:05 -0800
> From: Eric Dumazet
>
> It seems attackers can also send UDP packets with no payload at all.
>
> skb_condense() can still be a win in this case.
>
> It will be possible to replace the custom code in tcp_add_backlog()
> to get full bene
From: Jacob Keller
Date: Fri, 9 Dec 2016 13:39:21 -0800
> The .match_method field is a u8, so we shouldn't be casting to a u16,
> and because it is only one byte, we do not need to byte swap anything.
> Just assign the value directly. This avoids issues on Big Endian
> architectures which would
From: Linus Walleij
Date: Fri, 9 Dec 2016 14:18:00 +0100
> When trying to get a regulator we may get deferred and we see
> this noise:
>
> smsc911x 1b80.ethernet-ebi2 (unnamed net_device) (uninitialized):
>couldn't get regulators -517
>
> Then the driver continues anyway. Which means t
From: Johannes Berg
Date: Fri, 9 Dec 2016 13:00:13 +0100
> Closing net-next caught me by surprise, so I had to rebase a bit,
> but these three patches really should go in soon. I'm not sending
> them for 4.9 this late though.
>
> Please pull and let me know if there's any problem.
Pulled, than
From: Bartosz Folta
Date: Fri, 9 Dec 2016 10:05:46 +
> There are hardware PCI implementations of Cadence GEM network controller.
> This patch will allow to use such hardware with reuse of existing Platform
> Driver.
Please properly format your commit message text to 80 columns.
>
> Signe
From: Thomas Falcon
Date: Thu, 8 Dec 2016 16:40:03 -0600
> This patch is based on an earlier one submitted
> by Jon Maxwell with the following commit message:
>
> "We recently encountered a bug where a few customers using ibmveth on the
> same LPAR hit an issue where a TCP session hung when lar
On Fri, 2016-12-09 at 20:59 -0500, Josef Bacik wrote:
> On Thu, Dec 8, 2016 at 8:01 PM, Josef Bacik wrote:
> >
> >> On Dec 8, 2016, at 7:32 PM, Eric Dumazet
> >> wrote:
> >>
> >>> On Thu, 2016-12-08 at 16:36 -0500, Josef Bacik wrote:
> >>>
> >>> We can reproduce the problem at will, still
On Fri, 2016-12-09 at 19:31 -0600, Thomas Falcon wrote:
> This patch is based on an earlier one submitted
> by Jon Maxwell with the following commit message:
>
> + DIV_ROUND_UP(skb->len - hdr_len, mss);
> + } else if (offset) {
> + skb_shinfo(sk
From: Eric Dumazet
Date: Thu, 8 Dec 2016 11:41:53 -0800
> This patch series provides about 100 % performance increase under flood.
>
> v2: added Paolo feedback on udp_rmem_release() for tiny sk_rcvbuf
> added the last patch touching sk_rmem_alloc later
Series applied, thanks.
Hi,
On 09.12.2016 12:21, Pavel Machek wrote:
> On Fri 2016-12-09 00:19:43, Francois Romieu wrote:
>> Lino Sanfilippo :
>> [...]
>> > OTOH Pavel said that he actually could produce a deadlock. Now I wonder if
>> > this is caused by that locking scheme (in a way I have not figured out yet)
>> > or
On 2016/12/10 0:39, Andrew Lunn wrote:
> On Fri, Dec 09, 2016 at 01:19:07PM +0800, Jie Deng wrote:
>>
>> On 2016/12/9 6:15, Florian Fainelli wrote:
>>> On 12/06/2016 07:57 PM, Jie Deng wrote:
This patch adds phy-mode support for Synopsys XLGMAC
>>> The functional changes look good, but I wou
On 2016/12/10 8:16, Andy Shevchenko wrote:
> On Sat, Dec 10, 2016 at 12:52 AM, Florian Fainelli
> wrote:
>
>> It's kind of sad that customers of that IP (stmmac, amd-xgbe, sxgbe)
>> did
>> actually pioneer the upstreaming effort, but it is good to see people
>> from Synopsys willing to fix that
From: Timur Tabi
Date: Thu, 8 Dec 2016 13:24:19 -0600
> On SOCs that have the Qualcomm EMAC network controller, the internal
> PHY block is always different. Sometimes the differences are small,
> sometimes it might be a completely different IP. Either way, using version
> numbers to differen
On Thu, Dec 8, 2016 at 8:01 PM, Josef Bacik wrote:
On Dec 8, 2016, at 7:32 PM, Eric Dumazet
wrote:
On Thu, 2016-12-08 at 16:36 -0500, Josef Bacik wrote:
We can reproduce the problem at will, still trying to run down the
problem. I'll try and find one of the boxes that dumped a core
Le 12/09/16 à 16:16, Andy Shevchenko a écrit :
> On Sat, Dec 10, 2016 at 12:52 AM, Florian Fainelli
> wrote:
>
>> It's kind of sad that customers of that IP (stmmac, amd-xgbe, sxgbe)
>
>> did
>> actually pioneer the upstreaming effort, but it is good to see people
>> from Synopsys willing to fi
This patch is based on an earlier one submitted
by Jon Maxwell with the following commit message:
"We recently encountered a bug where a few customers using ibmveth on the
same LPAR hit an issue where a TCP session hung when large receive was
enabled. Closer analysis revealed that the session was
On Sat, Dec 10, 2016 at 12:52 AM, Florian Fainelli wrote:
> It's kind of sad that customers of that IP (stmmac, amd-xgbe, sxgbe)
> did
> actually pioneer the upstreaming effort, but it is good to see people
> from Synopsys willing to fix that in the future.
Wait, you would like to tell that we
Hello-
A number of us are working on an OSS overlay network system called flannel.
It is used in a variety of Linux container systems and one of the backends
is VXLAN.
The issue we have: when creating the VXLAN interface and assigning it an
address we see a broadcast route being added by the Kern
On 12/09/2016 01:47 AM, Selvin Xavier wrote:
> This patch handles the registration with bnxt_en driver. The driver registers
> with netdev notifier chain. Upon receiving NETDEV_REGISTER event, the driver
> in turn registers with bnxt_en driver.
> 1. bnxt_en's ulp_probe function returns a stru
Hello-
A number of us are working on an OSS overlay network system called
flannel. It is used in a variety of Linux container systems and one of
the backends is VXLAN.
The issue we have: when creating the VXLAN interface and assigning it
an address we see a broadcast route being added by the Kern
On 12/08/2016 06:47 PM, Stephen Boyd wrote:
> On 12/06, Grygorii Strashko wrote:
>> Subject: [PATCH] cpts refclk sel
>>
>> Signed-off-by: Grygorii Strashko
>> ---
>> arch/arm/boot/dts/keystone-k2e-netcp.dtsi | 10 +-
>> drivers/net/ethernet/ti/cpts.c| 52
>>
On 12/09/2016 02:25 PM, Andy Shevchenko wrote:
> On Fri, Dec 9, 2016 at 5:41 PM, David Miller wrote:
>
>> But one thing I am against is changing the driver name for existing
>> users. If an existing chip is supported by the stmmac driver for
>> existing users, they should still continue to use t
Rayagond Kokatanur :
> This patch initialize the cur_rx_qnum upon occurence of rx interrupt,
> without this initialization driver will not work with multiple rx queues
> configurations.
>
> NOTE: This patch is not tested on actual hw.
(your patch should include a Signed-off-by)
Imho the driver
On Mon, Dec 05, 2016 at 09:27:58PM +0800, Dongpo Li wrote:
> The "hix5hd2" is SoC name, add the generic ethernet driver name.
> The "hisi-gemac-v1" is the basic version and "hisi-gemac-v2" adds
> the SG/TXCSUM/TSO/UFO features.
>
> Signed-off-by: Dongpo Li
> ---
> .../devicetree/bindings/net/his
On Fri, Dec 9, 2016 at 5:41 PM, David Miller wrote:
> But one thing I am against is changing the driver name for existing
> users. If an existing chip is supported by the stmmac driver for
> existing users, they should still continue to use the "stmmac" driver.
>
> Therefore, if consolidation ch
On 12/9/16 12:50 PM, Stephen Hemminger wrote:
> On Wed, 7 Dec 2016 12:55:09 -0800
> David Ahern wrote:
>
>> Makefile adds --no-print-directory to MAKEFLAGS if VERBOSE is not
>> defined however Config always defines VERBOSE. Update the check to
>> whether VERBOSE is 0.
>>
>> Fixes: 57bdf8b76451 (
Since the following commit, Infiniband and Ethernet have not been
mutually exclusive.
Fixes: 4aa17b28 mlx5: Enable mutual support for IB and Ethernet
Signed-off-by: Christopher Covington
---
drivers/net/ethernet/mellanox/mlx5/core/Kconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/dri
The .match_method field is a u8, so we shouldn't be casting to a u16,
and because it is only one byte, we do not need to byte swap anything.
Just assign the value directly. This avoids issues on Big Endian
architectures which would have byte swapped and then incorrectly
truncated the value.
Signed
On Sat, Dec 03, 2016 at 12:32:37AM +0100, Martin Blumenstingl wrote:
> This allows configuring the RGMII TX clock delay. The RGMII clock is
> generated by underlying hardware of the the Meson 8b / GXBB DWMAC glue.
> The configuration depends on the actual hardware (no delay may be
> needed due to t
On 12/08/2016 11:57 PM, Arnd Bergmann wrote:
> On 32-bit ARM with 64-bit dma_addr_t I get this warning about an
> incorrect format string:
>
> In file included from
> /git/arm-soc/drivers/net/ethernet/mellanox/mlx5/core/alloc.c:42:0:
> drivers/net/ethernet/mellanox/mlx5/core/alloc.c: In functio
On Wed, 7 Dec 2016 12:55:09 -0800
David Ahern wrote:
> Makefile adds --no-print-directory to MAKEFLAGS if VERBOSE is not
> defined however Config always defines VERBOSE. Update the check to
> whether VERBOSE is 0.
>
> Fixes: 57bdf8b76451 ("Make builds default to quiet mode")
> Signed-off-by: Da
On Wed, 7 Dec 2016 14:54:03 +0100
Simon Horman wrote:
> Support matching on ICMP type and code.
>
> Example usage:
>
> tc qdisc add dev eth0 ingress
>
> tc filter add dev eth0 protocol ip parent : flower \
> indev eth0 ip_proto icmp type 8 code 0 action drop
>
> tc filter add dev e
On Wed, 7 Dec 2016 14:54:02 +0100
Simon Horman wrote:
> Introduce enum flower_endpoint and use it instead of a bool
> as the type for paramatising source and destination.
>
> This is intended to improve read-ability and provide some type
> checking of endpoint parameters.
>
> Signed-off-by: Si
On Wed, 7 Dec 2016 14:54:01 +0100
Simon Horman wrote:
> These are proposed changes for net-next.
>
> Signed-off-by: Simon Horman
Picked this up with upstream headers update
On Fri, Dec 09, 2016 at 03:18:02PM +, Bart Van Assche wrote:
> On 12/08/16 22:40, Madhani, Himanshu wrote:
> > We’ll take a look and send patches to resolve these warnings.
>
> Thanks!
>
> Bart.
>
Sounds good. I posted what I have so far so that you can
start from that.
--
MST
On Wed, 7 Dec 2016 10:47:59 +0100
Thomas Graf wrote:
> The log buffer is automatically grown when the verifier output does not
> fit into the default buffer size. The number of growing attempts was
> not sufficient to reach the maximum buffer size so far.
>
> Perform 9 iterations to reach max a
On Friday, December 9, 2016 9:28:44 AM CET Stephen Hemminger wrote:
> On Fri, 9 Dec 2016 12:44:40 +0100
> Arnd Bergmann wrote:
> > Fixes: 95096f2fbd10 ("uio-hv-generic: new userspace i/o driver for VMBus")
> > Signed-off-by: Arnd Bergmann
>
> Thanks, the code was inherited from outside, and on
On Wed, Dec 07, 2016 at 05:40:12PM +0100, Volodymyr Bendiuga wrote:
> Yes, most of the users of of_irq_get() do not use irq_dispose_mapping().
>
> But some of them do (some irq chips), and I believe the correct way
> of doing this is to
>
> dispose irq mapping, as the description for this functio
On 8 December 2016 at 21:18, Wangnan (F) wrote:
>
>
> On 2016/12/9 13:04, Wangnan (F) wrote:
>>
>>
>>
>> On 2016/12/9 10:46, Joe Stringer wrote:
>>
>> [SNIP]
>>
>>> diff --git a/tools/lib/bpf/Makefile b/tools/lib/bpf/Makefile
>>> index 62d89d50fcbd..616bd55f3be8 100644
>>> --- a/tools/lib/bpf/Ma
On Fri, Dec 9, 2016 at 8:56 PM, David Miller wrote:
> From: Selvin Xavier
> Date: Thu, 8 Dec 2016 22:47:54 -0800
>
>> This series introduces the RoCE driver for the Broadcom
>> NetXtreme-E 10/25/40/50 gigabit RoCE HCAs.
>> This driver is dependent on the bnxt_en NIC driver and is
>> based on the
Commit f72179ef11db ("samples/bpf: Switch over to libbpf") added these
two makefile changes that were unnecessary for switching samples to use
libbpf. The extra make is already handled by the build dependency, and
libbpf target doesn't build because it lacks main(). Remove these.
Reported-by: Wang
On Fri, 9 Dec 2016 12:44:40 +0100
Arnd Bergmann wrote:
> gcc warns about the newly added driver when phys_addr_t is wider than
> a pointer:
>
> drivers/uio/uio_hv_generic.c: In function 'hv_uio_mmap':
> drivers/uio/uio_hv_generic.c:71:17: error: cast to pointer from integer of
> different size
On Fri, Dec 9, 2016 at 8:53 AM, Eric Dumazet wrote:
> On Fri, 2016-12-09 at 08:43 -0800, Tom Herbert wrote:
>>
>>
>
>
>> Are you thinking of allowing unconnected socket to have multiple input
>> queues? Sort of an automatic and transparent SO_REUSEPORT...
>
> It all depends if the user application
On Fri, 2016-12-09 at 08:43 -0800, Tom Herbert wrote:
>
>
> Are you thinking of allowing unconnected socket to have multiple input
> queues? Sort of an automatic and transparent SO_REUSEPORT...
It all depends if the user application is using a single thread or
multiple threads to drain the qu
On Fri, Dec 09, 2016 at 01:19:07PM +0800, Jie Deng wrote:
>
>
> On 2016/12/9 6:15, Florian Fainelli wrote:
> > On 12/06/2016 07:57 PM, Jie Deng wrote:
> >> This patch adds phy-mode support for Synopsys XLGMAC
> > The functional changes look good, but I would like to see some
> > description of wh
On Fri, 2016-12-09 at 17:05 +0100, Jesper Dangaard Brouer wrote:
> On Thu, 08 Dec 2016 13:13:15 -0800
> Eric Dumazet wrote:
>
> > On Thu, 2016-12-08 at 21:48 +0100, Jesper Dangaard Brouer wrote:
> > > On Thu, 8 Dec 2016 09:38:55 -0800
> > > Eric Dumazet wrote:
> > >
> > > > This patch series
On Thu, Dec 08, 2016 at 10:47:54PM -0800, Selvin Xavier wrote:
>
...
> create mode 100644 include/uapi/rdma/bnxt_re_uverbs_abi.h
Please use already established naming format for this file.
It will simplify our future integration with rdma-core library.
Thanks
➜ linux-rdma git:(master) ls -l
Hi Niklas
On 12/09/2016 10:53 AM, Niklas Cassel wrote:
On 12/09/2016 10:20 AM, Niklas Cassel wrote:
On 12/08/2016 02:36 PM, Alexandre Torgue wrote:
Hi Niklas,
On 12/05/2016 05:18 PM, Niklas Cassel wrote:
Hello Giuseppe
I'm trying to figure out what snps,axi_all is supposed to represent.
I
On Thu, 08 Dec 2016 13:13:15 -0800
Eric Dumazet wrote:
> On Thu, 2016-12-08 at 21:48 +0100, Jesper Dangaard Brouer wrote:
> > On Thu, 8 Dec 2016 09:38:55 -0800
> > Eric Dumazet wrote:
> >
> > > This patch series provides about 100 % performance increase under flood.
> > >
> >
> > Could
From: Eric Dumazet
It seems attackers can also send UDP packets with no payload at all.
skb_condense() can still be a win in this case.
It will be possible to replace the custom code in tcp_add_backlog()
to get full benefit from skb_condense()
Signed-off-by: Eric Dumazet
---
net/core/skbuff.
Às 3:41 PM de 12/9/2016, David Miller escreveu:
> From: Joao Pinto
> Date: Fri, 9 Dec 2016 15:36:38 +
>
>> Of course, I started a general discussion about the subject and
>> those were the conclusions, but I would like to know if you as the
>> subsystem maintainer also support the approach or
From: Joao Pinto
Date: Fri, 9 Dec 2016 15:36:38 +
> Of course, I started a general discussion about the subject and
> those were the conclusions, but I would like to know if you as the
> subsystem maintainer also support the approach or have any
> suggestion.
Generally, I support whatever th
Hi David,
Of course, I started a general discussion about the subject and those were the
conclusions, but I would like to know if you as the subsystem maintainer also
support the approach or have any suggestion.
Thanks,
Joao
Às 3:33 PM de 12/9/2016, David Miller escreveu:
> From: Joao Pinto
> D
On 12/08/16 22:40, Madhani, Himanshu wrote:
> We’ll take a look and send patches to resolve these warnings.
Thanks!
Bart.
From: Joao Pinto
Date: Fri, 9 Dec 2016 11:29:02 +
> Dear David Miller,
...
> I would like to know if you support this plan.
This is not how this works.
You need to discuss and work out a plan with the other people
with a direct interest in the existing drivers and maintainence.
Not me.
From: Selvin Xavier
Date: Thu, 8 Dec 2016 22:47:54 -0800
> This series introduces the RoCE driver for the Broadcom
> NetXtreme-E 10/25/40/50 gigabit RoCE HCAs.
> This driver is dependent on the bnxt_en NIC driver and is
> based on the bnxt_re branch in Doug's repository. bnxt_en changes
> requ
Hi Arnaldo,
On 12/09/2016 04:09 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Dec 08, 2016 at 06:46:13PM -0800, Joe Stringer escreveu:
(Was "libbpf: Synchronize implementations")
Update tools/lib/bpf to provide the remaining bpf wrapper pieces needed by the
samples/bpf/ code, then get rid of all
On Fri, 2016-12-09 at 06:24 -0800, Eric Dumazet wrote:
> It looks that you want a seqcount, even on 64bit arches,
> so that CPU 2 can restart its loop, and more importantly you need
> to not accumulate the values you read, because they might be old/invalid.
Untested patch to give general idea. I
Hi Jie,
I don't think we have the need to create the "dwc" subdirectory under
"synopsys".
Its preferable to have them directly under drivers/net/ethernet/synopsys.
Regards,
C.Palminha
On 07-12-2016 03:57, Jie Deng wrote:
> This series provides the support for 25/40/50/100 GbE
> devices using Sy
Em Thu, Dec 08, 2016 at 06:46:13PM -0800, Joe Stringer escreveu:
> (Was "libbpf: Synchronize implementations")
>
> Update tools/lib/bpf to provide the remaining bpf wrapper pieces needed by the
> samples/bpf/ code, then get rid of all of the duplicate BPF libraries in
> samples/bpf/libbpf.[ch].
>
Em Thu, Dec 08, 2016 at 06:46:19PM -0800, Joe Stringer escreveu:
> This declaration was made in samples/bpf/libbpf.c for convenience, but
> there's already one in tools/perf/perf-sys.h. Reuse that one.
>
> Signed-off-by: Joe Stringer
> ---
> v3: First post.
> ---
> samples/bpf/Makefile
On Thu, Dec 8, 2016 at 4:03 AM, Siva Reddy Kallam
wrote:
> On Thu, Dec 8, 2016 at 12:14 AM, Billy Shuman wrote:
>> On Wed, Dec 7, 2016 at 12:37 PM, Michael Chan
>> wrote:
>>> On Wed, Dec 7, 2016 at 7:20 AM, Billy Shuman wrote:
After resume on 4.9.0-rc8 tg3 is dead.
In logs I see
Em Fri, Dec 09, 2016 at 11:36:18AM +0800, Wangnan (F) escreveu:
>
>
> On 2016/12/9 10:46, Joe Stringer wrote:
> > The map_flags argument to bpf_create_map() was previously not exposed.
> > By exposing it, users can access flags such as whether or not to
> > preallocate the map.
> >
> > Signed-of
On Fri, 2016-12-09 at 11:24 +0100, Pablo Neira Ayuso wrote:
> Hi Paul,
Hi Pablo
Given that bytes/packets counters are modified without cmpxchg64() :
static inline void nft_counter_do_eval(struct nft_counter_percpu_priv *priv,
struct nft_regs *regs,
Hello, John.
On Thu, Dec 08, 2016 at 09:39:38PM -0800, John Stultz wrote:
> So just to clarify the discussion for my purposes and make sure I
> understood, per-cgroup CAP rules was not desired, and instead we
> should either utilize an existing cap (are there still objections to
> CAP_SYS_RESOURCE
When trying to get a regulator we may get deferred and we see
this noise:
smsc911x 1b80.ethernet-ebi2 (unnamed net_device) (uninitialized):
couldn't get regulators -517
Then the driver continues anyway. Which means that the regulator
may not be properly retrieved and reference counted, and
On 16-12-08 10:23 PM, Hayes Wang wrote:
> Mark Lord
>
> I find an issue about autosuspend, and it may result in the same
> problem with you. I don't sure if this is helpful to you, because
> it only occurs when enabling the autosuspend.
Thanks. I am using ASIX adapters now.
I did try the lates
This patch initialize the cur_rx_qnum upon occurence of rx interrupt,
without this initialization driver will not work with multiple rx queues
configurations.
NOTE: This patch is not tested on actual hw.
---
drivers/net/ethernet/samsung/sxgbe/sxgbe_main.c | 1 +
1 file changed, 1 insertion(+)
d
On 2016-12-09 12:53, Dmitry Vyukov wrote:
> On Fri, Dec 9, 2016 at 12:48 PM, Richard Guy Briggs wrote:
> > On 2016-12-09 11:49, Dmitry Vyukov wrote:
> >> On Fri, Dec 9, 2016 at 7:02 AM, Richard Guy Briggs wrote:
> >> > On 2016-11-29 23:52, Richard Guy Briggs wrote:
> >> > I tried a quick compile
Hello!
On 12/9/2016 9:48 AM, Selvin Xavier wrote:
Implements callback handler for processing affiliated Async events of a QP.
This patch also implements the control path command completion handling.
Signed-off-by: Eddie Wai
Signed-off-by: Devesh Sharma
Signed-off-by: Somnath Kotur
Signed-of
Hello!
On 12/9/2016 6:08 AM, Zheng Li wrote:
From: zheng li
There is an inconsitent conditional judgement in __ip_append_data and
Inconsistent.
ip_finish_output functions, the variable length in __ip_append_data just
include the length of applicatoin's payload and udp header, don't inc
Hi Dave,
Closing net-next caught me by surprise, so I had to rebase a bit,
but these three patches really should go in soon. I'm not sending
them for 4.9 this late though.
Please pull and let me know if there's any problem.
Thanks,
johannes
The following changes since commit f81a8a02bb3b3e882
On Fri, Dec 9, 2016 at 12:48 PM, Richard Guy Briggs wrote:
> On 2016-12-09 11:49, Dmitry Vyukov wrote:
>> On Fri, Dec 9, 2016 at 7:02 AM, Richard Guy Briggs wrote:
>> > On 2016-11-29 23:52, Richard Guy Briggs wrote:
>> > I tried a quick compile attempt on the test case (I assume it is a
>> > sock
On 2016-12-09 11:49, Dmitry Vyukov wrote:
> On Fri, Dec 9, 2016 at 7:02 AM, Richard Guy Briggs wrote:
> > On 2016-11-29 23:52, Richard Guy Briggs wrote:
> > I tried a quick compile attempt on the test case (I assume it is a
> > socket fuzzer) and get the following compile error:
> > cc -g -O0 -Wal
gcc warns about the newly added driver when phys_addr_t is wider than
a pointer:
drivers/uio/uio_hv_generic.c: In function 'hv_uio_mmap':
drivers/uio/uio_hv_generic.c:71:17: error: cast to pointer from integer of
different size [-Werror=int-to-pointer-cast]
virt_to_phys((void *)info->mem[mi].
Dear David Miller,
These past 2 weeks we have been discussing the right way to go in terms of
Synopsys QoS support in the kernel.
The approach that raised more supporters was:
a) Test /stmicro/stmmac driver in a reference hardware prototyping platform (QoS
IPK) [Status: In Progress | 90% finishe
On Wed, 07 Dec 2016 23:34:21 -0500, Daniel Kahn Gillmor wrote:
> fwiw, i'm not convinced that "most protocols of the IETF follow this
> mantra". we've had multiple discussions in different protocol groups
> about shaving or bloating by a few bytes here or there in different
> protocols, and i don'
On Fri 2016-12-09 00:19:43, Francois Romieu wrote:
> Lino Sanfilippo :
> [...]
> > OTOH Pavel said that he actually could produce a deadlock. Now I wonder if
> > this is caused by that locking scheme (in a way I have not figured out yet)
> > or if it is a different issue.
>
> stmmac_tx_err races
/20161209-154823
base: https://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git master
config: parisc-allyesconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain
Hello!
On 12/8/2016 3:51 PM, kushwah...@samsung.com wrote:
From: Amit Kushwaha
This patch cleanup checkpatch.pl warning
WARNING: __aligned(size) is preferred over __attribute__((aligned(size)))
Signed-off-by: Amit Kushwaha
---
net/socket.c |3 ++-
1 file changed, 2 insertions(+), 1 del
On 2016-12-08 22:57, Cong Wang wrote:
> On Thu, Dec 8, 2016 at 10:02 PM, Richard Guy Briggs wrote:
> > I also tried to extend Cong Wang's idea to attempt to proactively respond
> > to a
> > NETLINK_URELEASE on the audit_sock and reset it, but ran into a locking
> > error
> > stack dump using mut
list_for_each_entry iterator variable cannot be NULL.
Generated by: scripts/coccinelle/iterators/itnull.cocci
CC: Selvin Xavier
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
url:
https://github.com/0day-ci/linux/commits/Selvin-Xavier/Broadcom-RoCE-Driver-bnxt_re/20161209-154823
Hello Jie Deng
In your cover letter you wrote
dwc-eth-xxx.x
The DWC ethernet core layer (DWC ECL). This layer contains codes
can be shared by different DWC series ethernet cores
Does this mean that code in dwc-eth-xxx.x is common to all
the different Synopsys IPs, GMAC, XGMAC and XLGMAC ?
R
On Fri, Dec 9, 2016 at 7:02 AM, Richard Guy Briggs wrote:
> On 2016-11-29 23:52, Richard Guy Briggs wrote:
>> On 2016-11-29 15:13, Cong Wang wrote:
>> > On Tue, Nov 29, 2016 at 8:48 AM, Richard Guy Briggs
>> > wrote:
>> > > On 2016-11-26 17:11, Cong Wang wrote:
>> > >> It is racy on audit_sock,
Hi Paul,
On Thu, Dec 08, 2016 at 07:40:14PM -0500, Paul Gortmaker wrote:
> On Wed, Dec 7, 2016 at 4:52 PM, Pablo Neira Ayuso wrote:
> > This patch adds a new NFT_MSG_GETOBJ_RESET command perform an atomic
> > dump-and-reset of the stateful object. This also comes with add support
> > for atomic d
On Fri, Dec 09, 2016 at 01:12:32AM +0800, Peng Tao wrote:
> Currently, if a connect call fails on a signal or timeout (e.g., guest is
> still
> in the process of starting up), we'll just return to caller and leave the
> connect
> packet queued and they are sent even though the connection is consi
On Fri, Dec 09, 2016 at 01:12:36AM +0800, Peng Tao wrote:
> Otherwise we'll leave the packets queued until releasing vsock device.
> E.g., if guest is slow to start up, resulting ETIMEDOUT on connect, guest
> will get the connect requests from failed host sockets.
>
> Reviewed-by: Stefan Hajnoczi
On Fri, Dec 09, 2016 at 01:12:34AM +0800, Peng Tao wrote:
> To allow canceling all packets of a connection.
>
> Reviewed-by: Stefan Hajnoczi
> Signed-off-by: Peng Tao
> ---
> drivers/vhost/vsock.c | 41 +
> include/net/af_vsock.h | 3 +++
> 2 files chan
On Fri, Dec 09, 2016 at 01:12:35AM +0800, Peng Tao wrote:
> Reviewed-by: Stefan Hajnoczi
> Signed-off-by: Peng Tao
> ---
> net/vmw_vsock/virtio_transport.c | 42
>
> 1 file changed, 42 insertions(+)
>
> diff --git a/net/vmw_vsock/virtio_transport.c
> b
There are hardware PCI implementations of Cadence GEM network controller. This
patch will allow to use such hardware with reuse of existing Platform Driver.
Signed-off-by: Bartosz Folta
---
drivers/net/ethernet/cadence/Kconfig| 9 ++
drivers/net/ethernet/cadence/Makefile | 1 +
driver
On 2016/12/8 23:25, David Miller wrote:
> From: Alexandre Torgue
> Date: Thu, 8 Dec 2016 14:55:04 +0100
>
>> Maybe I forget some series. Do you have others in mind ?
> Please see the thread titled:
>
> "net: ethernet: Initial driver for Synopsys DWC XLGMAC"
>
> which seems to be discussing conso
1 - 100 of 112 matches
Mail list logo