[lkml]   [2011]   [Feb]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: X32 psABI status
On 02/13/2011 03:39 PM, Alan Cox wrote:
>> a. the int $0x80 instruction is much slower than syscall. An actual
>> i386 process can use the syscall instruction which is disambiguated
>> by the CPU based on mode, but an x32 process is in the same CPU mode
>> as a normal 64-bit process.
> So set a flag, whoopee

That's what we're doing, functionally.

>> b. 64-bit arguments have to be split between two registers for the
>> i386 entry points, requiring user-space stubs.
> Diddums. Given you've yet to explain why everyone desperately needs this
> extra interface why do we care ?
>> All in all, the cost of an extra system call table is quite modest.
> And the cost of not doing it is a gloriously wonderful zero. Yo've still
> not explained the justification or what large number of apps are going to
> use it.
> It's a simple question - why do we care, why do we want the overhead and
> the hassle, what do users get in return ?

The target applications are an embedded (closed or mostly closed)
environment, and the question is if the performance gain is worth it.
It is an open question at this stage and we'll see what the numbers look
like and, if it turns out to be worthwhile, what exactly the final
implementation will look like.


 \ /
  Last update: 2011-02-14 03:01    [W:0.077 / U:0.940 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site