This is the mail archive of the
mailing list for the libc-ports project.
Re: ARM kernel features update
- From: "Carlos O'Donell" <carlos at systemhalted dot org>
- To: "Daniel Jacobowitz" <drow at false dot org>
- Cc: libc-ports at sourceware dot org
- Date: Wed, 31 May 2006 09:32:26 -0400
- Subject: Re: ARM kernel features update
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Dt3vkB7BbkZI2tNIpu4ipfGmNrHfFftX1MZUj6tq/fmjrHxaj/B2t+a1woI174VEe8YfFWOKjpJe7Spmxvu2fMMrFfdqdwzA+3p08PhRcLSf+Q88cj7e0IzEQkpnzxZezi/f6DHoVQ1RrrteEn3esYEfI6dXCUQkx2a9c8VLgbo=
- References: <20060530151653.GA13407@nevyn.them.org>
On 5/30/06, Daniel Jacobowitz <firstname.lastname@example.org> wrote:
I created a kernel-features.h for ARM that added some new things, but I
didn't migrate the existing ARM-specific bits from the linux
kernel-features.h to here. And later the __arm__ checks were removed
from that file. This is particularly disastrous for EABI; if
__ASSUME_MMAP2_SYSCALL is set, mmap() calls mmap2, but otherwise the
ARM mmap() only calls mmap. No point, they figured, in "falling back"
from the older syscall to the newer one. But EABI doesn't have mmap,
A completely orthogonal nit about __L_K_V,
+#if __LINUX_KERNEL_VERSION >= 131875
Would a hex display of this number make it easier to grok when reading code?
e.g. 2.4.4 == 0x020404
Many of the recent changes to kernel-features.h have switched to hex constants.