Re: [PATCH 02/16] h8300: UAPI headers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday 21 January 2015 13:23:57 Yoshinori Sato wrote:
> Signed-off-by: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
> 
>  create mode 100644 arch/h8300/include/uapi/asm/Kbuild
>  create mode 100644 arch/h8300/include/uapi/asm/auxvec.h
>  create mode 100644 arch/h8300/include/uapi/asm/byteorder.h
>  create mode 100644 arch/h8300/include/uapi/asm/ptrace.h
>  create mode 100644 arch/h8300/include/uapi/asm/sigcontext.h
>  create mode 100644 arch/h8300/include/uapi/asm/signal.h
>  create mode 100644 arch/h8300/include/uapi/asm/swab.h
>  create mode 100644 arch/h8300/include/uapi/asm/unistd.h

In the introductory mail, you mention that you have a new toolchain.
I assume this implies that all existing user space binaries are
incompatible with new kernels. If so, I would like to ask you
to use the generic ABI where possible. In particular, using
asm-generic/unistd.h to get the default system call table that
is now shared across all new architectures, but 
asm-generic/signal.h also looks like it could be used here
and asm-generic/swab.h might work but depends on performance
considerations.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Newbies]     [x86 Platform Driver]     [Netdev]     [Linux Wireless]     [Netfilter]     [Bugtraq]     [Linux Filesystems]     [Yosemite Discussion]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux