# \[PATCH v05 60/72\] arch/arm/include/uapi/asm/signal.h: use \_\_kernel\_size\_t instead of size\_t

- From: Arnd Bergmann \<arnd@arndb.de\>
- Date: 2016-08-24 15:03:35 
- List: linux-arm-kernel
- Page: https://ratatoskr.run/linux-arm-kernel/2016/08/4821649
- Thread: https://ratatoskr.run/linux-arm-kernel/2016/08/4819993/t.md

```text
On Monday, August 22, 2016 8:33:17 PM CEST Mikko Rapeli wrote:
> diff --git a/arch/arm/include/uapi/asm/signal.h b/arch/arm/include/uapi/asm/signal.h
> index 33073bd..859f2de 100644
> --- a/arch/arm/include/uapi/asm/signal.h
> +++ b/arch/arm/include/uapi/asm/signal.h
> @@ -113,7 +113,7 @@ struct sigaction {
>  typedef struct sigaltstack {
>         void __user *ss_sp;
>         int ss_flags;
> -       size_t ss_size;
> +       __kernel_size_t ss_size;
>  } stack_t;

I was going to reply with an Ack, but on further consideration,
I'm not sure if we can't do this in general: size_t may be either
'unsigned int' or 'unsigned long' (depending on the architecture
and toolchain), and if kernel and glibc disagree on this, we
have a problem with any user space code that expects sigaltstack->ss_size
to be the same type as size_t (as mandated by the man page).

I wonder if there is another way to address this.

	Arnd
```