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:	Wed, 6 May 2009 05:11:16 -0400
From:	Christoph Hellwig <hch@...radead.org>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Christoph Hellwig <hch@...radead.org>,
	Oleg Nesterov <oleg@...hat.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Roland McGrath <roland@...hat.com>, jdike@...toit.com,
	utrace-devel@...hat.com, linux-kernel@...r.kernel.org
Subject: Re: [RFC, PATCH 0/2] utrace/ptrace: simplify/cleanup ptrace attach

On Wed, May 06, 2009 at 11:05:12AM +0200, Ingo Molnar wrote:
> It might be more effective if you also wrote patches and if you 
> would shop for maintainer Acks, instead of just "pinging" people? 
> ;-) We've already got enough would-be-managers on lkml really.

I have no interest touching tons of architectures where the maintainers
are much better of looking at those lowlevel bits.  See the case where
Roland tried to do ARM but still hasn't gotten any feedback as a
negative example.

> Really, the above isnt a blocker list, it's your personal wish-list 
> for the future. Cleaning up ptrace itself is already an upstream 
> advantage worth having - for years ptrace was barely maintained. It 
> interfaces to enough critical projects (gdb, strace, UML, etc.) to 
> be a realiable (and testable) basis for utrace.

The cleanups aren't there for cleanup purposes, but to actually allow
the utrace-based ptrace being used unconditionally.  There is really
no point in merging a second conditional ptrace implementation that
has to be maintained while we add another one that doesn't add a single
new feature.

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