From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <shirley@imvisiontech.com>
Received: from mail-oi0-f49.google.com (mail-oi0-f49.google.com
 [209.85.218.49]) by dpdk.org (Postfix) with ESMTP id 539A0234
 for <dev@dpdk.org>; Wed, 10 May 2017 14:53:51 +0200 (CEST)
Received: by mail-oi0-f49.google.com with SMTP id b204so34261547oii.1
 for <dev@dpdk.org>; Wed, 10 May 2017 05:53:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=imvisiontech-com.20150623.gappssmtp.com; s=20150623;
 h=mime-version:from:date:message-id:subject:to;
 bh=T9mGWqvwSCUcAf6buPYEqzxWGbCQ5Op3kzsbhnKz3AA=;
 b=sh9CqKh9jKxoVA76kyaAMxut35v7NX/Q5BFKP+twweNXdMpMaZT5lKsnsQwk2Ur5HO
 RH+eh2MVCeMlFqFv2nges1mvJTgDEkGzHvSUg0Me5k0HKtBzt4b5PolvHZJ16ceag1yH
 KxnYKB8lbpVEFoH9gzV4JDhPlQbkMnrAx/zcAhxcxa6OA8SoT3Z6CamNypuu9M+qhRh/
 uePASiO3KIjmAdYk+k0NACW94UN/JldiQNXaYEmr2cRnD1dmaYha+LxTPC+ueqdDNp7q
 ryeGAFxwvCL7zg7WM84kNkwv06SOrupQn9z5fGGlw176AuQsJO62KZBABJbKFcd78QbK
 9VmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=T9mGWqvwSCUcAf6buPYEqzxWGbCQ5Op3kzsbhnKz3AA=;
 b=tBo7IKYoxvCSIc2q+liALdH8hs45Qa10xrnlIcNC+Sjd+NsTugh53negWgwHp5OwD8
 MCUcxFeW5HCAG7CRYTrth7kLScFK++NcUGKLu6dHLEa559g4zO3YqL2OPfAO8CWBEN3d
 40LNla/W3n7Sa3truExeCuipcEq4Lrttn4ue1yUx9SaQ0fc5qMQh0RdUDvm3292FZlwJ
 6n90BgScQwOEUZgqFArRqrlmDJf1/rZLuwOVuAZyl8jIlUSYTLD40y8mIga84Flo6578
 z5kOgrZgKM2UDk+hyHq8Ne9Z0Q73rEUnyKWKAbdneiN2Z7Yi3BFGM1EpArHfqTOpeDhU
 dS5g==
X-Gm-Message-State: AODbwcBs0I8mz3o/dn1mQWznvm7JtqBBt3un1AXrWoBdkmeBwdn7XTcj
 9wn6DgrhU56UW82dE0KuVfBfRdKP7Yf/
X-Received: by 10.202.182.139 with SMTP id g133mr2586443oif.98.1494420830636; 
 Wed, 10 May 2017 05:53:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.76.72 with HTTP; Wed, 10 May 2017 05:53:50 -0700 (PDT)
From: Shirley Avishour <shirley@imvisiontech.com>
Date: Wed, 10 May 2017 15:53:50 +0300
Message-ID: <CACn717jbyk-q4vC3zk=L4vrmcDx0BL-VLZjR3kWzPmTKFL9-ZQ@mail.gmail.com>
To: dev@dpdk.org
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: [dpdk-dev] tcpreplay is stuck for a while when running with
	kni_thread
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <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: Wed, 10 May 2017 12:53:51 -0000

Hi,
When calling tcpreplay for any device and not necessarily the kni it can
take a few minutes until the packet transmission starts. this occurs only
when the kni_thread is running.
I am running on Centos with kernel version 3.10 and libpcap version 1.5.3
I tried debugging the tcpreplay and noticed that the function is stuck on
pcap_finalldevices().
this problem occurs both with RTE_KNI_PREEMPT_DEFAULT=1 and 0 but when
setting to 0 it takes less time for the pcap_finalldevices() to complete.
there are enough cores so the issue is not related to cpu.
Is it a known issue? is there any workaround?

Thanks,
Shirley.