I bet most people don't even know we have these syscalls. But they're
built into every arch except X86, and only hooked up on alpha, arm,
ia64, ppc32, sparc and sparc64.
Given the existence of sysfs and the inability of the syscalls to handle
domains, I don't see any point in hooking them up on new architectures.
I suspect they could even be deleted since any software trying them must
fall back to other methods to be portable.
The syscalls also take the BKL, as pointed out by Carlos on kernel janitors.
This is unnecessary as they're already spinlocked at a lower level.
So I propose the following three patches:
1/ New Kconfig symbol CONFIG_PCI_SYSCALLS to be defined by the above
architectures. Makefile altered accordingly.
2/ Removal of BKL from syscall implementation.
3/ Removal of !CONFIG_PCI pciconfig stubs from alpha, ia64 and sparc64
(we already have cond_syscalls for them).
I don't quite understand why we need
compat_sys_pciconfig_{read,write,iobase} on ppc64. Can't these just
call the normal versions?
-
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
