Re: 2.6.9-rc1-mm4

[Simon Derr]

> add-some-key-management-specific-error-codes.patch
>   Add some key management specific error codes
>
> keys-new-error-codes-for-alpha-mips-pa-risc-sparc-sparc64.patch
>   keys: new error codes for Alpha, MIPS, PA-RISC, Sparc & Sparc64
>
> implement-in-kernel-keys-keyring-management.patch
>   implement in-kernel keys & keyring management
>   keys build fix
>   keys & keyring management update patch
>   implement-in-kernel-keys-keyring-management-update-build-fix
>   implement-in-kernel-keys-keyring-management-update-build-fix-2
>   key management patch cleanup
>
> make-key-management-code-use-new-the-error-codes.patch
>   Make key management code use new the error codes
>
> keys-permission-fix.patch
>   keys: permission fix
>
> keys-keyring-management-keyfs-patch.patch
>   keys & keyring management: keyfs patch
>
> keyfs-build-fix.patch
>   keyfs build fix

Build fails without CONFIG_KEYS:

kernel/sys.c:283:29: macro "sys_request_key" requires 5 arguments, but only 1 given
kernel/sys.c:283: error: `sys_request_key' defined both normally and as an alias
kernel/sys.c:283: warning: `syscall_linkage' attribute only applies to function types
kernel/sys.c:284:24: macro "sys_keyctl" requires 5 arguments, but only 1 given
kernel/sys.c:284: error: `sys_keyctl' defined both normally and as an alias
kernel/sys.c:284: warning: `syscall_linkage' attribute only applies to function types

In include/linux/key.h, sys_request_key and sys_keyctl are defined as
macros :

#define sys_request_key(a,b,c,d,e)      (-ENOSYS)
#define sys_keyctl(a,b,c,d,e)           (-ENOSYS)

But in kernel/sys.c, we find:

cond_syscall(sys_request_key)
cond_syscall(sys_keyctl)

Which expects these symbols to be real functions, it seems.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/