Hi Elena,
On Mon, 2017-03-06 at 16:21 +0200, Elena Reshetova wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations
On Tue, Mar 07, 2017 at 09:31:58PM +0200, Yuval Shaia wrote:
> This logic seems to be duplicated in (at least) three separate files.
> Move it to one place so code can be re-use.
>
> Signed-off-by: Yuval Shaia
> ---
> v0 -> v1:
> * Add missing #include
> * Rename to genaddrconf_ifid_eu
From: Sowmini Varadhan
Date: Sat, 4 Mar 2017 08:57:32 -0800
> Dmitry Vyukov reported some syszkaller panics during netns deletion.
...
Series applied, thanks!
On Wed, Mar 08, 2017 at 12:16:05PM +1100, Stephen Rothwell wrote:
> Hi Paul,
>
> On Mon, 13 Feb 2017 17:43:24 +1100 Stephen Rothwell
> wrote:
> >
> > On Sun, 12 Feb 2017 20:37:48 -0800 "Paul E. McKenney"
> > wrote:
> > >
> > > I chickened out on that commit for this merge window, so it will co
This patch adds,
- Transmit
- Transmit completion poll
- Receive poll
- NAPI handler
and enables the driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/Kconfig | 1 +
drivers/net/ethernet/apm/Makefile | 1
Two bpf hashtable fixes. See individual patches for details.
Alexei Starovoitov (2):
bpf: fix struct htab_elem layout
bpf: convert htab map to hlist_nulls
include/linux/list_nulls.h| 5 ++
include/linux/rculist_nulls.h | 14 +
kernel/bpf/hashtab.c | 119 ++
when htab_elem is removed from the bucket list the htab_elem.hash_node.next
field should not be overridden too early otherwise we have a tiny race window
between lookup and delete.
The bug was discovered by manual code analysis and reproducible
only with explicit udelay() in lookup_elem_raw().
Fix
when all map elements are pre-allocated one cpu can delete and reuse htab_elem
while another cpu is still walking the hlist. In such case the lookup may
miss the element. Convert hlist to hlist_nulls to avoid such scenario.
When bucket lock is taken there is no need to take such precautions,
so onl
Hi,
One minor comment:
The return type of xge_init_hw() should be changed to be void, as
the method xge_port_reset() always returns 0; and also the return type
of xge_port_reset() should be changed to be void, it never fails; see
in [PATCH v4 net-next 3/6] drivers: net: xgene-v2: Add ethernet
har
On 2017年03月07日 01:31, Willem de Bruijn wrote:
On Mon, Mar 6, 2017 at 4:28 AM, Jason Wang wrote:
On 2017年03月03日 22:39, Willem de Bruijn wrote:
+void vhost_signal(struct vhost_dev *dev, struct vhost_virtqueue *vq);
+static enum hrtimer_restart vhost_coalesce_timer(struct hrtimer *timer)
+{
+
From: Eric Dumazet
Date: Fri, 03 Mar 2017 14:08:21 -0800
> From: Eric Dumazet
>
> Dmitry Vyukov reported a divide by 0 triggered by syzkaller, exploiting
> tcp_disconnect() path that was never really considered and/or used
> before syzkaller ;)
>
> I was not able to reproduce the bug, but it s
From: David Howells
Date: Sat, 04 Mar 2017 00:01:41 +
> The call state may be changed at any time by the data-ready routine in
> response to received packets, so if the call state is to be read and acted
> upon several times in a function, READ_ONCE() must be used unless the call
> state lock
On Tue, Mar 7, 2017 at 3:26 PM, Eric Dumazet wrote:
> On Tue, 2017-03-07 at 14:58 +0100, Alexander Potapenko wrote:
>> KMSAN (KernelMemorySanitizer, a new error detection tool) reports use
>> of uninitialized memory in put_cmsg()):
>
> I would prefer that you do not put the stack trace in the chan
On 3/7/17 6:25 PM, Stephen Hemminger wrote:
> On Wed, 08 Mar 2017 08:46:01 +0800
> 積丹尼 Dan Jacobson wrote:
>
>>> "SH" == Stephen Hemminger writes:
>>
>> SH> Sure. Submit a patch.
>>
>> If only I could figure out how to use the command.
>
> $ ip link show
>
> $ ip addr show
>
> $ ip ro
On 03/07/2017 05:08 PM, Iyappan Subramanian wrote:
> This patch adds,
>
> - probe, remove, shutdown
> - open, close and stats
> - create and delete ring
> - request and delete irq
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Keyur Chudgar
> ---
> + pdata->res
This patch set adds support for RGMII based 1GbE hardware which uses a linked
list of DMA descriptor architecture (v2) for APM X-Gene SoCs.
Signed-off-by: Iyappan Subramanian
---
v4: Address review comments from v3
- fixed local variable declarations to reverse christmas tree order
v3: A
This patch adds,
- probe, remove, shutdown
- open, close and stats
- create and delete ring
- request and delete irq
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene-v2/main.c | 510 +++
1 file ch
This patch adds a MAINTAINERS entry for the ethernet driver for
the on-chip ethernet interface which uses a linked list of DMA
descriptor architecture (v2) for APM X-Gene SoCs.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
MAINTAINERS | 6 +
Hi Paul,
On Mon, 13 Feb 2017 17:43:24 +1100 Stephen Rothwell
wrote:
>
> On Sun, 12 Feb 2017 20:37:48 -0800 "Paul E. McKenney"
> wrote:
> >
> > I chickened out on that commit for this merge window, so it will come
> > back at -rc1. But I will cover that when I rebase to -rc1.
>
> OK, thanks
This patch adds functions to configure ethernet hardware.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene-v2/enet.c | 71
drivers/net/ethernet/apm/xgene-v2/enet.h | 43 +++
2 files changed, 114 i
On Wed, 08 Mar 2017 08:46:01 +0800
積丹尼 Dan Jacobson wrote:
> > "SH" == Stephen Hemminger writes:
>
> SH> Sure. Submit a patch.
>
> If only I could figure out how to use the command.
$ ip link show
$ ip addr show
$ ip route
Hi,
I have few questions regarding ixgbe flow director.
As per my understanding flow director in ixgbe can work in 2 exclusive ways,
a. Using ATR filters - where flow director is setup in HW by driver
identifying transmit traffic. And based on that, receive traffic of the
same flow get assigned/d
This patch adds functions to configure and control mac. This
patch also adds helper functions to get/set registers.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene-v2/mac.c | 116
drivers/net/ethernet/apm/xgene
This patch adds DMA descriptor setup and interrupt enable/disable
functions.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene-v2/main.h | 74 +++
drivers/net/ethernet/apm/xgene-v2/ring.c | 81 +
drivers/net/
Allow TTL propagation from IP packets to MPLS packets to be
configured. Add a new optional LWT attribute, MPLS_IPTUNNEL_TTL, which
allows the TTL to be set in the resulting MPLS packet, with the value
of 0 having the semantics of enabling propagation of the TTL from the
IP header (i.e. non-zero val
Provide the ability to control on a per-route basis whether the TTL
value from an MPLS packet is propagated to an IPv4/IPv6 packet when
the last label is popped as per the theoretical model in RFC 3443
through a new route attribute, RTA_TTL_PROPAGATE which can be 0 to
mean disable propagation and 1
It is sometimes desirable to present an MPLS transport network as a
single hop to traffic transiting it because it prevents confusion when
diagnosing failures. An example of where confusion can be generated is
when addresses used in the provider network overlap with addresses in
the overlay network
With the introduction of open flow 'clone' action, the OVS user space
can now translate the 'clone' action into kernel datapath 'sample'
action, with 100% probability, to ensure that the clone semantics,
which is that the packet seen by the clone action is the same as the
packet seen by the action
> "SH" == Stephen Hemminger writes:
SH> Sure. Submit a patch.
If only I could figure out how to use the command.
The logic of allocating and copy key for each 'exec_actions_level'
was specific to execute_recirc(). However, future patches will reuse
as well. Refactor the logic into its own function clone_key().
Signed-off-by: Andy Zhou
---
net/openvswitch/actions.c | 72 +---
The sample action can be used for translating Openflow 'clone' action.
However its implementation has not been sufficiently optimized for this
use case. This series attempts to close the gap.
Patch 3 commit message has more details on the specific optimizations
implemented.
Andy Zhou (3):
open
add_deferred_actions() API currently requires actions to be passed in
as a fully encoded netlink message. So far both 'sample' and 'recirc'
actions happens to carry actions as fully encoded netlink messages.
However, this requirement is more restrictive than necessary, future
patch will need to pas
The axi variable was not being freed upon device removal.
With devm_kzalloc it ensures that it is properly freed.
Signed-off-by: Joao Pinto
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/stmicro/s
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/via/via-rhine.c | 14 --
1 files cha
From: Michal Schmidt
Date: Fri, 3 Mar 2017 17:08:27 +0100
> here are fixes for a crash with PTP, a crash in setting of VF multicast
> addresses, and non-working VLAN filters configuration from the VF side.
Series applied, thanks.
From: "Dmitry V. Levin"
Date: Tue, 7 Mar 2017 23:28:02 +0300
> On Tue, Mar 07, 2017 at 12:16:49PM -0800, David Miller wrote:
>> From: "Dmitry V. Levin"
>> Date: Tue, 28 Feb 2017 04:39:30 +0300
>>
>> > Replace MAX_ADDR_LEN with its numeric value to fix the following
>> > linux/packet_diag.h user
From: Steffen Klassert
Date: Mon, 6 Mar 2017 07:57:25 +0100
> 1) Fix lockdep splat on xfrm policy subsystem initialization.
>From Florian Westphal.
>
> 2) When using socket policies on IPv4-mapped IPv6 addresses,
>we access the flow informations of the wrong address family
>what lead
From: Cong Wang
Date: Sun, 5 Mar 2017 12:34:53 -0800
> Andrey reported the following kernel crash:
...
> This is because net->ipv6.mr6_tables is not initialized at that point,
> ip6mr_rules_init() is not called yet, therefore on the error path when
> we iterator the list, we trigger this oops. F
On 3/7/17 1:43 AM, Dmitry Vyukov wrote:
> This is on c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201. No other kernel
> output from your patch (pr_err).
Is the below supposed to be from the same qemu instance at the time of
the crash? cpu1 and cpu2 are both supposedly doing a route insert?
>
> ---
From: Yasuaki Ishimatsu
Date: Thu, 2 Mar 2017 11:56:44 -0500
> +
> /* fjes_init_module - Driver Registration Routine */
> static int __init fjes_init_module(void)
> {
> int result;
> + bool found = false;
> +
Please order local variable declarations from longest to shortest
line.
T
From: Iyappan Subramanian
Date: Fri, 3 Mar 2017 17:09:28 -0800
> +void xge_mac_set_station_addr(struct xge_pdata *pdata)
> +{
> + u32 addr0, addr1;
> + u8 *dev_addr = pdata->ndev->dev_addr;
Please order local variable declarations from longest to shortest line.
From: Eric Dumazet
Date: Sun, 05 Mar 2017 10:52:16 -0800
> From: Eric Dumazet
>
> Dmitry reported crashes in DCCP stack [1]
>
> Problem here is that when I got rid of listener spinlock, I missed the
> fact that DCCP stores a complex state in struct dccp_request_sock,
> while TCP does not.
>
>
From: Alexey Kodanev
Date: Fri, 3 Mar 2017 15:37:32 +0300
> diff --git a/net/ipv4/ip_output.c b/net/ipv4/ip_output.c
> index b67719f..18383ef 100644
> --- a/net/ipv4/ip_output.c
> +++ b/net/ipv4/ip_output.c
> @@ -960,7 +960,10 @@ static int __ip_append_data(struct sock *sk,
> cork->length
From:
Date: Thu, 2 Mar 2017 14:59:47 +0100
> @@ -836,19 +843,30 @@ static int arp_process(struct net *net, struct sock
> *sk, struct sk_buff *skb)
> n = __neigh_lookup(&arp_tbl, &sip, dev, 0);
>
> if (IN_DEV_ARP_ACCEPT(in_dev)) {
> - unsigned int addr_type = inet_addr_t
On Tue, Mar 7, 2017 at 12:37 AM, Dmitry Vyukov wrote:
> On Mon, Mar 6, 2017 at 11:34 PM, Cong Wang wrote:
>> The problem here is there is no lock protecting concurrent unix_detach_fds()
>> even though unix_notinflight() is already serialized, if we call
>> unix_notinflight()
>> twice on the same
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
Changelog:
v2:
- fix compilation (thanks andrewx bowers)
drivers/net/e
On Wed, Mar 08, 2017 at 12:23:56AM +0200, Nikolay Borisov wrote:
>
> >>
> >>
> >> New report from linux-next/c0b7b2b33bd17f7155956d0338ce92615da686c9
> >>
> >> [ cut here ]
> >> kernel BUG at net/unix/garbage.c:149!
> >> invalid opcode: [#1] SMP KASAN
> >> Dumping ftra
>>
>>
>> New report from linux-next/c0b7b2b33bd17f7155956d0338ce92615da686c9
>>
>> [ cut here ]
>> kernel BUG at net/unix/garbage.c:149!
>> invalid opcode: [#1] SMP KASAN
>> Dumping ftrace buffer:
>>(ftrace buffer empty)
>> Modules linked in:
>> CPU: 0 PID: 1806 Co
From: Eric Dumazet
Date: Fri, 3 Mar 2017 21:01:01 -0800
> skb_complete_wifi_ack() and skb_complete_tx_timestamp() currently
> call sock_hold() on sockets that might have transitioned their sk_refcnt
> to zero already.
Series applied and queued up for -stable, thanks.
From: Thomas Falcon
Date: Sun, 5 Mar 2017 12:18:41 -0600
> Use a counter to track the number of outstanding transmissions sent
> that have not received completions. If the counter reaches the maximum
> number of queue entries, stop transmissions on that queue. As we receive
> more completions f
From: Thomas Falcon
Date: Sun, 5 Mar 2017 12:18:42 -0600
> The amount of TX/RX buffers that the vNIC driver currently allocates
> is different from the amount agreed upon in negotiation with firmware.
> Correct that by allocating the requested number of buffers confirmed
> by firmware.
>
> Sign
On Wed, 08 Mar 2017 03:10:32 +0800
積丹尼 Dan Jacobson wrote:
> $ man ip
> should have some usage examples. Even one would be fine.
Sure. Submit a patch.
From: Alexey Khoroshilov
Date: Sun, 5 Mar 2017 03:01:55 +0300
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
Applied and queued up for -stable, thanks.
From: f...@ikuai8.com
Date: Sat, 4 Mar 2017 22:10:28 +0800
> From: Gao Feng
>
> Use existing TCP nagle macro TCP_NAGLE_OFF and TCP_NAGLE_CORK instead
> of the literal number 1 and 2 in the current decnet codes.
>
> Signed-off-by: Gao Feng
Applied.
On Tue, Mar 7, 2017 at 8:02 PM, Dmitry Vyukov wrote:
> On Tue, Mar 7, 2017 at 7:43 PM, David Ahern wrote:
>> On 3/7/17 11:13 AM, Dmitry Vyukov wrote:
on this warning:
/* dst.next really should not be set at this point */
if (rt->dst.next && rt->dst.next->ops->family != AF_INET
On 01/17/2017 02:22 PM, Akshay Bhat wrote:
> This patch adds support for the Holt HI-311x CAN controller. The HI311x
> CAN controller is capable of transmitting and receiving standard data
> frames, extended data frames and remote frames. The HI311x interfaces
> with the host over SPI.
>
> Datas
Replace MAX_ADDR_LEN with its numeric value to fix the following
linux/packet_diag.h userspace compilation error:
/usr/include/linux/packet_diag.h:67:17: error: 'MAX_ADDR_LEN' undeclared here
(not in a function)
__u8 pdmc_addr[MAX_ADDR_LEN];
This is not the first case in the UAPI where the num
On 03/05/2017 02:21 PM, Philippe Reynes wrote:
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
I tested this applied to v4.11-rc1 and it seems to work OK
On Tue, Mar 07, 2017 at 12:16:49PM -0800, David Miller wrote:
> From: "Dmitry V. Levin"
> Date: Tue, 28 Feb 2017 04:39:30 +0300
>
> > Replace MAX_ADDR_LEN with its numeric value to fix the following
> > linux/packet_diag.h userspace compilation error:
> >
> > /usr/include/linux/packet_diag.h:67:
From: Jie Deng
Date: Wed, 1 Mar 2017 12:00:25 +0800
> +static int xlgmac_init(struct xlgmac_pdata *pdata)
> +{
> + struct net_device *netdev = pdata->netdev;
> + struct xlgmac_hw_ops *hw_ops = &pdata->hw_ops;
Please order local variable declarations from longest to shortest line.
Please
From: Timur Tabi
Date: Tue, 28 Feb 2017 17:16:02 -0600
> Adjust the impedance values of the RX and TX lanes in the SGMII block
> so that they are closer to optimal values.
>
> Signed-off-by: Timur Tabi
Applied to net-next, thanks.
From: Arnd Bergmann
Date: Tue, 28 Feb 2017 22:12:04 +0100
> The ethernet support now calls directly into the ipv6 core code, which
> fails if IPV6 is a loadable module but mlx5 is built-in:
>
> drivers/net/ethernet/mellanox/mlx5/core/en_tc.o: In function
> `mlx5e_create_encap_header_ipv6':
> en
From: Subash Abhinov Kasiviswanathan
Date: Thu, 23 Feb 2017 20:30:54 -0700
> +struct rmnet_nl_msg_s {
> + uint16_t reserved;
> + uint16_t message_type;
> + uint16_t reserved2:14;
> + uint16_t crd:2;
Inside the kernel you should use "u32", "u16", "u8", etc. for purely
internal thi
From: Christian Lamparter
Date: Mon, 27 Feb 2017 21:54:50 +0100
> This patch adds documentation for a new "phy-handle" property,
> "fixed-link" and "mdio" sub-node. These allows the enumeration
> of PHYs which are supported by the phy library under drivers/net/phy.
>
> The EMAC ethernet controll
From: "Dmitry V. Levin"
Date: Tue, 28 Feb 2017 04:39:30 +0300
> Replace MAX_ADDR_LEN with its numeric value to fix the following
> linux/packet_diag.h userspace compilation error:
>
> /usr/include/linux/packet_diag.h:67:17: error: 'MAX_ADDR_LEN' undeclared here
> (not in a function)
> __u8 pd
On Tue, Mar 7, 2017 at 8:30 PM, Dmitry Vyukov wrote:
>>> On 3/7/17 11:13 AM, Dmitry Vyukov wrote:
> on this warning:
>
> /* dst.next really should not be set at this point */
> if (rt->dst.next && rt->dst.next->ops->family != AF_INET6) {
> pr_warn("fib6_add: adding rt w
On Tue, Mar 7, 2017 at 9:33 AM, Paolo Abeni wrote:
> The gso code of several tunnels type (gre and udp tunnels)
> takes for granted that the skb->inner_protocol is properly
> initialized and drops the packet elsewhere.
>
> On the forwarding path no one is initializing such field,
> so gro encapsul
From: Rick Farrington
Add support for XPS.
Signed-off-by: Rick Farrington
Signed-off-by: Felix Manlunas
Signed-off-by: Derek Chickles
Signed-off-by: Satanand Burla
---
drivers/net/ethernet/cavium/liquidio/lio_main.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/net/et
Hi Gregory,
On 08/03/17 06:10, Gregory CLEMENT wrote:
> Hi Chris,
>
> On jeu., févr. 16 2017, Chris Packham
> wrote:
>
>> Shortly after I posted my last series I got access to a more recent
>> Marvell SDK which had some device tree support for the switch SoCs I'd
>> been wanting. It was still b
On 3/6/2017 11:48 PM, Zhu Yanjun wrote:
In the function rds_ib_setup_qp, the error handle is missing. When some
error occurs, it is possible that memory leak occurs. As such, error
handle is added.
Cc: Joe Jin
Reviewed-by: Junxiao Bi
Reviewed-by: Guanglei Li
Signed-off-by: Zhu Yanjun
---
Lo
> It is too late to check for the limit of the number of VF multicast addresses
> after they have already been copied to the req->multicast[] array, possibly
> overflowing it.
>
> Do the check before copying.
>
> Checking early also avoids having to (and forgetting to) unlock vf2pf_mutex.
>
> Wh
This logic seems to be duplicated in (at least) three separate files.
Move it to one place so code can be re-use.
Signed-off-by: Yuval Shaia
---
v0 -> v1:
* Add missing #include
* Rename to genaddrconf_ifid_eui48
v1 -> v2:
* Reset eui[0] to default if dev_id is used
v2 ->
On Tue, Mar 07, 2017 at 04:27:11PM +0200, Leon Romanovsky wrote:
> On Mon, Mar 06, 2017 at 08:54:06PM +0200, Yuval Shaia wrote:
> > This logic seems to be duplicated in (at least) three separate files.
> > Move it to one place so code can be re-use.
> >
> > Signed-off-by: Yuval Shaia
> > ---
> > v
On Tue, Mar 7, 2017 at 1:44 PM, Paul Moore wrote:
> On Tue, Mar 7, 2017 at 10:55 AM, Richard Guy Briggs wrote:
>> On 2017-03-07 09:29, Paul Moore wrote:
>>> On Mon, Mar 6, 2017 at 11:03 PM, Richard Guy Briggs wrote:
>>> > On 2017-03-06 10:10, Cong Wang wrote:
>>> >> On Mon, Mar 6, 2017 at 2:54 A
Make ethtool -x|--show-rxfh-indir print the RSS hash function name.
Signed-off-by: Jakub Kicinski
---
ethtool.8.in | 3 ++-
ethtool.c| 31 +++
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git a/ethtool.8.in b/ethtool.8.in
index 5c36c06385f6..5f5a141c1
On Mon, Mar 06, 2017 at 04:20:57PM +0200, Elena Reshetova wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations.
>
On Tue, Mar 7, 2017 at 7:43 PM, David Ahern wrote:
> On 3/7/17 11:13 AM, Dmitry Vyukov wrote:
>>> on this warning:
>>>
>>> /* dst.next really should not be set at this point */
>>> if (rt->dst.next && rt->dst.next->ops->family != AF_INET6) {
>>> pr_warn("fib6_add: adding rt with bad next -
$ man ip
should have some usage examples. Even one would be fine.
On Mon, Mar 06, 2017 at 04:20:55PM +0200, Elena Reshetova wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations.
L
On Mon, Mar 6, 2017 at 1:51 PM, Davide Caratti wrote:
> On Tue, 2017-02-28 at 14:46 -0800, Alexander Duyck wrote:
>> On Tue, Feb 28, 2017 at 2:32 AM, Davide Caratti wrote:
>> >
>> > sctp_compute_checksum requires crc32c symbol (provided by libcrc32c), so
>> > it can't be used in net core. Like it
On 3/7/17 11:13 AM, Dmitry Vyukov wrote:
>> on this warning:
>>
>> /* dst.next really should not be set at this point */
>> if (rt->dst.next && rt->dst.next->ops->family != AF_INET6) {
>> pr_warn("fib6_add: adding rt with bad next -- family %d dst
>> flags %x\n",
>> rt->dst.
On Tue, Mar 7, 2017 at 10:55 AM, Richard Guy Briggs wrote:
> On 2017-03-07 09:29, Paul Moore wrote:
>> On Mon, Mar 6, 2017 at 11:03 PM, Richard Guy Briggs wrote:
>> > On 2017-03-06 10:10, Cong Wang wrote:
>> >> On Mon, Mar 6, 2017 at 2:54 AM, Dmitry Vyukov wrote:
>> >> > Hello,
>> >> >
>> >> > I
On 3/7/17 1:43 AM, Dmitry Vyukov wrote:
> This is on c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201. No other kernel
> output from your patch (pr_err).
>
> [ cut here ]
> WARNING: CPU: 1 PID: 30179 at net/ipv6/ip6_fib.c:158
> rt6_rcu_free+0x61/0x70 net/ipv6/ip6_fib.c:158
> Kernel
Hello,
On Tue, 7 Mar 2017 17:24:21 +, David Laight wrote:
> Are the coherent mappings just used for ring structures?
> If it might be reasonable to allocate them as a single entity,
> thus guaranteeing they all reside in a single 4G region.
Do we have the guarantee that a DMA coherent alloca
On Tue, Mar 7, 2017 at 7:03 PM, David Ahern wrote:
> On 3/7/17 2:21 AM, Dmitry Vyukov wrote:
>> I've commented that warning just to see I can obtain more information.
>> Then I also got this:
>>
>> [ cut here ]
>> WARNING: CPU: 2 PID: 3990 at net/ipv6/ip6_fib.c:991
>> fib6_
On 3/7/17 2:21 AM, Dmitry Vyukov wrote:
> I've commented that warning just to see I can obtain more information.
> Then I also got this:
>
> [ cut here ]
> WARNING: CPU: 2 PID: 3990 at net/ipv6/ip6_fib.c:991
> fib6_add+0x2e12/0x3290 net/ipv6/ip6_fib.c:991 net/ipv6/ip6_fib.c
On Tue, Mar 7, 2017 at 6:17 PM, 'David Ahern' via syzkaller
wrote:
> On 3/7/17 1:43 AM, Dmitry Vyukov wrote:
>> This is on c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201. No other kernel
>> output from your patch (pr_err).
>
> Is the below supposed to be from the same qemu instance at the time of
> the
The gso code of several tunnels type (gre and udp tunnels)
takes for granted that the skb->inner_protocol is properly
initialized and drops the packet elsewhere.
On the forwarding path no one is initializing such field,
so gro encapsulated packets are dropped on forward.
Since commit 38720352412a
From: Thomas Petazzoni
> Sent: 07 March 2017 15:53
> On PPv2.2, the streaming mappings can be anywhere in the first 40 bits
> of the physical address space. However, for the coherent mappings, we
> still need them to be in the first 32 bits of the address space,
> because all BM pools share a singl
hi
Hi Chris,
On jeu., févr. 16 2017, Chris Packham
wrote:
> Shortly after I posted my last series I got access to a more recent
> Marvell SDK which had some device tree support for the switch SoCs I'd
> been wanting. It was still based on an older kernel but it was a huge
> improvement over what
On Tue, 2017-03-07 at 08:29 -0800, Stephen Hemminger wrote:
> + WARN_ONCE(strcmp(default_qdisc_ops->id, "fq"),
> + "TCP BBR should only be used with FQ qdisc\n");
> +
>
Why would that be needed, especially for people that properly setup
their qdisc ? Maybe they do not want
In qed_ll2_start_ooo() the ll2_info variable is uninitialized and then
passed to qed_ll2_acquire_connection() where it is copied into a new
memory space.
This shouldn't cause any issue as long as non of the copied memory is
every read.
But the potential for a bug being introduced by reading this m
On Mon, 06 Mar 2017 08:20:03 -0800
Eric Dumazet wrote:
> On Mon, 2017-03-06 at 05:45 -0800, Eric Dumazet wrote:
> > On Mon, 2017-03-06 at 14:33 +0800, Daniel J Blueman wrote:
>
> > > I do change the network queueing discipline and related at runtime [1]
> > > which may be triggering this, thou
On 3/7/2017 12:28 AM, Dmitry Vyukov wrote:
On Tue, Mar 7, 2017 at 2:04 AM, santosh.shilim...@oracle.com
wrote:
On 3/4/17 8:57 AM, Sowmini Varadhan wrote:
Dmitry Vyukov reported some syszkaller panics during netns deletion.
While I have not been able to reproduce those exact panics, my attemp
On 07/03/17 15:04, Radoslaw Biernacki wrote:
> From: Radoslaw Biernacki
>
> PCI reset quirk is needed for Cavium Function NIC since it does not
> handle a function level reset.
> This cause problems when VNIC is used from userspace by vfio.
> If application (or VM) does not stop the VNIC queues,
On 2017-03-07 09:29, Paul Moore wrote:
> On Mon, Mar 6, 2017 at 11:03 PM, Richard Guy Briggs wrote:
> > On 2017-03-06 10:10, Cong Wang wrote:
> >> On Mon, Mar 6, 2017 at 2:54 AM, Dmitry Vyukov wrote:
> >> > Hello,
> >> >
> >> > I've got the following crash while running syzkaller fuzzer on
> >> >
Now that the mvpp2 driver has been modified to accommodate the support
for PPv2.2, we can finally advertise this support by adding the
appropriate compatible string.
At the same time, we update the Kconfig description of the MVPP2 driver.
Signed-off-by: Thomas Petazzoni
---
drivers/net/ethernet
The PPv2.2 unit is connected to an AXI bus on Armada 7K/8K, so this
commit adds the necessary initialization of the AXI bridge.
Signed-off-by: Thomas Petazzoni
---
drivers/net/ethernet/marvell/mvpp2.c | 85
1 file changed, 85 insertions(+)
diff --git a/drive
This commit adjusts the mvpp2 driver register mapping and access logic
to support PPv2.2, to handle a number of differences.
Due to how the registers are laid out in memory, the Device Tree binding
for the "reg" property is different:
- On PPv2.1, we had a first area for the packet processor
1 - 100 of 163 matches
Mail list logo
