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]
Message-ID: <20080212162408.GB17947@elte.hu>
Date:	Tue, 12 Feb 2008 17:24:08 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Andi Kleen <andi@...stfloor.org>
Cc:	linux-kernel@...r.kernel.org, "Frank Ch. Eigler" <fche@...hat.com>,
	Roland McGrath <roland@...hat.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	"H. Peter Anvin" <hpa@...or.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [git pull] kgdb-light -v10


* Andi Kleen <andi@...stfloor.org> wrote:

> Anyways the slight risk of the other CPUs eventually recovering would 
> seem a acceptable trade off versus not being able to use the debugger 
> to debug the system with hanging CPUs.

see? There's the difference between us. The initial merge of KGDB does 
not want to include policies for nuances that pose an "acceptable slight 
risk".

Had we done it, you could have (rightfully in that case, i have to say) 
complained about that "slight but real danger" of a debugger activating 
without waiting for all CPUs to respond.

> A possible compromise between my and your position on this would be 
> also having an option for this, with default to off (although I would 
> expect that would be a inconvenient default for many people)

yes, i said this the first time you mentioned this issue that while it's 
all no big deal, it could perhaps be a sensible (but default-off) 
layered-on option for later. But the initial merge is for obvious stuff 
and it does not want to do such things.

	Ingo
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ