Fwd: 64bit syscalls

[Peter Bergner]

Just forwarding this to the external mailing list.

Peter


-------- Original Message --------
Subject: [Linuxppc-dev] 64bit syscalls
Date: Fri, 23 Aug 2002 18:33:46 +1000
From: Anton Blanchard <anton at au1.ibm.com>


Hi,

Here is a first pass at potential 64bit syscalls we can remove.

First the easy ones:

sys_stat
sys_fstat
sys_lstat:

 >From memory these were deprecated back in the 2.0 days. They give a
nasty printk warning when they are used. In 2.5 I have removed these
in the 32 and 64 bit path, due to the glibc cacheline bug its unlikely
anyone could ever run a binary with these syscalls in it on a ppc64
machine.


sys_oldumount
sys_olduname
sys_uname
sys_sgetmask
sys_ssetmask
sys_old_getrlimit:

Some more old calls which can be safely removed from the 64 bit syscall
path.


sys_iopl
sys_vm86
sys_modify_ldt:

These make no sense, I have removed them in both the 32 and 64 bit path.


sys_pciconfig_read
sys_pciconfig_write:

We should be moving towards the mmap(/proc/bus/pci...) method, and as
such these calls should not be required.


sys_llseek:

No need for a syscall that takes a long long offset, sys_lseek will
suffice.


old_readdir:

We start moving onto the less obvious ones. Will 64bit glibc always
use getdents these days? If so we should remove old_readdir.


sys_getdents:

We have sys_getdents64, is there any nead for sys_getdents?


sys_waitpid
sys_alarm
sys_utime
sys_signal:

I havent looked closely at any of these, but the kernel source mentions
all of the above can be implemented in glibc using other existing syscalls.

Anton
_______________________________________________


** Sent via the linuxppc64-dev mail list. See http://lists.linuxppc.org/