From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?UTF-8?Q?Mattias_R=c3=b6nnblom?= <hofors@lysator.liu.se>
Subject: Re: [RFC 0/3] tqs: add thread quiescent state library
Date: Fri, 30 Nov 2018 22:03:37 +0100
Message-ID: <fc438011-794f-ba84-a290-99980a77e8ba@lysator.liu.se>
References: <20181122033055.3431-1-honnappa.nagarahalli@arm.com>
 <20181127142803.423c9b00@xeon-e3>
 <E923DB57A917B54B9182A2E928D00FA65E31B1F7@IRSMSX102.ger.corp.intel.com>
 <AM6PR08MB3672B8B3687F68935E02755698D30@AM6PR08MB3672.eurprd08.prod.outlook.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
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>
To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>,
 "Van Haaren, Harry" <harry.van.haaren@intel.com>,
 Stephen Hemminger <stephen@networkplumber.org>
Return-path: <dev-bounces@dpdk.org>
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)
In-Reply-To: <AM6PR08MB3672B8B3687F68935E02755698D30@AM6PR08MB3672.eurprd08.prod.outlook.com>
Content-Language: en-US
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 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.