Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Subject: Re: [RFC v2 PATCH 7/7] x86/entry: use int for syscall number; handle
 all invalid syscall nrs
To:     Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
        Andy Lutomirski <luto@kernel.org>
Cc:     Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
References: <871racf928.ffs@nanos.tec.linutronix.de>
 <60495dd3-ea68-4db3-47ad-b7b45796bf76@zytor.com>
 <87o8dfer7k.ffs@nanos.tec.linutronix.de>
From:   "H. Peter Anvin" <hpa@zytor.com>
Message-ID: <b0ca952a-fd82-7833-ac82-ea8ecad48b53@zytor.com>
Date:   Wed, 12 May 2021 15:09:08 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.10.1
MIME-Version: 1.0
In-Reply-To: <87o8dfer7k.ffs@nanos.tec.linutronix.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 5/12/21 11:34 AM, Thomas Gleixner wrote:
>>
>> That is intentional, as (again) system calls are int.
> 
> They are 'int' kernel internally, but _NOT_ at the user space visible
> side. Again: man syscall
> 
>      syscall(long number,...);
> 
> So that results in a user ABI change.
> 
>> As stated in my reply to Ingo, I'll clean the various descriptions and
>> try to capture the discussion better.
> 
> If we agree to go there then this wants to be a seperate commit which
> does nothing else than changing this behaviour.
> 

Good idea.

As far as this being a user ABI change, this is actually a revert to the 
original x86-64 ABI; see my message to Ingo.

	-hpa