Re: [PATCH V4 00/13] POWER DSCR fixes, improvements, docs and tests

From: Michael Ellerman
Date: Wed May 20 2015 - 23:53:55 EST


On Mon, 2015-05-18 at 16:26 +0530, Anshuman Khandual wrote:
> This patch series has patches for POWER DSCR fixes, improvements,
> in code documentaion, kernel support user documentation and selftest based
> test cases. It has got five test cases which are derived from Anton's DSCR
> test bucket which can be listed as follows.
>
> (1) http://ozlabs.org/~anton/junkcode/dscr_default_test.c
> (2) http://ozlabs.org/~anton/junkcode/dscr_explicit_test.c
> (3) http://ozlabs.org/~anton/junkcode/dscr_inherit_exec_test.c
> (4) http://ozlabs.org/~anton/junkcode/dscr_inherit_test.c
> (5) http://ozlabs.org/~anton/junkcode/user_dscr_test.c
>
> NOTE1: Anton's original inherit exec test expected the child to have system
> default DSCR value instead of the inherited DSCR value from it's parent.
> But looks like thats not the case when we execute the test, it always
> inherits it's parent's DSCR value over the exec call as well. So I have
> changed the test program assuming its correct to have the inherited DSCR
> value in the fork/execed child program. Please let me know if thats not
> correct and I am missing something there.

The selftests still fail to build:

cc -Wall -O2 -flto -Wall -Werror -DGIT_VERSION='"v4.0-rc1-13631-gdfcba4b"' -I/home/buildbot/buildbot/slave/selftests-ppc64-gcc-ubuntu-be/build/tools/testing/selftests/powerpc -lpthread dscr_default_test.c ../harness.c -o dscr_default_test
In file included from dscr_default_test.c:16:0:
dscr.h: In function âget_default_dscrâ:
dscr.h:93:6: error: ignoring return value of âreadâ, declared with attribute warn_unused_result [-Werror=unused-result]
read(fd, buf, sizeof(buf));
^
dscr.h: In function âset_default_dscrâ:
dscr.h:112:7: error: ignoring return value of âwriteâ, declared with attribute warn_unused_result [-Werror=unused-result]
write(fd, buf, strlen(buf));
^
cc1: all warnings being treated as errors
make[1]: *** [dscr_default_test] Error 1


I'm happy for you to call perror() and exit(1) if either fail.

Please fix and resend.

cheers


--
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/