This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: Bug on syscall error test for 64 bits apps
- From: Benjamin Herrenschmidt <benh at kernel dot crashing dot org>
- To: Segher Boessenkool <segher at kernel dot crashing dot org>
- Cc: Alan Modra <amodra at bigpond dot net dot au>, binutils at sources dot redhat dot com, linuxppc64-dev <linuxppc64-dev at lists dot linuxppc dot org>
- Date: Tue, 30 Mar 2004 16:56:46 +1000
- Subject: Re: Bug on syscall error test for 64 bits apps
- References: <1080284301.1389.11.camel@gaston> <780A91EC-8166-11D8-BC8C-000A95A4DC02@kernel.crashing.org> <20040330005037.GD23980@bubble.modra.org> <20C5AFFE-8217-11D8-B279-000A95A4DC02@kernel.crashing.org>
> Bug, actually.
>
> It refuses all other POWER insns (I used -mppc64, but anything else
> that refuses POWER insns will do).
>
> Looking deeper into it, the cause is that the L field is defined
> as optional. But it is not. (Ref.: Book I and/or the PEM v2).
>
> The L field (in binutils) is only used for one other insn: tlbie.
> But tlbie always has two operands (says Book III).
> But tlbie always has one operand (says the PEM).
>
> Furthermore, tlbiel is defined as having only one operand.
> But tlbiel always has two operands (says Book III).
> But tlbiel doesn't exist (says the PEM).
>
> I suggest for now, we fix the cmp[l] thing, and make both
> tlbie and tlbiel take either one or two operands.
>
> If that's okay with you, I'll send some patches shortly.
And break kernel compile ... Hrm, that will not be fun
Ben.