From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <hofors@lysator.liu.se>
Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3])
 by dpdk.org (Postfix) with ESMTP id 661071B5C8
 for <dev@dpdk.org>; Fri, 30 Nov 2018 22:03:40 +0100 (CET)
Received: from mail.lysator.liu.se (localhost [127.0.0.1])
 by mail.lysator.liu.se (Postfix) with ESMTP id C6F184003F
 for <dev@dpdk.org>; Fri, 30 Nov 2018 22:03:39 +0100 (CET)
Received: by mail.lysator.liu.se (Postfix, from userid 1004)
 id B38294003E; Fri, 30 Nov 2018 22:03:39 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 bernadotte.lysator.liu.se
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL
 autolearn=disabled version=3.4.1
X-Spam-Score: -1.0
Received: from [192.168.1.59] (host-90-232-161-71.mobileonline.telia.com
 [90.232.161.71])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mail.lysator.liu.se (Postfix) with ESMTPSA id 687D44003A;
 Fri, 30 Nov 2018 22:03:36 +0100 (CET)
To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>,
 "Van Haaren, Harry" <harry.van.haaren@intel.com>,
 Stephen Hemminger <stephen@networkplumber.org>
Cc: "dev@dpdk.org" <dev@dpdk.org>, nd <nd@arm.com>,
 Dharmik Thakkar <Dharmik.Thakkar@arm.com>,
 Malvika Gupta <Malvika.Gupta@arm.com>,
 "Gavin Hu (Arm Technology China)" <Gavin.Hu@arm.com>
References: <20181122033055.3431-1-honnappa.nagarahalli@arm.com>
 <20181127142803.423c9b00@xeon-e3>
 <E923DB57A917B54B9182A2E928D00FA65E31B1F7@IRSMSX102.ger.corp.intel.com>
 <AM6PR08MB3672B8B3687F68935E02755698D30@AM6PR08MB3672.eurprd08.prod.outlook.com>
From: =?UTF-8?Q?Mattias_R=c3=b6nnblom?= <hofors@lysator.liu.se>
Message-ID: <fc438011-794f-ba84-a290-99980a77e8ba@lysator.liu.se>
Date: Fri, 30 Nov 2018 22:03:37 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <AM6PR08MB3672B8B3687F68935E02755698D30@AM6PR08MB3672.eurprd08.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: Re: [dpdk-dev] [RFC 0/3] tqs: add thread quiescent state library
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>
X-List-Received-Date: Fri, 30 Nov 2018 21:03:40 -0000

On 2018-11-30 03:25, Honnappa Nagarahalli wrote:
>> Generally I'm in favour of using established libraries (particularly for complex
>> functionality like RCU) but in this case I think there's a tradeoff with raw
>> performance.
> The licensing info [1] is very interesting. Again I am no lawyer :)
> 
> [1] https://github.com/urcu/userspace-rcu/blob/master/include/urcu/static/urcu-qsbr.h#L184
> 

If you don't know the macro/inline function exception of LGPL 2.1, maybe 
it's time to read the license text. Lawyer or not.