diff mbox

[COMMITTED] Move tilegx, tilepro, and linux-generic from ports to libc.

Message ID 550B0968.2030700@ezchip.com
State New
Headers show

Commit Message

Chris Metcalf March 19, 2015, 5:37 p.m. UTC 
On 03/19/2015 01:18 PM, H.J. Lu wrote:
> Is the linux/generic scheme
> documented in glibc tree?  Should there be a README in
> linux/generic directory?

It was not specifically documented, so I have added a README (and 
committed it).  I think it is probably worthwhile to see how much of the 
existing linux/generic/wordsize-32 support can be used by x32 or 
AArch64:ILP32.  Some of it wouldn't apply (e.g. fstatfs.c, to take an 
obvious example), but other parts might; I'm not sure.  I guess the 
kernel API is still being nailed down anyway.

Comments

H.J. Lu March 19, 2015, 5:40 p.m. UTC | #1 
On Thu, Mar 19, 2015 at 10:37 AM, Chris Metcalf <cmetcalf@ezchip.com> wrote:
> On 03/19/2015 01:18 PM, H.J. Lu wrote:
>>
>> Is the linux/generic scheme
>> documented in glibc tree?  Should there be a README in
>> linux/generic directory?
>
>
> It was not specifically documented, so I have added a README (and committed

Thanks for doing it.

> it).  I think it is probably worthwhile to see how much of the existing
> linux/generic/wordsize-32 support can be used by x32 or AArch64:ILP32.  Some

Since x32 uses a combination of x86-64 and ia32 syscall interfaces,
x32 can't use linux/generic.
diff mbox

Patch

diff --git a/sysdeps/unix/sysv/linux/generic/README b/sysdeps/unix/sysv/linux/generic/README
new file mode 100644
index 000000000000..301a6107e17f
--- /dev/null
+++ b/sysdeps/unix/sysv/linux/generic/README
@@ -0,0 +1,11 @@ 
+This hierarchy supports Linux systems using the new
+asm-generic/unistd.h, which removes many familiar old syscalls.  For
+example, to implement open(), newer Linux architectures require glibc
+to invoke the __NR_openat syscall with AT_FDCWD.  This hierarchy
+provides all those implementations.
+
+It also provides support for 32-bit platforms using the 64-bit kernel
+syscall APIs, as the 32-bit ones are no longer provided.  Note that
+newer ILP32 environments (x32 or AArch64:ILP32, for example) are
+converting to use more 64-bit types in kernel syscalls, so that aspect
+of this support is in more flux as of this writing.