diff options
author | Chen Gang <gang.chen@sunrus.com.cn> | 2015-01-01 15:27:32 +0100 |
---|---|---|
committer | Martin Schwidefsky <schwidefsky@de.ibm.com> | 2015-01-07 09:52:47 +0100 |
commit | e38f97813302065fbc9c9eab5c1a94dc021d71e2 (patch) | |
tree | 75a8e247b64343c2d00c9a2573b7cda5433bfdf3 /arch/arm/boot/compressed/vmlinux.lds.S | |
parent | s390: wire up execveat syscall (diff) | |
download | linux-e38f97813302065fbc9c9eab5c1a94dc021d71e2.tar.xz linux-e38f97813302065fbc9c9eab5c1a94dc021d71e2.zip |
s390/timex: fix get_tod_clock_ext() inline assembly
For C language, it treats array parameter as a pointer, so sizeof for an
array parameter is equal to sizeof for a pointer, which causes compiler
warning (with allmodconfig by gcc 5):
./arch/s390/include/asm/timex.h: In function 'get_tod_clock_ext':
./arch/s390/include/asm/timex.h:76:32: warning: 'sizeof' on array function parameter 'clk' will return size of 'char *' [-Wsizeof-array-argument]
typedef struct { char _[sizeof(clk)]; } addrtype;
^
Can use macro CLOCK_STORE_SIZE instead of all related hard code numbers,
which also can avoid this warning. And also add a tab to CLOCK_TICK_RATE
definition to match coding styles.
[heiko.carstens@de.ibm.com]:
Chen's patch actually fixes a bug within the get_tod_clock_ext() inline assembly
where we incorrectly tell the compiler that only 8 bytes of memory get changed
instead of 16 bytes.
This would allow gcc to generate incorrect code. Right now this doesn't seem to
be the case.
Also slightly changed the patch a bit.
- renamed CLOCK_STORE_SIZE to STORE_CLOCK_EXT_SIZE
- changed get_tod_clock_ext() to receive a char pointer parameter
Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'arch/arm/boot/compressed/vmlinux.lds.S')
0 files changed, 0 insertions, 0 deletions