From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10634 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH 1/7] fix preadv2 and pwritev2 syscall numbers on x32 for linux v4.8 Date: Fri, 14 Oct 2016 11:04:37 -0400 Message-ID: <20161014150437.GY19318@brightrain.aerifal.cx> References: <20161009165810.GC28065@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1476457508 17390 195.159.176.226 (14 Oct 2016 15:05:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 14 Oct 2016 15:05:08 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-10647-gllmg-musl=m.gmane.org@lists.openwall.com Fri Oct 14 17:04:59 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1bv42V-0002fb-Ib for gllmg-musl@m.gmane.org; Fri, 14 Oct 2016 17:04:51 +0200 Original-Received: (qmail 9897 invoked by uid 550); 14 Oct 2016 15:04:51 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 9879 invoked from network); 14 Oct 2016 15:04:50 -0000 Content-Disposition: inline In-Reply-To: Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:10634 Archived-At: On Fri, Oct 14, 2016 at 02:09:10PM +0200, Khem Raj wrote: > On Sun, Oct 9, 2016 at 6:58 PM, Szabolcs Nagy wrote: > > the numbers were wrong in musl, but they were also wrong in the kernel > > and got fixed in v4.8 commit 3ebfd81f7fb3e81a754e37283b7f38c62244641a > > what happens if we now build musl trunk with linux kernel 3.7 ? There's no such thing as "building musl with linux 3.7". musl need not be built on a Linux system at all; there's no build-time dependency on Linux, only run-time. As for what happens at run-time, the wrong values of the syscall numbers presumably don't work at all, or worse yet do the wrong thing. I'm not sure if the fixed values work if called when running on the old kernel, but for practical purposes that kernel should just be considered buggy/not-usable or "not supporting these new syscalls yet" for x32. In any case they're new nonstandard ones and essentially unused at this time. Rich