linux-kernel - Re: Off topic: Numactl "distance" wrong

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 7 Apr 2009 01:30:03 -0700 (PDT)
From:	David Rientjes <rientjes@...gle.com>
To:	Andi Kleen <andi@...stfloor.org>
cc:	Brice Goglin <Brice.Goglin@...ia.fr>,
	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
	Yinghai Lu <yhlu.kernel@...il.com>,
	Chris Worley <worleys@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: Off topic: Numactl "distance" wrong

On Tue, 7 Apr 2009, Andi Kleen wrote:

> No actually it was intended to prevent tables that confuse the scheduler/VM
> from being used. At least that is what I wrote it for. The only check
> that is really needed is that remote != local, the rest is fluff
> admittedly and could be all dropped.
> 

I think users, current and future, of node_distance(a, b) would assume it 
would be equal to node_distance(b, a).  Admittedly, later revisions of the 
SLIT specification allow this to not necessarily be true.

I agreed with you early on that we shouldn't add an interface to 
dynamically change the localities in the SLIT, not only because of the 
dependencies that the VM and scheduler have which you mentioned, but also 
because there is no current interface for changing it and its much more 
reasonable to simply fix the BIOS instead of tuning this (which is even 
more argument for making slit_valid() as sane as possible).

I do think that it would be helpful to add a parameter to disable parsing 
the SLIT, however, when it is known to be incorrect.  I haven't heard your 
objection to that yet.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/