From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from g2t2353.austin.hpe.com (g2t2353.austin.hpe.com [15.233.44.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B3DFB21DFA8FE for ; Thu, 30 Mar 2017 09:09:08 -0700 (PDT) Subject: Re: [PATCH] test: add fio test for device-dax References: <149067383236.19079.12786890634892425193.stgit@dwillia2-desk3.amr.corp.intel.com> From: Linda Knippers Message-ID: <58DD2D73.9040902@hpe.com> Date: Thu, 30 Mar 2017 12:08:19 -0400 MIME-Version: 1.0 In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Dan Williams , Jeff Moyer Cc: "linux-nvdimm@lists.01.org" List-ID: On 03/29/2017 04:30 PM, Dan Williams wrote: > On Wed, Mar 29, 2017 at 1:19 PM, Jeff Moyer wrote: >> Dan Williams writes: >> >>> On Wed, Mar 29, 2017 at 1:02 PM, Jeff Moyer wrote: >>>> Dan Williams writes: >>>> >>>>> +check_min_kver() >>>>> +{ >>>>> + local ver="$1" >>>>> + : "${KVER:=$(uname -r)}" >>>>> + >>>>> + [ -n "$ver" ] || return 1 >>>>> + [[ "$ver" == "$(echo -e "$ver\n$KVER" | sort -V | head -1)" ]] >>>>> +} >>>>> + >>>>> +check_min_kver "4.11" || { echo "kernel $KVER may lack latest device-dax fixes"; exit $rc; } >>>> >>>> Can we stop with this kernel version checking, please? Test to see if >>>> you can create a device dax instance. If not, skip the test. If so, >>>> and if you have a kernel that isn't fixed, so be it, you'll get >>>> failures. >>> >>> I'd rather not. It helps me keep track of what went in where. If you >>> want to run all the tests on a random kernel just do: >>> >>> KVER="4.11.0" make check >> >> This, of course, breaks completely with distro kernels. > > Why does this break distro kernels? The KVER variable overrides "uname -r" FYI - dax-errors.sh doesn't look at KVER. -- ljk _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm