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
| ||
|
Date: Wed, 29 Aug 2007 21:20:48 +0100 (BST) From: Hugh Dickins <hugh@...itas.com> To: Alexey Dobriyan <adobriyan@...il.com> cc: Michal Piotrowski <michal.k.k.piotrowski@...il.com>, Alexey Dobriyan <adobriyan@...ru>, torvalds@...l.org, len.brown@...el.com, ak@...e.de, linux-kernel@...r.kernel.org Subject: Re: 2.6.23-rc4: maxcpus still broken On Wed, 29 Aug 2007, Hugh Dickins wrote: > On Wed, 29 Aug 2007, Alexey Dobriyan wrote: > > On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote: > > > On 28/08/07, Alexey Dobriyan <adobriyan@...ru> wrote: > > > > Every time I try to boot with maxcpus=1 it dies show_stat(): > > > > > > Is this a regression? > > > > yep > > A regression since when, I wonder? Please do NOT waste any time > bisecting, but I'd be interested to know which release or -rc you > previously found it worked on. And thank you, you answered: Anything before "ACPI: boot correctly with "nosmp" or "maxcpus=0"" is fine. Right, though that surprised me (and had me confused for a while, I'd forgotten that I'd backported those mods into an earlier tree). > > When I gave the code a quick look, it appeared to be something > which has long been wrong; So I was wrong about that. > but I didn't investigate whether per-cpu > allocation has changed recently. My _suspicion_, no more than that, > is that it might be a regression to you because you're now forced > to have CONFIG_HOTPLUG_CPU=y where you didn't need it before. Precisely the reverse: it only happens when CONFIG_HOTPLUG_CPU is not set. Which accounts for why I didn't see it when testing my maxcpus=N fix, since I had CONFIG_HOTPLUG_CPU on at that time. > > Anyway, it doesn't matter too much what it's a regression since: > it's a bug that needs fixing whatever, and should be simple. I've underestimated it, and done little beyond confuse myself today. It'd be easy enough to fix, but there are probably about 20 different ways, finding the right way is not so obvious to me. I need to get to understand it better tomorrow (unless someone beats me to it: I know little of the possible, the present and the online myself). Hugh - 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/
Powered by blists - more mailing lists