From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8669 Path: news.gmane.org!not-for-mail From: Alex Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCHv3 1/3] fix matching errors for overwritten registers in x86 CFI generation script Date: Wed, 14 Oct 2015 21:23:59 +0200 Message-ID: References: <1444735732-12265-1-git-send-email-alexinbeijing@gmail.com> <20151013224204.GT8645@brightrain.aerifal.cx> <20151014191408.GU8645@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01160438251fdb052215814e X-Trace: ger.gmane.org 1444850663 21556 80.91.229.3 (14 Oct 2015 19:24:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 19:24:23 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8681-gllmg-musl=m.gmane.org@lists.openwall.com Wed Oct 14 21:24:22 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ZmReo-0003oQ-NV for gllmg-musl@m.gmane.org; Wed, 14 Oct 2015 21:24:14 +0200 Original-Received: (qmail 9320 invoked by uid 550); 14 Oct 2015 19:24:12 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 9302 invoked from network); 14 Oct 2015 19:24:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=K/xeMEdQs3kXiVxeBNClbiHI5RJUzHAl4s5kbI29Jvc=; b=tEA3E4WQvap1x8aslf68LkeP/xT/znLamPn9J0P7bKT35MX0WYkX1so08FZ300bWE0 VZM/R+69eZygPkeP3tA2nR3mgUqgmG0sHlvhDD5a9ly/qkxkXoHTccsBmARzlRfhWfij KO12QkRV/Y5WgiMKXNoAo3rOUKW7sD3k3wn0rAB9QiiuAVWsR9z9odxKOB9+oXs8fqfK HBnoXokOKDAC+SQNDrJcoYlLP+lJisS7eDqb8d1cRoHOzW4Zb8XDaYsRT/kxZISHH1cj XZPHkQcWmFDFUXEVvyqCOIfUV6nQUx7bfpxFhQYMrQD5vc0wzFr4QB//uJ6HmUy6rnPT cCxQ== X-Received: by 10.50.43.234 with SMTP id z10mr6497870igl.53.1444850639902; Wed, 14 Oct 2015 12:23:59 -0700 (PDT) In-Reply-To: <20151014191408.GU8645@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:8669 Archived-At: --089e01160438251fdb052215814e Content-Type: text/plain; charset=UTF-8 On Wed, Oct 14, 2015 at 9:14 PM, Rich Felker wrote: > On Wed, Oct 14, 2015 at 12:21:05PM +0200, Alex wrote: > > This has been an interesting exercise so far. Is there any other arch > which > > you think it would be worthwhile to develop a CFI generation script for? > It > > should be something which has enough users to avoid problems with bitrot. > > CFI is probably a lot less interesting on archs where you have a > plenty registers not to need to manipulate stack frames in asm > functions, since in that case the debugger mostly works fine without > CFI. I don't know right off which of the other archs have significant > amounts of asm that adjusts the stack pointer, but you could go > through and check them. Having ABI info for them all would be helpful; > I'm pasting my draft ABI reference (which might have errors) below. Fair enough. If it's not likely to help anyone, I'll leave the CFI generation here. Another idea: are you interested in an implementation of POSIX AIO which uses the native AIO syscalls? Bad idea? Thanks, AD --089e01160438251fdb052215814e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On W= ed, Oct 14, 2015 at 9:14 PM, Rich Felker <dalias@libc.org> wro= te:
On Wed, Oct 14, 2015= at 12:21:05PM +0200, Alex wrote:
> This has been an interesting exer= cise so far. Is there any other arch which
> you think it would be worthwhile to develop a CFI generation script fo= r? It
> should be something which has enough users to avoid problems with bitr= ot.

CFI is probably a lot less interesting on archs where you have a
plenty registers not to need to manipulate stack frames in asm
functions, since in that case the debugger mostly works fine without
CFI. I don't know right off which of the other archs have significant amounts of asm that adjusts the stack pointer, but you could go
through and check them. Having ABI info for them all would be helpful;
I'm pasting my draft ABI reference (which might have errors) below.

Fair enough. If it's not likely to help an= yone, I'll leave the CFI generation here.

Anot= her idea: are you interested in an implementation of POSIX AIO which uses t= he native AIO syscalls? Bad idea?

Thanks, AD=C2=A0=
--089e01160438251fdb052215814e--