From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 259D0A0540;
	Tue, 14 Jul 2020 07:41:39 +0200 (CEST)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id D15C21C438;
	Tue, 14 Jul 2020 07:41:38 +0200 (CEST)
Received: from mail-pj1-f65.google.com (mail-pj1-f65.google.com
 [209.85.216.65]) by dpdk.org (Postfix) with ESMTP id 26DBA1C438
 for <dev@dpdk.org>; Tue, 14 Jul 2020 07:41:38 +0200 (CEST)
Received: by mail-pj1-f65.google.com with SMTP id gc9so1047109pjb.2
 for <dev@dpdk.org>; Mon, 13 Jul 2020 22:41:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=networkplumber-org.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:subject:message-id:in-reply-to:references:mime-version
 :content-transfer-encoding;
 bh=HfLLqNkLBnntar3HeYV55UfseElPw2+uusJb0fTuP0A=;
 b=LfK3ZqkJ9cl0EUYxZeq/Pcaq8slazML58SfxEnZdYxQtgsHvKbIGEEJWMyGQangRle
 ducQKiS4Z1qkOVp9DewSn8IoRmYk33YDaoSpwkrTND6tQ0h0GUT3o7IHvZT7cfXz6snM
 6YtV+GGwP28P/Zb41SXQ8neTlJuRT6YQOUEuh709owWbwkI4EE+X/X9Sxf967PAhJhQD
 VukAnlZOZ33svqmgWDO23RNmANL5w4A9uOcANpJbwHNryr+mwxJm+LP48gryGalE0V0w
 3MbzeJuVrpAJIgnvysS/OzmtbqIN2uLCJsXBdbIq98DAbHFSBrbdnwZZ3l0TWPB/L0vT
 w96g==
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:subject:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=HfLLqNkLBnntar3HeYV55UfseElPw2+uusJb0fTuP0A=;
 b=pdbc5687Okq5MOgPzmR/mR8x8/nV313nCWpIBYR9ANUCgpzHs897LvEvwuEFXR9kkg
 zFj+62g4+PCnfrO1NWtIasXh+fmOLXd6+2C28RzaraUm314NLLIHziaQ0BBb04yn12kb
 tS2XxY/R1IkmT+DSD5+V0wTNEKg2nFzlmb1K/MF2LnzHOJzSt4+INVWI0DJildlNqvnu
 Ij1pj40+k1O/EXYD6pzxDCmBabK+dyL0mk/p+m9IzFCDc4OrT6bTkmxT4ID0xx1pWEtp
 MPoOTL7sZvaWgT1YVs1OJfSDharFiUAjQqwz5R93Mf2/EjEJG0JKgunna7bqoMYxBEK8
 V7/w==
X-Gm-Message-State: AOAM53277ccPcnNnfG/lGqGhyrzprwB364QE2dr4g+uoBnhMwjI6WNm+
 8rhIRxzpsfEnHRJveCuGSkqB1xlVcCCxuw==
X-Google-Smtp-Source: ABdhPJzEZBf+xiRbzOW/Du7EypY9LLlCv++UpDmO9wkFZa6kfZ+AVMw+bnpbFJ1JB4pizt2npl1tFQ==
X-Received: by 2002:a17:902:7c10:: with SMTP id
 x16mr2670329pll.122.1594705296937; 
 Mon, 13 Jul 2020 22:41:36 -0700 (PDT)
Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127])
 by smtp.gmail.com with ESMTPSA id x22sm16383324pfr.11.2020.07.13.22.41.36
 for <dev@dpdk.org>
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Mon, 13 Jul 2020 22:41:36 -0700 (PDT)
Date: Mon, 13 Jul 2020 22:41:33 -0700
From: Stephen Hemminger <stephen@networkplumber.org>
To: dev@dpdk.org
Message-ID: <20200713224133.6b7f72ba@hermes.lan>
In-Reply-To: <20190724172037.7776-1-stephen@networkplumber.org>
References: <20190724172037.7776-1-stephen@networkplumber.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [PATCH] eal/interrupts: add function to allow
 interruptible epoll
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On Wed, 24 Jul 2019 10:20:37 -0700
Stephen Hemminger <stephen@networkplumber.org> wrote:

> The existing definition of rte_epoll_wait retries if interrupted
> by a signal. This behavior makes it hard to use rte_epoll_wait
> for applications that want to use signals do do things like
> exit polling loop and shutdown.
> 
> Since changing existing semantic might break applications, add
> a new rte_epoll_wait_interruptible() function that does the
> same thing as rte_epoll_wait but will return -1 and errno of EINTR
> if it receives a signal.
> 
> Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>

This patch has been sitting unreviewed, uncommented, and unmerged for
two releases. It seems only patches from HW vendors get the attention.