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: <7c86c4470802211436p22155681n9a38095c0ff305ab@mail.gmail.com>
Date:	Thu, 21 Feb 2008 23:36:01 +0100
From:	"stephane eranian" <eranian@...glemail.com>
To:	"Roland McGrath" <roland@...hat.com>
Cc:	"Markus Metzger" <markus.t.metzger@...el.com>, 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
Subject: Re: [patch 1/2] x86, ptrace: support pebs in ds.c

Roland,

I think you bring up some very good points and I agree with you.
Hopefully, I should be able to modify perfmon to use this new
internal interface in the coming weeks. That should be a good test.


On Thu, Feb 21, 2008 at 10:00 PM, Roland McGrath <roland@...hat.com> wrote:
> 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