From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-f194.google.com (mail-pg1-f194.google.com [209.85.215.194]) by dpdk.org (Postfix) with ESMTP id 4817D5B40 for ; Fri, 7 Dec 2018 18:31:10 +0100 (CET) Received: by mail-pg1-f194.google.com with SMTP id v28so2003030pgk.10 for ; Fri, 07 Dec 2018 09:31:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=6bAjm/0ExVJ3jRogKvnZGeBmvMSJwhFkhOaIbN4uOH8=; b=i6Xy+Y1I95rro48NuPsMYUJXg22HklVoyM5TPlMy+KN1hIwayBnh2+emYQnfRw8Nk2 jZyKs1G+1EaBkXzijaZjAQN9sqSOkCvz4v5WDjHBn7rLwKLVsHtKR0oqvkv40qYsVUwD xW+dfH+5Gn4eWL4EQObfYgEcyQ29iI4CnuwkDwKNafSnBqrYbi6OK0sBadNgmbKJXgpv fU5xY185grO2bYj+JtdZqSNdrkU//Mmoqe8MgiSGuFWfW0bS6o+z7p8gltxXMekzTrDT +fh0pztI19CW/3iadXJwuj1N5ZorWUUQFwIBjLQ2vaNNxb0fLuoe1+qc177GrSlvPMc4 PUkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=6bAjm/0ExVJ3jRogKvnZGeBmvMSJwhFkhOaIbN4uOH8=; b=nv+EovUR2zvmrhH8xckCu3gAt7dlp3i1iD9mEYBBiuFeXxVda9u2EDKv9aA+i0q1bj k89FqfjL2HnNTXVUXxTFwPvZ5hADlnYpjGOyulmDFL2iIjZRYBtsnAjemryYdYN/SHWP eJfrkmiXvs0dtODSS3l6FT41Ds+2Jpxx2mtrBzcIPy6pOGevRE43bWbSBjKXzLMfj69M sO5mgknM280W16ZYKx3GbXVJyHO5ZwoCaxDxNjS8kkR4g+eCUkWvMDf43z2LqBjR3rmV w7En78S6Z9YCuj1KfEeOhqcoZiwKAiYMDOHMnVL2hBlIHJKQOIxd54+f6DrV314CSSqM 72eA== X-Gm-Message-State: AA+aEWYcStVwiJV07Ubd6ewcEbvOSrQ19ZtpKdYSgv7RGhRitFcUvCe1 i0UPbtO6dU3WoVhjxaw58eX9hA== X-Google-Smtp-Source: AFSGD/X0IAwQIBDrNyJ8LKvVR6XK+gozZyshoZrxN2U+pq11L6aj3jIfL8cGKREHuE1qfVih+XCSNw== X-Received: by 2002:a63:2406:: with SMTP id k6mr2632522pgk.229.1544203869317; Fri, 07 Dec 2018 09:31:09 -0800 (PST) Received: from xeon-e3 (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id v70sm5496958pfa.152.2018.12.07.09.31.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 07 Dec 2018 09:31:09 -0800 (PST) Date: Fri, 7 Dec 2018 09:31:06 -0800 From: Stephen Hemminger To: Mohammed Gamal Cc: dev@dpdk.org, maxime coquelin , Yuhui Jiang , Wei Shi Message-ID: <20181207093106.0d070d4b@xeon-e3> In-Reply-To: <1544181343.5629.1.camel@redhat.com> References: <1543575881.5400.33.camel@redhat.com> <20181130102756.41332fc2@xeon-e3> <1879110132.59852748.1543604812639.JavaMail.zimbra@redhat.com> <20181204084858.03ecdf98@shemminger-XPS-13-9360> <1543942571.5400.38.camel@redhat.com> <20181205143238.5b4b1ae7@xeon-e3> <1544181343.5629.1.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] Problems running netvsc multiq X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 17:31:10 -0000 On Fri, 07 Dec 2018 13:15:43 +0200 Mohammed Gamal wrote: > On Wed, 2018-12-05 at 14:32 -0800, Stephen Hemminger wrote: > > The problem is a regression in 4.20 kernel. Bisecting now. =20 >=20 > I was bisecting the kernel and the change that seems to introduce this > regression is this one: >=20 > commit ae6935ed7d424ffa74d634da00767e7b03c98fd3 > Author: Stephen Hemminger > Date:=C2=A0=C2=A0=C2=A0Fri Sep 14 09:10:17 2018 -0700 >=20 > =C2=A0=C2=A0=C2=A0=C2=A0vmbus: split ring buffer allocation from open > =C2=A0=C2=A0=C2=A0=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0The UIO driver needs the ring buffer to be persis= tent(reused) > =C2=A0=C2=A0=C2=A0=C2=A0across open/close. Split the allocation and setup= of ring buffer > =C2=A0=C2=A0=C2=A0=C2=A0out of vmbus_open. For normal usage vmbus_open/vm= bus_close there > =C2=A0=C2=A0=C2=A0=C2=A0are no changes; only impacts uio_hv_generic which= needs to keep > =C2=A0=C2=A0=C2=A0=C2=A0ring buffer memory and reuse when application res= tarts. > =C2=A0=C2=A0=C2=A0=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0Signed-off-by: Stephen Hemminger > =C2=A0=C2=A0=C2=A0=C2=A0Signed-off-by: Greg Kroah-Hartman >=20 Yes, this is the kernel problem that introduces the problem. The issue is actually back in the unbind logic. When device is unbound from the netvsc driver all the subchannels aren't cleaned up. Still debugging.