From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <stephen@networkplumber.org>
Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com
 [209.85.213.173]) by dpdk.org (Postfix) with ESMTP id 5CB16106B
 for <dev@dpdk.org>; Wed,  4 Mar 2015 01:52:56 +0100 (CET)
Received: by igdh15 with SMTP id h15so32855735igd.4
 for <dev@dpdk.org>; Tue, 03 Mar 2015 16:52:56 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-type:content-transfer-encoding;
 bh=HTESWHdOc1AEOuSoklr40WmjtvzKMlXAwAeCmJN9WRU=;
 b=NiNSn/8ZqFl132kyDlsCucGTkWYA4T7JsGp9NQKmYn/4ldwxAVNOlHA3X9XDe5b0Sq
 NABdesP/ECViwFU5lhI53vAx2l5VVNrdP+wRufUGEGoTwil/MZhh+Skd6WE/wiwD+le8
 MM8a9bNaV82WLYL5sTQNSW3n8n1aZPODIikUDfQ9zbaYGqo6c0ePYowNfXGwAMrDGLEH
 LF1HdsvVf8KR1ex5uIJ+OW3YAdcGWtaXfMAHB0VW3NjF+hHu3BgsV/2/t/IIvopnbGQr
 6A88SL3NdDPMqb0RRum6s5MJc8Z/ORxrJFpybys8EyVYvfsUhE1Fp5OpYCvZ8Tsm2ndf
 8UFA==
X-Gm-Message-State: ALoCoQl8Qx8w/0zJp4oh4l9hB4TxGbDOZOcHu8LNGQoIalwnjRjPXwKg1ZJvvDLYQQP0rTBbGbA4
X-Received: by 10.107.27.143 with SMTP id b137mr6551630iob.76.1425430375867;
 Tue, 03 Mar 2015 16:52:55 -0800 (PST)
Received: from urahara (static-50-53-82-155.bvtn.or.frontiernet.net.
 [50.53.82.155])
 by mx.google.com with ESMTPSA id g71sm1937549ioe.43.2015.03.03.16.52.55
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 03 Mar 2015 16:52:55 -0800 (PST)
Date: Tue, 3 Mar 2015 16:52:57 -0800
From: Stephen Hemminger <stephen@networkplumber.org>
To: David Marchand <david.marchand@6wind.com>
Message-ID: <20150303165257.7b7d0cd1@urahara>
In-Reply-To: <CALwxeUuryZ6AvvC7PDHVVGUm9bOoR74jTf9P5H1UJy87GTADkQ@mail.gmail.com>
References: <1424710542-14637-1-git-send-email-danny.zhou@intel.com>
 <1425012976-10173-1-git-send-email-cunming.liang@intel.com>
 <CALwxeUuryZ6AvvC7PDHVVGUm9bOoR74jTf9P5H1UJy87GTADkQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v6 0/8] Interrupt mode PMD
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: Wed, 04 Mar 2015 00:52:56 -0000

On Fri, 27 Feb 2015 11:38:25 +0100
David Marchand <david.marchand@6wind.com> wrote:

> Ok, so after looking at this patchset, I would say this is the right direction, but still this is too limited.
> The ethdev part and the vfio eventfds part look acceptable to me.
> But thinking about it, I could just reuse a standard event library with the eventfds I would get from ethdev without a need for a new eal api.

I would prefer that there was just an fd and a callback.
An application should be able to use what ever event model or library it wants.

IMHO the existing interrupt thread model is incorrectly designed and creates
lots of opportunities for races because of that. Look at the effort it has to
use to pass the event back to link state code.