Mon, Jul 11, 2016 at 10:54:12PM CEST, rost...@goodmis.org wrote:
>On Mon, 11 Jul 2016 15:18:47 +0200
>Jiri Pirko wrote:
>
>> diff --git a/include/net/devlink.h b/include/net/devlink.h
>> index c99ffe8..865ade6 100644
>> --- a/include/net/devlink.h
>> +++ b/include/net/devlink.h
>> @@ -115,6 +115,8
From: Brenden Blanco
Date: Mon, 11 Jul 2016 23:35:00 -0700
> On Mon, Jul 11, 2016 at 11:12:24PM -0700, David Miller wrote:
>> From: Brenden Blanco
>> Date: Mon, 11 Jul 2016 14:29:49 -0700
>>
>> > + if (fd >= 0) {
>> > + prog = bpf_prog_get_type(fd, BPF_PROG_TYPE_XDP);
>> > +
Mon, Jul 11, 2016 at 10:45:16PM CEST, da...@davemloft.net wrote:
>From: Jiri Pirko
>Date: Mon, 11 Jul 2016 15:18:47 +0200
>
>> From: Jiri Pirko
>>
>> Define a tracepoint and allow user to trace messages going to and from
>> hardware associated with devlink instance.
>>
>> Signed-off-by: Jiri Pi
On Mon, Jul 11, 2016 at 11:12:24PM -0700, David Miller wrote:
> From: Brenden Blanco
> Date: Mon, 11 Jul 2016 14:29:49 -0700
>
> > + if (fd >= 0) {
> > + prog = bpf_prog_get_type(fd, BPF_PROG_TYPE_XDP);
> > + if (IS_ERR(prog))
> > + return PTR_ERR(prog);
>
On Mon, Jul 11, 2016 at 11:02:54PM -0700, David Miller wrote:
> From: Brenden Blanco
> Date: Mon, 11 Jul 2016 14:29:48 -0700
>
> > + WARN_ONCE(1, "\n"
> > +"*\n"
> > +"** NOTICE NOTICE NOTICE NOTICE NOTICE NOT
From: Brenden Blanco
Date: Mon, 11 Jul 2016 14:29:51 -0700
> + if (priv->num_frags > 1)
> + return -EOPNOTSUPP;
I hate to be the user who has to debug why his XDP program won't
load just because he set a jumbo MTU beforehand.
From: Brenden Blanco
Date: Mon, 11 Jul 2016 14:29:49 -0700
> + if (fd >= 0) {
> + prog = bpf_prog_get_type(fd, BPF_PROG_TYPE_XDP);
> + if (IS_ERR(prog))
> + return PTR_ERR(prog);
> + }
> +
> + xdp.command = XDP_SETUP_PROG;
> + xdp.prog =
From: Brenden Blanco
Date: Mon, 11 Jul 2016 14:29:48 -0700
> + WARN_ONCE(1, "\n"
> + "*\n"
> + "** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE **\n"
> + "**
On Sat, 9 Jul 2016 15:22:30 +0200 Florian Westphal wrote:
> Shmulik Ladkani wrote:
> > I'd appreciate any suggestion how to determine traffic is local OTHER
> > THAN testing IPSKB_FORWARDED; If we have such a way, there wouldn't be an
> > impact on local traffic.
> >
> > > What about setting I
Contact us if you need a loan for 1% interest
From: Paul Gortmaker
Date: Mon, 11 Jul 2016 16:37:51 -0400
> The Makefile controlling compilation of this file is obj-y,
> meaning that it currently is never being built as a module.
>
> Since MODULE_ALIAS is a no-op for non-modular code, we can simply
> remove the MODULE_ALIAS_NETPROTO variant
From: Jon Maloy
Date: Mon, 11 Jul 2016 16:08:34 -0400
> Fixes for some broadcast link problems that may occur in large systems.
Series applied, thanks Jon.
Dear maintainers,
Would you have a review on this?
-Guodong
On 23 June 2016 at 12:58, Guodong Xu wrote:
> Two LED triggers are defined: tx_led and rx_led. Upon frames
> available in HCI core layer, for tx or for rx, the combined LED
> can blink.
>
> Verified on HiKey, 96boards. It uses hi6220 S
Hi,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.7-rc7 next-20160711]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio
On 2016年07月12日 05:01, David Miller wrote:
The code is correct and optimal as-is. There is no gain to your
changes. gfp_any() will do the right thing.
In fact, your change makes the code more error prone because if any
of these code paths get moved into an atomic context they will break
unless
On Mon, Jul 11, 2016 at 05:56:07PM -0700, Sargun Dhillon wrote:
> It would be nice to have eBPF programs that are longer than 4096
> instructions. I'm trying to implement XSalsa20 in eBPF, and
> unfortunately, it doesn't fit into 4096 instructions since I'm
> unrolling all of the loops. Further tha
From: Ian Campbell
This patch has been added to the 3.18 stable tree. If you have any
objections, please let us know.
===
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply having sent a request and then done a
shutdown(SHUT_WR), so teari
From: Ian Campbell
This patch has been added to the 4.1 stable tree. If you have any
objections, please let us know.
===
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply having sent a request and then done a
shutdown(SHUT_WR), so tearin
From: weiyj...@163.com
Date: Tue, 12 Jul 2016 00:17:28 +
> From: Wei Yongjun
>
> In case of error, the function devm_ioremap_resource() returns ERR_PTR()
> and never returns NULL. The NULL test in the return value check should be
> replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
Ap
From: Florian Fainelli
Date: Mon, 11 Jul 2016 16:35:53 -0700
> I don't have access to any other platform using an ethoc interface so
> it could be good to some testing on Xtensa for instance.
So I'll wait until someone does such testing before applying this
series.
From: Mario Limonciello
Date: Mon, 11 Jul 2016 19:58:04 -0500
> The RTL8153-AD supports a persistent system specific MAC address.
> This means a device plugged into two different systems with host side
> support will show different (but persistent) MAC addresses.
>
> This information for the sys
On Sat, Jul 09, 2016 at 01:27:26PM +0200, Jesper Dangaard Brouer wrote:
> On Fri, 8 Jul 2016 18:51:07 +0100
> Jakub Kicinski wrote:
>
> > On Fri, 8 Jul 2016 09:45:25 -0700, John Fastabend wrote:
> > > The only distinction between VFs and queue groupings on my side is VFs
> > > provide RSS where a
The RTL8153-AD supports a persistent system specific MAC address.
This means a device plugged into two different systems with host side
support will show different (but persistent) MAC addresses.
This information for the system's persistent MAC address is burned in when
the system HW is built and
It would be nice to have eBPF programs that are longer than 4096
instructions. I'm trying to implement XSalsa20 in eBPF, and
unfortunately, it doesn't fit into 4096 instructions since I'm
unrolling all of the loops. Further than that, doing tail calls to
process each block results in me hitting the
The igbvf is a bit of a red herring since it is not the VF driver for ixgbe and
sriov isn't enable on this boot anyway as we can tell by the number of queue
allocated.
As for the panic I believe we already have a patch, but if you could supply the
DevID we could tell you for sure.
Thanks,
-Don
From: Wei Yongjun
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should be
replaced with IS_ERR().
Signed-off-by: Wei Yongjun
---
drivers/net/ethernet/broadcom/bgmac-platform.c | 2 +-
1 file changed, 1 i
Hi,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.7-rc7 next-20160711]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio
Even though the hardware can be doing zero padding, we want the SKB to
be going out on the wire with the appropriate size. This fixes packet
truncations observed with e.g: ARP packets.
Signed-off-by: Florian Fainelli
---
drivers/net/ethernet/ethoc.c | 5 +
1 file changed, 5 insertions(+)
di
Hi all,
This patch series contains two patches for the ethoc driver while testing on a
TS-7300 board where ethoc is provided by an on-board FPGA.
First patch was cooked after chasing crashes with invalid resources passed to
the driver.
Second patch was cooked after seeing that an interface confi
In case any operation fails before we can successfully go the point
where we would register a MDIO bus, we would be going to an error label
which involves unregistering then freeing this yet to be created MDIO
bus. Update all error paths to go to label free which is the only one
valid until either
On 07/08/2016 01:07 PM, Andrew Lunn wrote:
> On Fri, Jul 08, 2016 at 11:49:27AM -0700, Florian Fainelli wrote:
>> This patch series is based on Broadcom/stblinux/devicetree/next which
>> contains proper support for the BCM958625HR board. To get working
>> Ethernet switch and CPU Ethernet support, t
On Mon, Jul 11, 2016 at 2:53 PM, Or Gerlitz wrote:
> On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote:
>
>> v7:
> [...]
>> TODOs:
>> Add ethtool per-ring stats for aborted, default cases, maybe even drop
>> and tx as well.
>
> please no... lets stop and think if we can have something bet
On Mon, Jul 11, 2016 at 01:09:22PM +0200, Jesper Dangaard Brouer wrote:
> > - /* Process all completed CQEs */
> > + /* Extract and prefetch completed CQEs */
> > while (XNOR(cqe->owner_sr_opcode & MLX4_CQE_OWNER_MASK,
> > cq->mcq.cons_index & cq->size)) {
> > + vo
From: Haiyang Zhang
This script helps to create bonding network devices based on synthetic NIC
(the virtual network adapter usually provided by Hyper-V) and the matching
VF NIC (SRIOV virtual function). So the synthetic NIC and VF NIC can
function as one network device, and fail over to the synth
On Tue, Jul 12, 2016 at 12:53:34AM +0300, Or Gerlitz wrote:
> On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote:
>
> > v7:
> [...]
> > TODOs:
> > Add ethtool per-ring stats for aborted, default cases, maybe even drop
> > and tx as well.
>
> please no... lets stop and think if we can have
From:
Date: Mon, 11 Jul 2016 21:54:07 +
> Please let me know what else can be done for this patch to make it
> acceptable so we can have parity for Linux.
Just resubmit it and I'll apply it, I'm so tired of hearing about this...
> David,
>
> Did you have any more thoughts about this? I'm happy to make some other
> adjustments to the patch, if you have some recommendations.
Hi,
I just wanted to share that the maintenance BIOSes released for the Dell
platforms with Type-C this past week enables the MAC address pass
thr
On Tue, Jul 12, 2016 at 12:29 AM, Brenden Blanco wrote:
> v7:
[...]
> TODOs:
> Add ethtool per-ring stats for aborted, default cases, maybe even drop
> and tx as well.
please no... lets stop and think if we can have something better vs
every XDP enabled driver to have bunch of new ethtool bas
On Mon, Jul 11, 2016 at 02:48:17PM +0300, Saeed Mahameed wrote:
[...]
>
> yes, we need something like:
>
> +static inline void
> +mlx4_en_sync_dma(struct mlx4_en_priv *priv,
> +struct mlx4_en_rx_desc *rx_desc,
> +int length)
> +{
> + dma_addr_t dma;
> +
> +
From: Soheil Hassas Yeganeh
Date: Mon, 11 Jul 2016 16:51:26 -0400
> From: Soheil Hassas Yeganeh
>
> Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS
> as a control message to TCP. Since __sock_cmsg_send does not
> support SCM_RIGHTS and SCM_CREDENTIALS, it returns an error and
On 07/11/2016 02:31 PM, David Miller wrote:
> From: kbuild test robot
> Date: Tue, 12 Jul 2016 05:19:57 +0800
>
>> All warnings (new ones prefixed by >>):
>>
>>drivers/net/dsa/b53/b53_srab.c: In function 'b53_srab_probe':
drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer
Add one new netdev op for drivers implementing the BPF_PROG_TYPE_XDP
filter. The single op is used for both setup/query of the xdp program,
modelled after ndo_setup_tc.
Signed-off-by: Brenden Blanco
---
include/linux/netdevice.h | 32
net/core/dev.c|
VLAN and MQ control was doing DMA from the stack. Fix it.
Cc: Michael S. Tsirkin
Cc: "netdev@vger.kernel.org"
Signed-off-by: Andy Lutomirski
---
I tested VLAN addition and removal with CONFIG_VMAP_STACK=y,
CONFIG_DEBUG_SG=y and it got rid of the warnings I saw. I haven't
tested the MQ part b
Sets the bpf program represented by fd as an early filter in the rx path
of the netdev. The fd must have been created as BPF_PROG_TYPE_XDP.
Providing a negative value as fd clears the program. Getting the fd back
via rtnl is not possible, therefore reading of this value merely
provides a bool wheth
Add support for the BPF_PROG_TYPE_XDP hook in mlx4 driver.
In tc/socket bpf programs, helpers linearize skb fragments as needed
when the program touches the packet data. However, in the pursuit of
speed, XDP programs will not be allowed to use these slower functions,
especially if it involves allo
The mlx4 driver by default allocates order-3 pages for the ring to
consume in multiple fragments. When the device has an xdp program, this
behavior will prevent tx actions since the page must be re-mapped in
TODEVICE mode, which cannot be done if the page is still shared.
Start by making the alloc
For forwarding to be effective, XDP programs should be allowed to
rewrite packet data.
This requires that the drivers supporting XDP must all map the packet
memory as TODEVICE or BIDIRECTIONAL before invoking the program.
Signed-off-by: Brenden Blanco
---
kernel/bpf/verifier.c | 17
XDP enabled drivers must transmit received packets back out on the same
port they were received on when a program returns this action.
Signed-off-by: Brenden Blanco
---
include/uapi/linux/bpf.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/bpf.h b/include/uapi/linux/bpf.
Add a sample that rewrites and forwards packets out on the same
interface. Observed single core forwarding performance of ~10Mpps.
Since the mlx4 driver under test recycles every single packet page, the
perf output shows almost exclusively just the ring management and bpf
program work. Slowdowns a
From: kbuild test robot
Date: Tue, 12 Jul 2016 05:19:57 +0800
> All warnings (new ones prefixed by >>):
>
>drivers/net/dsa/b53/b53_srab.c: In function 'b53_srab_probe':
>>> drivers/net/dsa/b53/b53_srab.c:388:20: warning: cast from pointer to
>>> integer of different size [-Wpointer-to-int-c
In preparation for writing the tx descriptor from multiple functions,
create a helper for both normal and blueflame access.
Signed-off-by: Brenden Blanco
---
drivers/infiniband/hw/mlx4/qp.c| 11 +--
drivers/net/ethernet/mellanox/mlx4/en_tx.c | 127 +
incl
This patch set introduces new infrastructure for programmatically
processing packets in the earliest stages of rx, as part of an effort
others are calling eXpress Data Path (XDP) [1]. Start this effort by
introducing a new bpf program type for early packet filtering, before
even an skb has been all
Add a sample program that only drops packets at the BPF_PROG_TYPE_XDP_RX
hook of a link. With the drop-only program, observed single core rate is
~20Mpps.
Other tests were run, for instance without the dropcnt increment or
without reading from the packet header, the packet rate was mostly
unchange
A user will now be able to loop packets back out of the same port using
a bpf program attached to xdp hook. Updates to the packet contents from
the bpf program is also supported.
For the packet write feature to work, the rx buffers are now mapped as
bidirectional when the page is allocated. This o
Add a new bpf prog type that is intended to run in early stages of the
packet rx path. Only minimal packet metadata will be available, hence a
new context type, struct xdp_md, is exposed to userspace. So far only
expose the packet start and end pointers, and only in read mode.
An XDP program must
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: a536a6e13ecd0d6eb0ffc36c5d56555896617282
commit: fefae6909ead1798c39bee4d94e7e8f1f2752ef6 [1118/1134] net: dsa: b53:
Allow SRAB driver to specify platform data
config: ia64-allyesconfig (attached as .config)
On 07/11/2016 06:51 PM, Brenden Blanco wrote:
On Sun, Jul 10, 2016 at 03:56:02PM -0500, Tom Herbert wrote:
On Thu, Jul 7, 2016 at 9:15 PM, Brenden Blanco wrote:
[...]
+static bool __is_valid_xdp_access(int off, int size,
+ enum bpf_access_type type)
+{
+
On Mon, Jul 11, 2016 at 1:26 PM, Pablo Neira Ayuso wrote:
> On Sun, Jul 10, 2016 at 04:48:26PM -0300, Marc Dionne wrote:
>> An update here since I've had some interactions with Pablo off list.
>>
>> Further testing shows that the underlying cause of the different test
>> results is a udp packet th
SMP does ECB crypto on stack buffers. This is complicated and
fragile, and it will not work if the stack is virtually allocated.
Switch to the crypto_cipher interface, which is simpler and safer.
Cc: Marcel Holtmann
Cc: Gustavo Padovan
Cc: Johan Hedberg
Cc: "David S. Miller"
Cc: linux-blueto
On Mon, 11 Jul 2016 15:18:47 +0200
Jiri Pirko wrote:
> diff --git a/include/net/devlink.h b/include/net/devlink.h
> index c99ffe8..865ade6 100644
> --- a/include/net/devlink.h
> +++ b/include/net/devlink.h
> @@ -115,6 +115,8 @@ struct devlink *devlink_alloc(const struct devlink_ops
> *ops, size_
On Mon, Jul 11, 2016 at 4:39 PM, David Miller wrote:
>
> From: Soheil Hassas Yeganeh
> Date: Sun, 10 Jul 2016 12:51:46 -0400
>
> > From: Soheil Hassas Yeganeh
> >
> > Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS
> > as a control message to TCP. Since __sock_cmsg_send does n
From: Paul Gortmaker
Date: Mon, 11 Jul 2016 12:51:01 -0400
> The Kconfig currently controlling compilation of this code is:
>
> init/Kconfig:config BPF_SYSCALL
> init/Kconfig: bool "Enable bpf() system call"
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets
From: Colin King
Date: Mon, 11 Jul 2016 16:54:20 +0100
> From: Colin Ian King
>
> idx can be returned as -ENOSPC, so we should check for this first
> before using it as an index into nn->vxlan_usecnt[] to avoid an
> out of bounds array offset read.
>
> Signed-off-by: Colin Ian King
Applied t
From: Soheil Hassas Yeganeh
Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS
as a control message to TCP. Since __sock_cmsg_send does not
support SCM_RIGHTS and SCM_CREDENTIALS, it returns an error and
hence breaks pulse audio over TCP.
SCM_RIGHTS and SCM_CREDENTIALS are sent o
From: Jeremy Linton
Date: Mon, 11 Jul 2016 10:28:40 -0500
> Enable lan91x adapters in some ARM machines and models
> when booted with an ACPI kernel.
>
> Signed-off-by: Jeremy Linton
Applied to net-next, thanks.
From: Bjørn Mork
Date: Mon, 11 Jul 2016 16:43:50 +0200
> The Juniper SSL VPN client use a "tun" interface and seems to
> be picky about visible changes.to it. Commit cc9da6cc4f56
> ("ipv6: addrconf: use stable address generator for ARPHRD_NONE")
> made such interfaces get an auto-generated IPv6 l
The iwl-debug.h header relies in implicit inclusion of linux/device.h and
we get a lot of warnings without that:
drivers/net/wireless/intel/iwlwifi/iwl-debug.h:44:23: error: 'struct device'
declared inside parameter list will not be visible outside of this definition
or declaration [-Werror]
vo
From: Jiri Pirko
Date: Mon, 11 Jul 2016 15:18:47 +0200
> From: Jiri Pirko
>
> Define a tracepoint and allow user to trace messages going to and from
> hardware associated with devlink instance.
>
> Signed-off-by: Jiri Pirko
Jiri, I don't think "having a devlink_ prefix" is a strong enough ar
From: Sabrina Dubroca
Date: Mon, 11 Jul 2016 13:12:28 +0200
> Some comments weren't updated to reflect the renaming of ndo's and the
> change of arguments.
>
> Signed-off-by: Sabrina Dubroca
Applied, thanks Sabrina.
From: Julian Anastasov
Date: Sun, 10 Jul 2016 21:11:55 +0300
> Vegard Nossum is reporting for a crash in fib_dump_info
> when nh_dev = NULL and fib_nhs == 1:
...
> $ addr2line -e vmlinux -i 0x602b3d18
> include/linux/inetdevice.h:222
> net/ipv4/fib_semantics.c:1264
>
> Problem happens when RTNH
The Makefile controlling compilation of this file is obj-y,
meaning that it currently is never being built as a module.
Since MODULE_ALIAS is a no-op for non-modular code, we can simply
remove the MODULE_ALIAS_NETPROTO variant used here.
We replace module.h with kmod.h since the file does make us
From: Soheil Hassas Yeganeh
Date: Sun, 10 Jul 2016 12:51:46 -0400
> From: Soheil Hassas Yeganeh
>
> Sergei Trofimovich reported that pulse audio sends SCM_CREDENTIALS
> as a control message to TCP. Since __sock_cmsg_send does not
> support SCM_RIGHTS and SCM_CREDENTIALS, it returns an error and
From: Eric Dumazet
Date: Sun, 10 Jul 2016 10:04:02 +0200
> From: Eric Dumazet
>
> Yue Cao claims that current host rate limiting of challenge ACKS
> (RFC 5961) could leak enough information to allow a patient attacker
> to hijack TCP sessions. He will soon provide details in an academic
> paper
On 07/11/2016 02:27 PM, Grumbach, Emmanuel wrote:
> On Mon, 2016-07-11 at 14:19 -0400, Prarit Bhargava wrote:
>>
>> On 07/11/2016 02:00 PM, Emmanuel Grumbach wrote:
>>> On Mon, Jul 11, 2016 at 6:18 PM, Prarit Bhargava >>> wrote:
Didn't get any feedback or review comments on this patch.
From: Jiri Pirko
Date: Sun, 10 Jul 2016 09:42:44 +0200
> From: Jiri Pirko
>
> As requested by Scott, removing him.
>
> Signed-off-by: Scott Feldman
> Signed-off-by: Jiri Pirko
Applied.
From: Simon Horman
Date: Sun, 10 Jul 2016 10:20:11 +0900
> Using a combination if #if conditionals and goto labels to unwind
> tunnel4_init seems unwieldy. This patch takes a simpler approach of
> directly unregistering previously registered protocols when an error
> occurs.
>
> This fixes a num
From: Marcelo Ricardo Leitner
Date: Mon, 11 Jul 2016 13:15:29 -0300
> On Sat, Jul 09, 2016 at 07:47:39PM +0800, Xin Long wrote:
>> This patchset implements "Additional Policies for the Partially Reliable
>> Stream Control Transmission Protocol Extension" described on RFC7496.
>>
>> The Partially
In test situations with many nodes and a heavily stressed system we have
observed that the transmission broadcast link may fail due to an
excessive number of retransmissions of the same packet. In such
situations we need to reset all unicast links to all peers, in order to
reset and re-synchronize
After a new receiver peer has been added to the broadcast transmission
link, we allow immediate transmission of new broadcast packets, trusting
that the new peer will not accept the packets until it has received the
previously sent unicast broadcast initialiation message. In the same
way, the sende
Fixes for some broadcast link problems that may occur in large systems.
Jon Maloy (3):
tipc: extend broadcast link initialization criteria
tipc: ensure correct broadcast send buffer release when peer is lost
tipc: reset all unicast links when broadcast send link fails
net/tipc/bearer.c | 1
At first contact between two nodes, an endpoint might sometimes have
time to send out a LINK_PROTOCOL/STATE packet before it has received
the broadcast initialization packet from the peer, i.e., before it has
received a valid broadcast packet number to add to the 'bc_ack' field
of the protocol mess
From: Masashi Honma
Date: Sat, 9 Jul 2016 12:59:04 +0900
> This commit extends rtnl_unicast() to specify GFP flags.
>
> This commit depends on Eric Dumazet's commits below.
> ipv4: do not abuse GFP_ATOMIC in inet_netconf_notify_devconf()
> ipv6: do not abuse GFP_ATOMIC in inet6_netc
On 08/07/16 21:58, Richard Sailer wrote:
> This adds kernel-doc style descriptions for 6 functions and
> fixes 1 typo.
>
> Signed-off-by: Richard Sailer
> ---
> net/ipv4/tcp_timer.c | 66
> +---
> 1 file changed, 57 insertions(+), 9 deletions(-)
>
From: Philippe Reynes
Date: Sat, 9 Jul 2016 00:54:47 +0200
> This reverts commit 4386f5662e63 ("net: ethernet: bcmgenet: use
> phy_ethtool_{get|set}_link_ksettings")
>
> This patch is wrong, the function phy_ethtool_{get|set}_link_ksettings
> don't check if the device is running, but the driver
From: Richard Sailer
Date: Fri, 8 Jul 2016 22:58:26 +0200
>
> +/**
> + * tcp_write_err() - close socket and save error info.
> + * @sk: The socket the error has appeared on.
> + *
> + * Returns: Nothing (void)
> + */
> +
...
> +/**
> + * tcp_out_of_resources() - Close socket if out of r
> > Hi,
> >
> > This patch series adds common library module(libcxgb.ko)
> > for Chelsio drivers to remove duplicate code.
> >
> > This series moves common iSCSI DDP Page Pod manager
> > code from cxgb4.ko to libcxgb.ko, earlier this code
> > was used by only cxgbit.ko now it is used by
> > three
From: Florian Fainelli
Date: Fri, 8 Jul 2016 11:39:11 -0700
> This patch series updates the B53 driver to support Broadcom's Northstar Plus
> Soc integrated switch.
>
> Unlike the version of the core present in BCM5301x/Northstar, we cannot read
> the
> full chip id of the switch, so we need t
From: Varun Prakash
Date: Fri, 8 Jul 2016 23:03:53 +0530
> Hi,
>
> This patch series adds common library module(libcxgb.ko)
> for Chelsio drivers to remove duplicate code.
>
> This series moves common iSCSI DDP Page Pod manager
> code from cxgb4.ko to libcxgb.ko, earlier this code
> was used
Hi
On latest kernel i noticed kernel panic happening 1-2 times per day. It
is also happening on older kernel (at least 4.5.3).
Panic message received over netconsole:
[42916.416307] skbuff: skb_under_panic: text:a00e8ce5 len:581
put:2 head:8800b0bf2800 data:ffa00500b0bf284c tail:
From: Michal Kubecek
Date: Fri, 8 Jul 2016 17:52:33 +0200 (CEST)
> If socket filter truncates an udp packet below the length of UDP header
> in udpv6_queue_rcv_skb() or udp_queue_rcv_skb(), it will trigger a
> BUG_ON in skb_pull_rcsum(). This BUG_ON (and therefore a system crash if
> kernel is c
From: Colin King
Date: Fri, 8 Jul 2016 16:42:48 +0100
> From: Colin Ian King
>
> rc is not initialized so it can contain garbage if it is not
> set by the call to bnxt_read_sfp_module_eeprom_info. Ensure
> garbage is not returned by initializing rc to 0.
>
> Signed-off-by: Colin Ian King
Ap
Hi,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.7-rc7 next-20160711]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Yeshaswi-M-R-Gowda/crypto-chcr-Add-Chelsio
From: Simon Wunderlich
Date: Fri, 8 Jul 2016 11:49:15 +0200
> here are some more bugfix patches which we would like to have integrated
> into net, if that is still possible!
>
> Please pull or let me know of any problem!
Pulled, thanks Simon.
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Bhaktipriya Shridhar
Sent: Wednesday, June 1, 2016 8:40 AM
To: Kirsher, Jeffrey T
Cc: Tejun Heo ; netdev@vger.kernel.org;
intel-wired-...@lists.osuosl.org; linux-ker...@vger.kernel.or
valdis.kletni...@vt.edu writes:
> Tested against next-20160708, and the Juniper code works fine. Feel free
> to stick a Tested-By: on the V2 patch...
Thanks to both of you for verifying that it solves the Juniper problem.
A tip: Patchworks is nice enough to automatically pick up tags from
review
On Mon, 2016-07-11 at 11:28 -0700, Yeshaswi M R Gowda wrote:
> The Chelsio's Crypto Hardware can perform the following operations:
> SHA1, SHA224, SHA256, SHA384 and SHA512, HMAC(SHA1), HMAC(SHA224),
> HMAC(SHA256), HMAC(SHA384), HAMC(SHA512), AES-128-CBC, AES-192-CBC,
> AES-256-CBC, AES-128-XTS, A
Thanks for this; I will send a v2 in the next two days.
-Aaron
Florian Westphal writes:
> Aaron Conole wrote:
>> --- a/net/netfilter/core.c
>> +++ b/net/netfilter/core
> [..]
>> +#define nf_entry_dereference(e) \
>> +rcu_dereference_protected(e, lockdep_is_held(&nf_hook_mutex))
>>
>> -s
>-Original Message-
>From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
>Behalf Of Patrick McLean
>Sent: Friday, July 01, 2016 6:31 PM
>To: Kirsher, Jeffrey T
>Cc: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org
>Subject: [Intel-wired-lan] [PATCH] ixgbe: al
Mon, Jul 11, 2016 at 06:08:14PM CEST, rost...@goodmis.org wrote:
>On Mon, 11 Jul 2016 15:18:47 +0200
>Jiri Pirko wrote:
>
>> From: Jiri Pirko
>>
>> Define a tracepoint and allow user to trace messages going to and from
>> hardware associated with devlink instance.
>>
>> Signed-off-by: Jiri Pirk
Adds the config entry for the Chelsio Crypto Driver, Makefile changes
for the same.
Signed-off-by: Yeshaswi M R Gowda
---
drivers/crypto/Kconfig |2 ++
drivers/crypto/Makefile |1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig
index d77b
1 - 100 of 176 matches
Mail list logo
