From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mail@steffenbauch.de>
Received: from minos.steffenbauch.de (minos.steffenbauch.de [91.250.119.163])
 by dpdk.org (Postfix) with ESMTP id A49C7B62
 for <dev@dpdk.org>; Thu,  8 Oct 2015 22:51:16 +0200 (CEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
 by minos.steffenbauch.de (Postfix) with ESMTP id 7B35860B87
 for <dev@dpdk.org>; Thu,  8 Oct 2015 22:51:16 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffenbauch.de;
 h=content-transfer-encoding:content-type:content-type
 :in-reply-to:mime-version:user-agent:date:date:message-id:from
 :from:references:subject:subject:received:received; s=main; t=
 1444337476; x=1446151877; bh=BM2ZQu0XKC+ImgnIi/JXjMgzEuuPQnvtf8u
 zqO+GU38=; b=R3mGQwbfZ2tnJ64vF9USzJ6H1xb+HZnkEklGgLkK14whxnXXpsa
 dRHHpFdP4WKZxMeBuJpVRRtOw1IzBdibEDe0HQO9ovpHUcNF1RVjslhFZLMa7ug6
 HWxyyNhZsiNMvAu0CSLO+pZBk5ocnghLGP+VpHHKPV/4Gc4bNZSjEkQQ=
Received: from minos.steffenbauch.de ([127.0.0.1])
 by localhost (minos.steffenbauch.de [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id t-Bl9plTzqlU for <dev@dpdk.org>;
 Thu,  8 Oct 2015 22:51:16 +0200 (CEST)
Received: from [10.1.1.213] (ipb2193648.dynamic.kabel-deutschland.de
 [178.25.54.72])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by minos.steffenbauch.de (Postfix) with ESMTPSA id 26DE260B44
 for <dev@dpdk.org>; Thu,  8 Oct 2015 22:51:16 +0200 (CEST)
To: dev@dpdk.org
References: <1442589061-19225-1-git-send-email-yuanhan.liu@linux.intel.com>
 <1442589061-19225-8-git-send-email-yuanhan.liu@linux.intel.com>
 <20150920121748-mutt-send-email-mst@redhat.com>
 <20150921063647.GQ2339@yliu-dev.sh.intel.com>
 <20151008153205.GB21145@kalyazin.rnd.samsung.ru>
From: Steffen Bauch <mail@steffenbauch.de>
Message-ID: <5616D736.2040108@steffenbauch.de>
Date: Thu, 8 Oct 2015 22:51:02 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <20151008153205.GB21145@kalyazin.rnd.samsung.ru>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [PATCH v5 resend 07/12] virtio: resolve for control
 queue
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Oct 2015 20:51:16 -0000



On 10/08/2015 05:32 PM, Nikita Kalyazin wrote:
> Hi Yuanhan,
>
>
> As I understand, the dead loop happened here (virtio_send_command):
> while (vq->vq_used_cons_idx == vq->vq_ring.used->idx) {
>        rte_rmb();
>        usleep(100);
> }
>
> Could you explain why wrong config reading caused that and how correct reading helps to avoid?
>
Hi,

I just recognized that this dead loop is the same one that I have 
experienced (see 
http://dpdk.org/ml/archives/dev/2015-October/024737.html for reference). 
Just applying the changes in this patch (only 07/12) will not fix the 
dead loop at least in my setup.

Best regards,

Steffen