* libselinux does not compile on ia64
@ 2005-08-06 13:49 Manoj Srivastava
2005-08-08 12:36 ` Stephen Smalley
2005-08-22 7:39 ` Florian Weimer
0 siblings, 2 replies; 5+ messages in thread
From: Manoj Srivastava @ 2005-08-06 13:49 UTC (permalink / raw)
To: selinux
Hi,
The latest libselinux fails to compile on IA64 with the
following error:
cc -Wall -I../include -D_GNU_SOURCE setupns.c -L../src -lselinux -o setupn
setupns.c:17: error: syntax error before "clone"
setupns.c:22: warning: return type defaults to `int'
Apparently, there is no clone on IA64. There is an excerpt
from libc 2.3.2 that implements a clone look alike for IA64; however,
libc is LGPL'd , so the combination is no longer public domain.
manoj
--- orig/utils/setupns.c
+++ mod/utils/setupns.c
@@ -13,6 +13,110 @@
#include <linux/unistd.h>
#define CLONE_NEWNS 0x00020000 /* Flag to create new namespace */
+#ifdef __IA64__
+/*
+ * The following code has been copied from GNU libc 2.3.2, Debian
+ * version 2.3.2.ds1-18,, file sysdeps/unix/sysv/linux/ia64/sysdeps.h.
+ * The __set_errno call has been replaced with an assignment to the
+ * errno location.
+ *
+ * We cannot use __clone2 because it requires a callback and
+ * automatically invokes _exit in the child. Even if we used longjmp to
+ * work around this problem, we are still using an internal GNU libc
+ * interface. The kernel interface used below should be fairly
+ * stable.
+ */
+
+/* BEGIN OF GNU LIBC EXCERPT */
+#define BREAK_INSN_1(num) "break " #num ";;\n\t"
+#define BREAK_INSN(num) BREAK_INSN_1(num)
+
+/* On IA-64 we have stacked registers for passing arguments. The
+ "out" registers end up being the called function's "in"
+ registers.
+
+ Also, since we have plenty of registers we have two return values
+ from a syscall. r10 is set to -1 on error, whilst r8 contains the
+ (non-negative) errno on error or the return value on success.
+*/
+#undef INLINE_SYSCALL
+#define INLINE_SYSCALL(name, nr, args...) \
+ ({ \
+ register long _r8 asm ("r8"); \
+ register long _r10 asm ("r10"); \
+ register long _r15 asm ("r15") = __NR_##name; \
+ long _retval; \
+ LOAD_ARGS_##nr (args); \
+ __asm __volatile (BREAK_INSN (__BREAK_SYSCALL) \
+ : "=r" (_r8), "=r" (_r10), "=r" (_r15) \
+ ASM_OUTARGS_##nr \
+ : "2" (_r15) ASM_ARGS_##nr \
+ : "memory" ASM_CLOBBERS_##nr); \
+ _retval = _r8; \
+ if (_r10 == -1) \
+ { \
+ errno = _retval; \
+ _retval = -1; \
+ } \
+ _retval; })
+
+#define ASM_OUTARGS_0
+#define ASM_OUTARGS_1 ASM_OUTARGS_0, "=r" (_out0)
+#define ASM_OUTARGS_2 ASM_OUTARGS_1, "=r" (_out1)
+#define ASM_OUTARGS_3 ASM_OUTARGS_2, "=r" (_out2)
+#define ASM_OUTARGS_4 ASM_OUTARGS_3, "=r" (_out3)
+#define ASM_OUTARGS_5 ASM_OUTARGS_4, "=r" (_out4)
+#define ASM_OUTARGS_6 ASM_OUTARGS_5, "=r" (_out5)
+
+#define ASM_ARGS_0
+#define ASM_ARGS_1 ASM_ARGS_0, "3" (_out0)
+#define ASM_ARGS_2 ASM_ARGS_1, "4" (_out1)
+#define ASM_ARGS_3 ASM_ARGS_2, "5" (_out2)
+#define ASM_ARGS_4 ASM_ARGS_3, "6" (_out3)
+#define ASM_ARGS_5 ASM_ARGS_4, "7" (_out4)
+#define ASM_ARGS_6 ASM_ARGS_5, "8" (_out5)
+
+#define ASM_CLOBBERS_6 , "out6", "out7", \
+ /* Non-stacked integer registers, minus r8, r10, r15. */ \
+ "r2", "r3", "r9", "r11", "r12", "r13", "r14", "r16", "r17", "r18", \
+ "r19", "r20", "r21", "r22", "r23", "r24", "r25", "r26", "r27", \
+ "r28", "r29", "r30", "r31", \
+ /* Predicate registers. */ \
+ "p6", "p7", "p8", "p9", "p10", "p11", "p12", "p13", "p14", "p15", \
+ /* Non-rotating fp registers. */ \
+ "f6", "f7", "f8", "f9", "f10", "f11", "f12", "f13", "f14", "f15", \
+ /* Branch registers. */ \
+ "b6", "b7"
+
+#define LOAD_ARGS_0() do { } while (0)
+#define LOAD_ARGS_1(out0) \
+ register long _out0 asm ("out0") = (long) (out0); \
+ LOAD_ARGS_0 ()
+#define LOAD_ARGS_2(out0, out1) \
+ register long _out1 asm ("out1") = (long) (out1); \
+ LOAD_ARGS_1 (out0)
+#define LOAD_ARGS_3(out0, out1, out2) \
+ register long _out2 asm ("out2") = (long) (out2); \
+ LOAD_ARGS_2 (out0, out1)
+#define LOAD_ARGS_4(out0, out1, out2, out3) \
+ register long _out3 asm ("out3") = (long) (out3); \
+ LOAD_ARGS_3 (out0, out1, out2)
+#define LOAD_ARGS_5(out0, out1, out2, out3, out4) \
+ register long _out4 asm ("out4") = (long) (out4); \
+ LOAD_ARGS_4 (out0, out1, out2, out3)
+#define LOAD_ARGS_6(out0, out1, out2, out3, out4, out5) \
+ register long _out5 asm ("out5") = (long) (out5); \
+ LOAD_ARGS_5 (out0, out1, out2, out3, out4)
+
+/* END OF GNU LIBC EXCERPT */
+
+static inline int
+clone (int flags, ...)
+{
+ return INLINE_SYSCALL (clone2, 6, flags, NULL, 0, NULL, NULL, NULL);
+}
+
+#endif /* End of IA64 specific additions */
static inline _syscall2 (int, clone, int, flags, int, arg)
char *progname;
--
Moore's Constant: Everybody sets out to do something, and everybody
does something, but no one does what he sets out to do.
Manoj Srivastava <manoj.srivastava@stdc.com> <srivasta@acm.org>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: libselinux does not compile on ia64
2005-08-06 13:49 libselinux does not compile on ia64 Manoj Srivastava
@ 2005-08-08 12:36 ` Stephen Smalley
2005-08-08 13:03 ` Janak Desai
2005-08-22 7:39 ` Florian Weimer
1 sibling, 1 reply; 5+ messages in thread
From: Stephen Smalley @ 2005-08-08 12:36 UTC (permalink / raw)
To: Manoj Srivastava; +Cc: Janak Desai, selinux
On Sat, 2005-08-06 at 08:49 -0500, Manoj Srivastava wrote:
> Hi,
>
>
> The latest libselinux fails to compile on IA64 with the
> following error:
> cc -Wall -I../include -D_GNU_SOURCE setupns.c -L../src -lselinux -o setupn
> setupns.c:17: error: syntax error before "clone"
> setupns.c:22: warning: return type defaults to `int'
>
> Apparently, there is no clone on IA64. There is an excerpt
> from libc 2.3.2 that implements a clone look alike for IA64; however,
> libc is LGPL'd , so the combination is no longer public domain.
At this point, I think setupns in libselinux is obsoleted by Janak's
patches for pam. Right, Janak? So we could just drop it altogether,
both utils/setupns.c (example utility) and src/setupns.c (libselinux
function). There are no users of it yet.
--
Stephen Smalley
National Security Agency
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: libselinux does not compile on ia64
2005-08-08 12:36 ` Stephen Smalley
@ 2005-08-08 13:03 ` Janak Desai
2005-08-11 15:01 ` Stephen Smalley
0 siblings, 1 reply; 5+ messages in thread
From: Janak Desai @ 2005-08-08 13:03 UTC (permalink / raw)
To: Stephen Smalley; +Cc: Manoj Srivastava, Janak Desai, selinux
Stephen Smalley wrote:
> On Sat, 2005-08-06 at 08:49 -0500, Manoj Srivastava wrote:
>
>>Hi,
>>
>>
>> The latest libselinux fails to compile on IA64 with the
>> following error:
>> cc -Wall -I../include -D_GNU_SOURCE setupns.c -L../src -lselinux -o setupn
>> setupns.c:17: error: syntax error before "clone"
>> setupns.c:22: warning: return type defaults to `int'
>>
>> Apparently, there is no clone on IA64. There is an excerpt
>> from libc 2.3.2 that implements a clone look alike for IA64; however,
>> libc is LGPL'd , so the combination is no longer public domain.
>
>
> At this point, I think setupns in libselinux is obsoleted by Janak's
> patches for pam. Right, Janak? So we could just drop it altogether,
> both utils/setupns.c (example utility) and src/setupns.c (libselinux
> function). There are no users of it yet.
>
Yup. That's correct. We can drop setupns() from both utils/setupns.c and
src/setupns.c. Functionality provided by setupns() has migrated to the
pam_namespace patch.
-Janak
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: libselinux does not compile on ia64
2005-08-08 13:03 ` Janak Desai
@ 2005-08-11 15:01 ` Stephen Smalley
0 siblings, 0 replies; 5+ messages in thread
From: Stephen Smalley @ 2005-08-11 15:01 UTC (permalink / raw)
To: Janak Desai; +Cc: Manoj Srivastava, Janak Desai, selinux
On Mon, 2005-08-08 at 09:03 -0400, Janak Desai wrote:
> Yup. That's correct. We can drop setupns() from both utils/setupns.c and
> src/setupns.c. Functionality provided by setupns() has migrated to the
> pam_namespace patch.
Ok, setupns has been dropped from libselinux as of 1.25.1.
--
Stephen Smalley
National Security Agency
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: libselinux does not compile on ia64
2005-08-06 13:49 libselinux does not compile on ia64 Manoj Srivastava
2005-08-08 12:36 ` Stephen Smalley
@ 2005-08-22 7:39 ` Florian Weimer
1 sibling, 0 replies; 5+ messages in thread
From: Florian Weimer @ 2005-08-22 7:39 UTC (permalink / raw)
To: selinux
* Manoj Srivastava:
> The latest libselinux fails to compile on IA64 with the
> following error:
> cc -Wall -I../include -D_GNU_SOURCE setupns.c -L../src -lselinux -o setupn
> setupns.c:17: error: syntax error before "clone"
> setupns.c:22: warning: return type defaults to `int'
>
> Apparently, there is no clone on IA64.
There are no _syscallN macros on IA64 and probably others. Ulrich
Drepper kindly informed me that you should use the syscall function
instead. I don't know how I missed it while preparing the patch.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2005-08-22 7:49 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-06 13:49 libselinux does not compile on ia64 Manoj Srivastava
2005-08-08 12:36 ` Stephen Smalley
2005-08-08 13:03 ` Janak Desai
2005-08-11 15:01 ` Stephen Smalley
2005-08-22 7:39 ` Florian Weimer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.