1. 12 4月, 2018 1 次提交
  2. 05 4月, 2018 1 次提交
  3. 27 3月, 2018 1 次提交
    • M
      selftests: Print the test we're running to /dev/kmsg · 88893cf7
      Michael Ellerman 提交于
      Some tests cause the kernel to print things to the kernel log
      buffer (ie. printk), in particular oops and warnings etc. However when
      running all the tests in succession it's not always obvious which
      test(s) caused the kernel to print something.
      
      We can narrow it down by printing which test directory we're running
      in to /dev/kmsg, if it's writable.
      
      Example output:
      
        [  170.149149] kselftest: Running tests in powerpc
        [  305.300132] kworker/dying (71) used greatest stack depth: 7776 bytes
                       left
        [  808.915456] kselftest: Running tests in pstore
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      88893cf7
  4. 14 3月, 2018 1 次提交
  5. 06 3月, 2018 1 次提交
  6. 17 1月, 2018 1 次提交
    • M
      selftests: Fix loss of test output in run_kselftests.sh · 14f1889f
      Michael Ellerman 提交于
      Commit fbcab13d ("selftests: silence test output by default")
      changed the run_tests logic as well as the logic to generate
      run_kselftests.sh to redirect test output away from the console.
      
      As discussed on the list and at kernel summit, this is not a desirable
      default as it means in order to debug a failure the console output is
      not sufficient, you also need access to the test machine to get the
      full test logs. Additionally it's impolite to write directly to
      /tmp/$TEST_NAME on shared systems.
      
      The change to the run_tests logic was reverted in commit
      a323335e ("selftests: lib.mk: print individual test results to
      console by default"), and instead a summary option was added so that
      quiet output could be requested.
      
      However the change to run_kselftests.sh was left as-is.
      
      This commit applies the same logic to the run_kselftests.sh code, ie.
      the script now takes a "--summary" option which suppresses the output,
      but shows all output by default.
      
      Additionally instead of writing to /tmp/$TEST_NAME the output is
      redirected to the directory where the generated test script is
      located.
      
      Fixes: fbcab13d ("selftests: silence test output by default")
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      14f1889f
  7. 15 11月, 2017 1 次提交
    • P
      android/ion: userspace test utility for ion buffer sharing · 47a18c42
      Pintu Agarwal 提交于
      This is a test utility to verify ION buffer sharing in user space
      between 2 independent processes.
      It uses unix domain socket (with SCM_RIGHTS) as IPC to transfer an FD to
      another process to share the same buffer.
      This utility demonstrates how ION buffer sharing can be implemented between
      two user space processes, using various heap types.
      
      This utility is made to be run as part of kselftest framework in kernel.
      The utility is verified on Ubuntu-32 bit system with Linux Kernel 4.14,
      using ION system heap.
      
      For more information about the utility please check the README file.
      Signed-off-by: NPintu Agarwal <pintu.ping@gmail.com>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      47a18c42
  8. 02 11月, 2017 1 次提交
    • G
      License cleanup: add SPDX GPL-2.0 license identifier to files with no license · b2441318
      Greg Kroah-Hartman 提交于
      Many source files in the tree are missing licensing information, which
      makes it harder for compliance tools to determine the correct license.
      
      By default all files without license information are under the default
      license of the kernel, which is GPL version 2.
      
      Update the files which contain no license information with the 'GPL-2.0'
      SPDX license identifier.  The SPDX identifier is a legally binding
      shorthand, which can be used instead of the full boiler plate text.
      
      This patch is based on work done by Thomas Gleixner and Kate Stewart and
      Philippe Ombredanne.
      
      How this work was done:
      
      Patches were generated and checked against linux-4.14-rc6 for a subset of
      the use cases:
       - file had no licensing information it it.
       - file was a */uapi/* one with no licensing information in it,
       - file was a */uapi/* one with existing licensing information,
      
      Further patches will be generated in subsequent months to fix up cases
      where non-standard license headers were used, and references to license
      had to be inferred by heuristics based on keywords.
      
      The analysis to determine which SPDX License Identifier to be applied to
      a file was done in a spreadsheet of side by side results from of the
      output of two independent scanners (ScanCode & Windriver) producing SPDX
      tag:value files created by Philippe Ombredanne.  Philippe prepared the
      base worksheet, and did an initial spot review of a few 1000 files.
      
      The 4.13 kernel was the starting point of the analysis with 60,537 files
      assessed.  Kate Stewart did a file by file comparison of the scanner
      results in the spreadsheet to determine which SPDX license identifier(s)
      to be applied to the file. She confirmed any determination that was not
      immediately clear with lawyers working with the Linux Foundation.
      
      Criteria used to select files for SPDX license identifier tagging was:
       - Files considered eligible had to be source code files.
       - Make and config files were included as candidates if they contained >5
         lines of source
       - File already had some variant of a license header in it (even if <5
         lines).
      
      All documentation files were explicitly excluded.
      
      The following heuristics were used to determine which SPDX license
      identifiers to apply.
      
       - when both scanners couldn't find any license traces, file was
         considered to have no license information in it, and the top level
         COPYING file license applied.
      
         For non */uapi/* files that summary was:
      
         SPDX license identifier                            # files
         ---------------------------------------------------|-------
         GPL-2.0                                              11139
      
         and resulted in the first patch in this series.
      
         If that file was a */uapi/* path one, it was "GPL-2.0 WITH
         Linux-syscall-note" otherwise it was "GPL-2.0".  Results of that was:
      
         SPDX license identifier                            # files
         ---------------------------------------------------|-------
         GPL-2.0 WITH Linux-syscall-note                        930
      
         and resulted in the second patch in this series.
      
       - if a file had some form of licensing information in it, and was one
         of the */uapi/* ones, it was denoted with the Linux-syscall-note if
         any GPL family license was found in the file or had no licensing in
         it (per prior point).  Results summary:
      
         SPDX license identifier                            # files
         ---------------------------------------------------|------
         GPL-2.0 WITH Linux-syscall-note                       270
         GPL-2.0+ WITH Linux-syscall-note                      169
         ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21
         ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17
         LGPL-2.1+ WITH Linux-syscall-note                      15
         GPL-1.0+ WITH Linux-syscall-note                       14
         ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5
         LGPL-2.0+ WITH Linux-syscall-note                       4
         LGPL-2.1 WITH Linux-syscall-note                        3
         ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3
         ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1
      
         and that resulted in the third patch in this series.
      
       - when the two scanners agreed on the detected license(s), that became
         the concluded license(s).
      
       - when there was disagreement between the two scanners (one detected a
         license but the other didn't, or they both detected different
         licenses) a manual inspection of the file occurred.
      
       - In most cases a manual inspection of the information in the file
         resulted in a clear resolution of the license that should apply (and
         which scanner probably needed to revisit its heuristics).
      
       - When it was not immediately clear, the license identifier was
         confirmed with lawyers working with the Linux Foundation.
      
       - If there was any question as to the appropriate license identifier,
         the file was flagged for further research and to be revisited later
         in time.
      
      In total, over 70 hours of logged manual review was done on the
      spreadsheet to determine the SPDX license identifiers to apply to the
      source files by Kate, Philippe, Thomas and, in some cases, confirmation
      by lawyers working with the Linux Foundation.
      
      Kate also obtained a third independent scan of the 4.13 code base from
      FOSSology, and compared selected files where the other two scanners
      disagreed against that SPDX file, to see if there was new insights.  The
      Windriver scanner is based on an older version of FOSSology in part, so
      they are related.
      
      Thomas did random spot checks in about 500 files from the spreadsheets
      for the uapi headers and agreed with SPDX license identifier in the
      files he inspected. For the non-uapi files Thomas did random spot checks
      in about 15000 files.
      
      In initial set of patches against 4.14-rc6, 3 files were found to have
      copy/paste license identifier errors, and have been fixed to reflect the
      correct identifier.
      
      Additionally Philippe spent 10 hours this week doing a detailed manual
      inspection and review of the 12,461 patched files from the initial patch
      version early this week with:
       - a full scancode scan run, collecting the matched texts, detected
         license ids and scores
       - reviewing anything where there was a license detected (about 500+
         files) to ensure that the applied SPDX license was correct
       - reviewing anything where there was no detection but the patch license
         was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied
         SPDX license was correct
      
      This produced a worksheet with 20 files needing minor correction.  This
      worksheet was then exported into 3 different .csv files for the
      different types of files to be modified.
      
      These .csv files were then reviewed by Greg.  Thomas wrote a script to
      parse the csv files and add the proper SPDX tag to the file, in the
      format that the file expected.  This script was further refined by Greg
      based on the output to detect more types of files automatically and to
      distinguish between header and source .c files (which need different
      comment types.)  Finally Greg ran the script using the .csv files to
      generate the patches.
      Reviewed-by: NKate Stewart <kstewart@linuxfoundation.org>
      Reviewed-by: NPhilippe Ombredanne <pombredanne@nexb.com>
      Reviewed-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b2441318
  9. 26 9月, 2017 1 次提交
  10. 21 9月, 2017 1 次提交
  11. 22 4月, 2017 2 次提交
  12. 19 2月, 2017 1 次提交
  13. 20 1月, 2017 2 次提交
  14. 06 1月, 2017 2 次提交
  15. 13 12月, 2016 1 次提交
    • B
      selftest/gpio: add gpio test case · 22f6592b
      Bamvor Jian Zhang 提交于
      This test script try to do whitebox testing for gpio subsystem(based on
      gpiolib). It manipulate gpio device through chardev or sysfs and check
      the result from debugfs. This script test gpio-mockup through chardev by
      default. User could test other gpio chip by passing the module name.
      Some of the testcases are turned off by default to avoid the conflicting
      with gpiochip in system.
      
      In details, it test the following things:
      1.  Test direction and output value for valid pin.
      2.  Test dynamic allocation of gpio base.
      3.  Add single, multi gpiochip to do overlap check.
      
      Run "tools/testing/selftests/gpio/gpio-mockup.sh -h" for usage.
      Acked-by: NShuah Khan <shuahkh@osg.samsung.com>
      Signed-off-by: NBamvor Jian Zhang <bamvor.zhangjian@linaro.org>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      22f6592b
  16. 02 12月, 2016 1 次提交
  17. 18 10月, 2016 1 次提交
    • D
      bpf: add initial suite for selftests · 5aa5bd14
      Daniel Borkmann 提交于
      Add a start of a test suite for kernel selftests. This moves test_verifier
      and test_maps over to tools/testing/selftests/bpf/ along with various
      code improvements and also adds a script for invoking test_bpf module.
      The test suite can simply be run via selftest framework, f.e.:
      
        # cd tools/testing/selftests/bpf/
        # make
        # make run_tests
      
      Both test_verifier and test_maps were kind of misplaced in samples/bpf/
      directory and we were looking into adding them to selftests for a while
      now, so it can be picked up by kbuild bot et al and hopefully also get
      more exposure and thus new test case additions.
      Signed-off-by: NDaniel Borkmann <daniel@iogearbox.net>
      Acked-by: NAlexei Starovoitov <ast@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5aa5bd14
  18. 23 9月, 2016 1 次提交
  19. 03 5月, 2016 1 次提交
  20. 24 11月, 2015 2 次提交
  21. 07 11月, 2015 1 次提交
  22. 16 10月, 2015 2 次提交
    • H
      selftests/pstore: add pstore test scripts going with reboot · f615e2bb
      Hiraku Toyooka 提交于
      To test pstore in earnest, we have to cause kernel crash and check
      pstore filesystem after reboot.
      
      We add two scripts:
       - pstore_crash_test
           This script causes kernel crash and reboot. It is executed by
           'make run_pstore_crash' in selftests. It can also be used with kdump.
       - pstore_post_reboot_tests
           This script includes test cases which check pstore's behavior after
           crash and reboot. It is executed together with pstore_tests by
           'make run_tests [-C pstore]' in selftests.
      
      The test cases in pstore_post_reboot_tests are currently following.
      
      - Check pstore backend is registered
      - Mount pstore filesystem
      - Check dmesg/console/pmsg files exist in pstore filesystem
      - Check dmesg/console files contain oops end marker
      - Check pmsg file properly keeps the content written before crash
      - Remove all files in pstore filesystem
      
      Example usage is following.
      
        (before reboot)
        # cd /path/to/selftests
        # make run_tests -C pstore
        === Pstore unit tests (pstore_tests) ===
        UUID=b49b02cf-b0c2-4309-be43-b08c3971e37f
        ...
        selftests: pstore_tests [PASS]
        === Pstore unit tests (pstore_post_reboot_tests) ===
        UUID=953eb1bc-8e03-48d7-b27a-6552b24c5b7e
        Checking pstore backend is registered ... ok
                backend=ramoops
                cmdline=console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait mem=768M ramoops.mem_address=0x30000000 ramoops.mem_size=0x10000
        pstore_crash_test has not been executed yet. we skip further tests.
        selftests: pstore_post_reboot_tests [PASS]
      
        # make run_pstore_crash
        === Pstore unit tests (pstore_crash_test) ===
        UUID=93c8972d-1466-430b-8c4a-28d8681e74c6
        Checking pstore backend is registered ... ok
                backend=ramoops
                cmdline=console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait mem=768M ramoops.mem_address=0x30000000 ramoops.mem_size=0x10000
        Causing kernel crash ...
        (kernel crash and reboot)
        ...
      
        (after reboot)
        # make run_tests -C pstore
        === Pstore unit tests (pstore_tests) ===
        UUID=8e511e77-2285-499f-8bc0-900d9af1fbcc
        ...
        selftests: pstore_tests [PASS]
        === Pstore unit tests (pstore_post_reboot_tests) ===
        UUID=2dcc2132-4f3c-45aa-a38f-3b54bff8cef1
        Checking pstore backend is registered ... ok
                backend=ramoops
                cmdline=console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait mem=768M ramoops.mem_address=0x30000000 ramoops.mem_size=0x10000
        Mounting pstore filesystem ... ok
        Checking dmesg files exist in pstore filesystem ... ok
                dmesg-ramoops-0
                dmesg-ramoops-1
        Checking console files exist in pstore filesystem ... ok
                console-ramoops-0
        Checking pmsg files exist in pstore filesystem ... ok
                pmsg-ramoops-0
        Checking dmesg files contain oops end marker
                dmesg-ramoops-0 ... ok
                dmesg-ramoops-1 ... ok
        Checking console file contains oops end marker ... ok
        Checking pmsg file properly keeps the content written before crash ... ok
        Removing all files in pstore filesystem
                console-ramoops-0 ... ok
                dmesg-ramoops-0 ... ok
                dmesg-ramoops-1 ... ok
                pmsg-ramoops-0 ... ok
        selftests: pstore_post_reboot_tests [PASS]
      Signed-off-by: NHiraku Toyooka <hiraku.toyooka.gu@hitachi.com>
      Cc: Shuah Khan <shuahkh@osg.samsung.com>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Anton Vorontsov <anton@enomsg.org>
      Cc: Colin Cross <ccross@android.com>
      Cc: Kees Cook <keescook@chromium.org>
      Cc: Mark Salyzyn <salyzyn@android.com>
      Cc: Seiji Aguchi <seiji.aguchi.tr@hitachi.com>
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-api@vger.kernel.org
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      f615e2bb
    • H
      selftests/pstore: add pstore test script for pre-reboot · cc04a46f
      Hiraku Toyooka 提交于
      The pstore_tests script includes test cases which check pstore's
      behavior before crash (and reboot).
      
      The test cases are currently following.
      
      - Check pstore backend is registered
      - Check pstore console is registered
      - Check /dev/pmsg0 exists
      - Write unique string to /dev/pmsg0
      
      The unique string written to /dev/pmsg includes UUID. The UUID is also
      left in 'uuid' file in order to enable us to check if the pmsg keeps the
      string correctly after reboot.
      
      Example usage is following.
      
        # cd /path/to/selftests
        # make run_tests -C pstore (or just .pstore/pstore_tests)
        make: Entering directory '/path/to/selftests/pstore'
        === Pstore unit tests (pstore_tests) ===
        UUID=b49b02cf-b0c2-4309-be43-b08c3971e37f
        Checking pstore backend is registered ... ok
                backend=ramoops
                cmdline=console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait mem=768M ramoops.mem_address=0x30000000 ramoops.mem_size=0x10000
        Checking pstore console is registered ... ok
        Checking /dev/pmsg0 exists ... ok
        Writing unique string to /dev/pmsg0 ... ok
        selftests: pstore_tests [PASS]
        make: Leaving directory '/path/to/selftests/pstore'
      
      We can also see test logs later.
      
        # cat pstore/logs/20151001-072718_b49b02cf-b0c2-4309-be43-b08c3971e37f/pstore_tests.log
        Thu Oct  1 07:27:18 UTC 2015
        === Pstore unit tests (pstore_tests) ===
        UUID=b49b02cf-b0c2-4309-be43-b08c3971e37f
        Checking pstore backend is registered ... ok
                backend=ramoops
                cmdline=console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait mem=768M ramoops.mem_address=0x30000000 ramoops.mem_size=0x10000
        Checking pstore console is registered ... ok
        Checking /dev/pmsg0 exists ... ok
        Writing unique string to /dev/pmsg0 ... ok
      Signed-off-by: NHiraku Toyooka <hiraku.toyooka.gu@hitachi.com>
      Cc: Shuah Khan <shuahkh@osg.samsung.com>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Anton Vorontsov <anton@enomsg.org>
      Cc: Colin Cross <ccross@android.com>
      Cc: Kees Cook <keescook@chromium.org>
      Cc: Mark Salyzyn <salyzyn@android.com>
      Cc: Seiji Aguchi <seiji.aguchi.tr@hitachi.com>
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-api@vger.kernel.org
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      cc04a46f
  23. 15 9月, 2015 1 次提交
  24. 12 9月, 2015 1 次提交
  25. 28 8月, 2015 2 次提交
    • B
      selftests: check before install · a7d0f078
      Bamvor Jian Zhang 提交于
      When the test cases is not supported by the current architecture
      the install files(TEST_PROGS, TEST_PROGS_EXTENDED and TEST_FILES)
      will be empty. Check it before installation to dismiss a failure
      reported by install program.
      Signed-off-by: NBamvor Jian Zhang <bamvor.zhangjian@linaro.org>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      a7d0f078
    • N
      selftests/zram: Adding zram tests · f21fb798
      Naresh Kamboju 提交于
      zram: Compressed RAM based block devices
      ----------------------------------------
      The zram module creates RAM based block devices named /dev/zram<id>
      (<id> = 0, 1, ...). Pages written to these disks are compressed and stored
      in memory itself. These disks allow very fast I/O and compression provides
      good amounts of memory savings. Some of the usecases include /tmp storage,
      use as swap disks, various caches under /var and maybe many more :)
      
      Statistics for individual zram devices are exported through sysfs nodes at
      /sys/block/zram<id>/
      
      This patch is to validate the zram functionality. Test interacts with block
      device /dev/zram<id> and sysfs nodes /sys/block/zram<id>/
      
      zram.sh: sanity check of CONFIG_ZRAM and to run zram01 and zram02 tests
      zram01.sh: creates general purpose ram disks with different filesystems
      zram02.sh: creates block device for swap
      zram_lib.sh: create library with initialization/cleanup functions
      README: ZRAM introduction and Kconfig required.
      Makefile: To run zram tests
      
      zram test output
      -----------------
      ./zram.sh
      --------------------
      running zram tests
      --------------------
      /dev/zram0 device file found: OK
      set max_comp_streams to zram device(s)
      /sys/block/zram0/max_comp_streams = '2' (1/1)
      zram max streams: OK
      test that we can set compression algorithm
      supported algs: [lzo] lz4
      /sys/block/zram0/comp_algorithm = 'lzo' (1/1)
      zram set compression algorithm: OK
      set disk size to zram device(s)
      /sys/block/zram0/disksize = '2097152' (1/1)
      zram set disksizes: OK
      set memory limit to zram device(s)
      /sys/block/zram0/mem_limit = '2M' (1/1)
      zram set memory limit: OK
      make ext4 filesystem on /dev/zram0
      zram mkfs.ext4: OK
      mount /dev/zram0
      zram mount of zram device(s): OK
      fill zram0...
      zram0 can be filled with '1932' KB
      zram used 3M, zram disk sizes 2097152M
      zram compression ratio: 699050.66:1: OK
      zram cleanup
      zram01 : [PASS]
      
      /dev/zram0 device file found: OK
      set max_comp_streams to zram device(s)
      /sys/block/zram0/max_comp_streams = '2' (1/1)
      zram max streams: OK
      set disk size to zram device(s)
      /sys/block/zram0/disksize = '1048576' (1/1)
      zram set disksizes: OK
      set memory limit to zram device(s)
      /sys/block/zram0/mem_limit = '1M' (1/1)
      zram set memory limit: OK
      make swap with zram device(s)
      done with /dev/zram0
      zram making zram mkswap and swapon: OK
      zram swapoff: OK
      zram cleanup
      zram02 : [PASS]
      
      CC: Shuah Khan <shuahkh@osg.samsung.com>
      CC: Tyler Baker <tyler.baker@linaro.org>
      CC: Milosz Wasilewski <milosz.wasilewski@linaro.org>
      CC: Alexey Kodanev <alexey.kodanev@oracle.com>
      Signed-off-by: NNaresh Kamboju <naresh.kamboju@linaro.org>
      Signed-off-by: NAlexey Kodanev <alexey.kodanev@oracle.com>
      Reviewed-By: NTyler Baker <tyler.baker@linaro.org>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      f21fb798
  26. 03 8月, 2015 1 次提交
  27. 23 6月, 2015 1 次提交
    • S
      selftests: add quicktest support · 2278e5ed
      Shuah Khan 提交于
      Add quicktest support to enable users to choose to run
      tests that complete in a short time. Choosing this option
      excludes tests that take longer time complete e.g: timers.
      User can specify quicktest option from kernel top level or
      selftests directory.
      
      Kernel top level directory:
      make quicktest=1 kselftest
      
      tools/testing/selftests directory:
      make quicktest=1 run_tests
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      2278e5ed
  28. 18 6月, 2015 1 次提交
  29. 27 5月, 2015 2 次提交
  30. 08 4月, 2015 1 次提交
    • A
      x86, selftests: Add sigreturn selftest · 3f705dfd
      Andy Lutomirski 提交于
      This is my sigreturn test, added mostly unchanged from its old
      home. It exercises the sigreturn(2) syscall, specifically
      focusing on its interactions with various IRET corner cases.
      
      It tests for correct behavior in several areas that were
      historically dangerously buggy. For example, it exercises espfix
      on kernels of both bitnesses under various conditions, and it
      contains testcases for several now-fixed bugs in IRET error
      handling.
      
      If you run it on older kernels without the fixes, your system will
      crash. It probably won't eat your data in the process.
      
      There is no released kernel on which the sigreturn_64 test will
      pass, but it passes on tip:x86/asm.
      
      I plan to switch to lib.mk for Linux 4.2.
      
      I'm not using the ksft_ helpers at all yet.  I can do that later.
      Signed-off-by: NAndy Lutomirski <luto@kernel.org>
      Acked-by: NShuah Khan <shuahkh@osg.samsung.com>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Borislav Petkov <bp@alien8.de>
      Cc: Brian Gerst <brgerst@gmail.com>
      Cc: Denys Vlasenko <dvlasenk@redhat.com>
      Cc: Denys Vlasenko <vda.linux@googlemail.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Shuah Khan <shuah.kh@samsung.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Link: http://lkml.kernel.org/r/89d10b76b92c7202d8123654dc8d36701c017b3d.1428386971.git.luto@kernel.org
      [ Fixed empty format string GCC build warning in trivial_32bit_program.c ]
      Signed-off-by: NIngo Molnar <mingo@kernel.org>
      3f705dfd
  31. 19 3月, 2015 1 次提交
    • S
      selftests: Fix build failures when invoked from kselftest target · 67d8712d
      Shuah Khan 提交于
      Several tests that rely on implicit build rules fail to build,
      when invoked from the main Makefile kselftest target. These
      failures are due to --no-builtin-rules and --no-builtin-variables
      options set in the inherited MAKEFLAGS.
      
      --no-builtin-rules eliminates the use of built-in implicit rules
      and --no-builtin-variables is for not defining built-in variables.
      These two options override the use of implicit rules resulting in
      build failures. In addition, inherited LDFLAGS result in build
      failures and there is no need to define LDFLAGS.  Clear LDFLAGS
      and MAKEFLAG when make is invoked from the main Makefile kselftest
      target. Fixing this at selftests Makefile avoids changing the main
      Makefile and keeps this change self contained at selftests level.
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      Acked-by: NMichael Ellerman <mpe@ellerman.id.au>
      67d8712d
  32. 14 3月, 2015 1 次提交
    • M
      selftests: Add install target · 32dcfba6
      Michael Ellerman 提交于
      This adds make install support to selftests. The basic usage is:
      
      $ cd tools/testing/selftests
      $ make install
      
      That installs into tools/testing/selftests/install, which can then be
      copied where ever necessary.
      
      The install destination is also configurable using eg:
      
      $ INSTALL_PATH=/mnt/selftests make install
      
      The implementation uses two targets in the child makefiles. The first
      "install" is expected to install all files into $(INSTALL_PATH).
      
      The second, "emit_tests", is expected to emit the test instructions (ie.
      bash script) on stdout. Separating this from install means the child
      makefiles need no knowledge of the location of the test script.
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NShuah Khan <shuahkh@osg.samsung.com>
      32dcfba6
  33. 19 12月, 2014 1 次提交