linux-kernel - Re: [GIT PULL] percpu for 2.6.31

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:	Fri, 19 Jun 2009 12:39:18 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Ingo Molnar <mingo@...e.hu>
cc:	Tejun Heo <tj@...nel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>, kyle@...artin.ca
Subject: Re: [GIT PULL] percpu for 2.6.31

On Fri, 19 Jun 2009, Ingo Molnar wrote:
> 
> ( Many wont btw: we still dont have lockdep support in all
>   architectures - 3 years and counting. It's a highly useful purely
>   sw feature with zero hardware dependencies. Fortunately it's
>   well-modularized and the functionality is non-essential. Percpu
>   allocation is not so lucky as it's essential functionality. )

When it coems to code coverage, x86 matters _so_ much more than any other 
architecture, that verification features like lockdep etc are way more 
important on x86 than on anything else.

Sure, there may be locking issues in some arch-specific code, and other 
architectures could be better off caring. But the advantage of lockdep for 
some pissant architecture that has a very limited user base (maybe lots of 
chips, but much more limited _use_ - fewer drivers, fewer workloads etc) 
is much lower, since those architectures know that x86 will give them 99% 
of the coverage.

So it's quite reasonable to think that other architectures simply care 
less.

			Linus
--
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/