From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) by dpdk.org (Postfix) with ESMTP id A30D2918F for ; Wed, 25 Nov 2015 15:20:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1471; q=dns/txt; s=iport; t=1448461217; x=1449670817; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=cR2J/fEFa1gycP3RFjVW5VqkpTwPk5+vdCe5VZCRHLY=; b=YjOxNzFDMv8iahxMv7etdb2FENFY7WjwTUd+l+xE3yA1iTYfG5nyRVH9 0w7GjoedVAHBgTJeOFxUQl2t4WfqRavr95xEGw1HlU1GbNbR/exgNmH13 bS78KysMIcSmZscByd6IC3aiVOQhog0VVbfxwIOs1F4pRktxt+0kH+l9f 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApBQBzwlVW/5NdJa1egzu9aYIogWaDP?= =?us-ascii?q?YJSAoFAOhIBAQEBAQEBgQqENQEBBDhAARALGAkWDwkDAgECAUUGDQgBARCIGr4?= =?us-ascii?q?GAQEBAQEBAQEBAQEBAQEBAQEBG4ZUhH6BQAGHeAEEjSJ2iD8BjTSJIIYQjS4oD?= =?us-ascii?q?S6CHiaBXiCFYAEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,342,1444694400"; d="scan'208";a="211243395" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Nov 2015 14:20:16 +0000 Received: from [10.116.86.170] (rtp-rmelton-8819.cisco.com [10.116.86.170]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id tAPEKF5s001410; Wed, 25 Nov 2015 14:20:16 GMT To: Thomas Monjalon References: <20151124184755.GA26521@sivlogin002.ir.intel.com> <1448450035-23991-1-git-send-email-ferruh.yigit@intel.com> <5655BCE7.2060206@cisco.com> <2717285.tnY9sUhdx2@xps13> From: "Roger B. Melton" Message-ID: <5655C39C.3000201@cisco.com> Date: Wed, 25 Nov 2015 09:20:12 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <2717285.tnY9sUhdx2@xps13> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np() X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 14:20:18 -0000 On 11/25/15 9:03 AM, Thomas Monjalon wrote: > 2015-11-25 08:51, Roger B. Melton: >> Have you thought about a way to set thread name when glibc < 2.12. I >> also ran into the problem recently and played around with prctl() >> (Linux) to set thread (process) name. e.g. >> >> ret = prctl(PR_SET_NAME,,0,0,0); >> >> >> There are 2 issues I think: >> >> 1) The semantics are different than prthread_setname_np(). With >> pthread_setname_np() a name can be assigned to any thread, with >> prctl() the name is assigned to the active thread. That would mean >> that rather than rte_eal_init(), rte_eal_intr_init() could not >> assign thread names. Rather the threads would have to name themselves. >> >> 2) I think BSD lacks prctl(), but some (not all?) BSD >> implementations have setproctitle() to do the same thing. >> >> >> It might be too late for 2.2, but something to think about for the future. > I don't think this feature is important enough to deal with old environments > and to risk some complicated bugs. > Do you think it deserves more tricks? > . > I agree with you Thomas. While I am one of those living in an old environment, I believe that the complications of the tricks out weight the debug benefit. However there may be other in the community who have a different view, so I thought I would at least suggest that there are alternatives. Thanks, -Roger