public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: Paolo Abeni <pabeni-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Sean Hefty <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	Hal Rosenstock
	<hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH] ipoib: clean ib tx ring periodically
Date: Thu, 16 Feb 2017 19:09:46 +0200	[thread overview]
Message-ID: <20170216170946.GZ6989@mtr-leonro.local> (raw)
In-Reply-To: <589591340739f0ceeea9ca449b6de3df01caadc4.1487259121.git.pabeni-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 5511 bytes --]

On Thu, Feb 16, 2017 at 04:35:31PM +0100, Paolo Abeni wrote:
> The skbs transmitted via ipoib_send() are freed only if there are
> 16 or more outstanding work requests or if the send queue is full.
>
> If there is very little networking activity, the transmitted skbs
> can be held by the device driver for an unlimited amount of time,
> starving other subsystems.
>
> E.g. assuming the ipv6 is enabled, with the following sequence:
>
> systemctl start firewalld
> modprobe ib_ipoib
> ip addr add dev ib0 fc00::1/64
> systemctl stop firewalld
>
> a cpu will hang: rmmod conntrack will keep a core busy
> spinning for nf_conntrack_untracked going to 0, since some ICMP6
> ND packets are generated and transmitted when the ipv6 address
> is attached to the device, and such packets get a notrack ct
> entry.
>
> This change address the issue introducing a periodic timer performing
> "garbage collection" on the send ring at low frequency (once every
> second).
>
> This new timer runs independently from the currently used poll_timer,
> so that no additional delay is introduced to clean the ring after
> errors or ring full event.
>
> Reported-by: Thomas Cameron <tcameron-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Fixes: f56bcd801356 ("IPoIB: Use separate CQ for UD send completions")
> Signed-off-by: Paolo Abeni <pabeni-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> ---
>  drivers/infiniband/ulp/ipoib/ipoib.h    |  2 ++
>  drivers/infiniband/ulp/ipoib/ipoib_ib.c | 35 +++++++++++++++++++++++++++------
>  2 files changed, 31 insertions(+), 6 deletions(-)
>

Hi Paolo,

This patch crashes in our verification system on Mellanox CX3 HCA.

[  105.569758] console [netcon0] enabled
[  105.569801] netconsole: network logging started
[  105.570316] sysrq: SysRq : Changing Loglevel
[  105.570393] sysrq: Loglevel set to 8
[  127.303248] IPv6: ADDRCONF(NETDEV_UP): ib0: link is not ready
[  135.501051] BUG: unable to handle kernel NULL pointer dereference at           (null)
[  135.501182] IP:           (null)
[  135.501231] PGD 34d5e067
[  135.501231] PUD 34eae067
[  135.501311] PMD 0
[  135.501351]
[  135.501431] Oops: 0010 [#1] SMP
[  135.501491] Modules linked in: netconsole nfsv3 nfs fscache rdma_ucm ib_ucm
rdma_cm iw_cm ib_ipoib ib_cm ib_uverbs ib_umad mlx4_en ptp pps_core ib_core
dm_mirror dm_region_hash dm_log dm_mod ppdev pcspkr nfsd parport_pc parport
i2c_piix4 acpi_cpufreq auth_rpcgss nfs_acl lockd grace sunrpc ip_tables
ata_generic cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops
ttm serio_raw pata_acpi drm virtio_console mlx4_core e1000 devlink i2c_core
floppy ata_piix [last unloaded: mlx4_ib]
[  135.501812] CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.10.0-rc8-2017-02-16_18-01-48_Paolo_Abeni__pabeni_redhat_com #1
[  135.501895] Hardware name: Red Hat KVM, BIOS Bochs 01/01/2011
[  135.501985] task: ffff88013a429480 task.stack: ffffc90000694000
[  135.502057] RIP: 0010:          (null)
[  135.502106] RSP: 0018:ffff88013fcc3e28 EFLAGS: 00010286
[  135.502155] RAX: ffff880138dd0c00 RBX: ffff880138bac900 RCX: 00000000fffd7780
[  135.502221] RDX: ffff880138bace88 RSI: 0000000000000010 RDI: ffff880138dd1400
[  135.502285] RBP: ffff88013fcc3e78 R08: ffff88013fcd0630 R09: ffff88013fcc3ef8
[  135.502357] R10: 0000000000000200 R11: 0000000000000020 R12: ffff880138bace88
[  135.502423] R13: 0000000000000001 R14: 0000000000000003 R15: ffff880138bac000
[  135.502487] FS:  0000000000000000(0000) GS:ffff88013fcc0000(0000) knlGS:0000000000000000
[  135.502558] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  135.502615] CR2: 0000000000000000 CR3: 000000008d77b000 CR4: 00000000000006e0
[  135.502675] Call Trace:
[  135.502711]  <IRQ>
[  135.502766]  ? poll_tx+0x39/0x250 [ib_ipoib]
[  135.502821]  ? cpu_load_update+0xdc/0x150
[  135.502863]  ipoib_tx_gc_timer_func+0x115/0x130 [ib_ipoib]
[  135.502910]  ? poll_tx+0x250/0x250 [ib_ipoib]
[  135.502951]  call_timer_fn+0x35/0x140
[  135.502994]  run_timer_softirq+0x1d7/0x460
[  135.503034]  ? kvm_sched_clock_read+0x1e/0x30
[  135.504133]  ? sched_clock+0x9/0x10
[  135.505240]  ? sched_clock_cpu+0x72/0xa0
[  135.506293]  __do_softirq+0xd7/0x2a8
[  135.507328]  irq_exit+0xb5/0xc0
[  135.508339]  smp_apic_timer_interrupt+0x3d/0x50
[  135.509342]  apic_timer_interrupt+0x89/0x90
[  135.510346] RIP: 0010:native_safe_halt+0x6/0x10
[  135.511360] RSP: 0018:ffffc90000697ea0 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff10
[  135.512405] RAX: 0000000000000000 RBX: ffff88013a429480 RCX: 0000000000000000
[  135.513457] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
[  135.514496] RBP: ffffc90000697ea0 R08: 00000000d5555b28 R09: 0000000000000000
[  135.515535] R10: 0000000000000200 R11: ffffc900022b7ef0 R12: 0000000000000003
[  135.516579] R13: ffff88013a429480 R14: 0000000000000000 R15: 0000000000000000
[  135.517620]  </IRQ>
[  135.518650]  default_idle+0x1e/0xd0
[  135.519672]  arch_cpu_idle+0xf/0x20
[  135.520673]  default_idle_call+0x35/0x40
[  135.521678]  do_idle+0x15b/0x200
[  135.522687]  cpu_startup_entry+0x1d/0x30
[  135.523706]  start_secondary+0x103/0x130
[  135.524734]  start_cpu+0x14/0x14
[  135.525793] Code:  Bad RIP value.
[  135.526798] RIP:           (null) RSP: ffff88013fcc3e28
[  135.527767] CR2: 0000000000000000
[  135.528727] ---[ end trace 8acb66738f095ba7 ]---
[  135.529639] Kernel panic - not syncing: Fatal exception in interrupt
[  135.531590] Kernel Offset: disabled
[  135.532496] ---[ end Kernel panic - not syncing: Fatal exception in interrupt

Thanks

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2017-02-16 17:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-16 15:35 [PATCH] ipoib: clean ib tx ring periodically Paolo Abeni
     [not found] ` <589591340739f0ceeea9ca449b6de3df01caadc4.1487259121.git.pabeni-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-02-16 17:09   ` Leon Romanovsky [this message]
     [not found]     ` <20170216170946.GZ6989-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-02-16 17:47       ` Paolo Abeni
2017-03-01  7:28   ` Erez Shitrit
     [not found]     ` <CAAk-MO_J2JL9YvNEV24LJik8qGKrBHBW+2NtzAOL+QEve1CMJg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-03-01  9:07       ` Paolo Abeni
     [not found]         ` <1488359256.2607.2.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-03-01  9:39           ` Erez Shitrit

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170216170946.GZ6989@mtr-leonro.local \
    --to=leon-dgejt+ai2ygdnm+yrofe0a@public.gmane.org \
    --cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=pabeni-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox