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: <20080221210026.7B1C62701D5@magilla.localdomain>
Date:	Thu, 21 Feb 2008 13:00:26 -0800 (PST)
From:	Roland McGrath <roland@...hat.com>
To:	Markus Metzger <markus.t.metzger@...el.com>
Cc:	ak@...e.de, hpa@...or.com, linux-kernel@...r.kernel.org,
	mingo@...e.hu, tglx@...utronix.de, markus.t.metzger@...il.com,
	suresh.b.siddha@...el.com, akpm@...ux-foundation.org,
	mtk.manpages@...il.com, eranian@...glemail.com
Subject: Re: [patch 1/2] x86, ptrace: support pebs in ds.c

Sorry I haven't replied in this thread sooner.

I would like to see all the BTS and DS work wait until after 2.6.25.
We have a lot of x86 churn in 2.6.25 already, and I think we'd do
better without adding this wrinkle at the same time.

The low-level implementation pieces should gel a bit more in -mm or
whereever.  They should both get more testing and also get more
concrete use from the perfmon2 integration effort to iron out their
internal interface kinks.

For the user-level interface, we should not be hasty with cooking up
hairy ptrace extensions.  Personally, I'd prefer that we never add a
ptrace-based interface for this (ptrace must die).  I think it will
fit much better either merged into the interfaces that come from
perfmon2 integration, or into what replaces ptrace when that comes.
There is not yet any different userland interface framework in the
tree to base it on, so ptrace extensions may be better than nothing if
they are well-gelled in 2.6.26 and nothing else is close to ready.
But I also don't know of anyone desperate and about to burst from lack
of BTS functionality.


Thanks,
Roland
--
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