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: <20080108095030.GI27671@elte.hu>
Date:	Tue, 8 Jan 2008 10:50:30 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Markus Metzger <markus.t.metzger@...el.com>
Cc:	ak@...e.de, hpa@...or.com, linux-kernel@...r.kernel.org,
	tglx@...utronix.de, markus.t.metzger@...il.com,
	suresh.b.siddha@...el.com, roland@...hat.com,
	akpm@...ux-foundation.org, mtk.manpages@...il.com,
	Ulrich Drepper <drepper@...hat.com>
Subject: Re: [patch 1/2] x86, ptrace: add version and last remaining size
	to status command


* Markus Metzger <markus.t.metzger@...el.com> wrote:

> Return the API version and the size of a bts_struct in the 
> PTRACE_BTS_STATUS command. This might be handy in case other archs 
> want to use and extend the interface. It allows users to program 
> against one version and continue to work for newer versions (they have 
> to discard everything they don't understand, of course).

i think this will be quite handy. But:

+       /* actual size of bts_struct in bytes */
+       unsigned short bts_size;
+       /* interface version */
+       unsigned short version;

please dont use shorts. Lets just us bts_size and no version at all, ok? 
Any change to the ABI will be extension and that can be done by changing 
the size of the data structure. We try to avoid doing versioned APIs in 
Linux syscalls.

and while at it, how about using u32/u64 for the fields (that's how we 
expose ABIs, even if we know that 'unsigned int' is always 32-bit on 
x86), and add support for COMPAT as well?

	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