From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v4] eal: Set numa node value for system which not support it. Date: Mon, 26 Jun 2017 11:39:29 +0200 Message-ID: <2606734.FJRB2dCBfg@xps> References: <1494467793-19887-1-git-send-email-nic@opencloud.tech> <8278174.tmcXUfVEQA@xps> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: Tonghao Zhang , dev@dpdk.org To: Sergio Gonzalez Monroy Return-path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id BBCEC9E3 for ; Mon, 26 Jun 2017 11:39:30 +0200 (CEST) In-Reply-To: List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 26/06/2017 11:14, Sergio Gonzalez Monroy: > On 23/06/2017 14:02, Thomas Monjalon wrote: > > 22/06/2017 17:15, Sergio Gonzalez Monroy: > >> Just fyi, the summary line should be lowercase apart from acronyms (DPDK > >> guidelines). > >> > >> On 11/05/2017 02:56, Tonghao Zhang wrote: > >>> The NUMA node information for PCI devices provided through > >>> sysfs is invalid for AMD Opteron(TM) Processor 62xx and 63xx > >>> on Red Hat Enterprise Linux 6, and VMs on some hypervisors. > >>> It is good to see more checking for valid values. > >>> > >>> Signed-off-by: Tonghao Zhang > >>> --- > >> IMHO the message could be slightly improved by adding some of the > >> replies that you made to your v3. > >> ie. Typical wrong numa node in VMs > >> > >> $ cat /sys/devices/pci0000:00/0000:00:18.6/numa_node > >> -1 > > [...] > >> The code changes look fine, so I leave it to Thomas regarding the commit > >> message :) > >> > >> Acked-by: Sergio Gonzalez Monroy > > Applied, thanks > > It looks like some systems have quite a few devices that report -1 as > numa_node value causing lots of warning messages being printed. > Quick fixes that come to mind would be: > 1) Change log level to DEBUG As it is important for performance, it should not be just for DEBUG. > 2) Add static var to only print the message once. Yes good idea. > I also think that the message itself should show at least the BDF to at > least know which devices are reporting bad numa_node values. With the static variable, we will have only the first device BDF. Is it relevant?