Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp2542166rwb; Mon, 7 Nov 2022 14:44:30 -0800 (PST) X-Google-Smtp-Source: AMsMyM7JaZT3cr3Hz1Tm+RYx6fhrD3u2+f45U8aKX7YGzQFSH1uq6aLEujmkIaw/+GZacGQ6tPAA X-Received: by 2002:a17:906:6791:b0:78d:4051:fcf0 with SMTP id q17-20020a170906679100b0078d4051fcf0mr49804670ejp.591.1667861069793; Mon, 07 Nov 2022 14:44:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667861069; cv=none; d=google.com; s=arc-20160816; b=Fbww7LO5X88jLo1wGWPLJ0mMU3KUVvjvJq5MtRaz6dklK5Cos20y3nmqyI++DafXjI VX86hGbZBa2D64El8oi4eMYcVbxE1kzZHM6S2mnSQI3j4uvQwAyilpYt+q/X2GWIklhB NBzjhupq78uTzLeV1TsAoLucUHUox6G3rr9/SbtHAGwMIRb2kDPPWfPyJ9faeWvRyxHU K5C/u+0/zipAEb0lJt8P9m3S441YtTBwjjX3vExynkzkC6EuzqTSce8TOEknJgVQ3yX0 OmoE5broyc3O0DtdxXJW4buftve3Z+eDljY5EKpCzg/gPbLDAZJZ4n1EB0PVhZVglGyv Yvmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=TovbJoXRdYOumYzbynFNZj3QJHOtPvL1OoEBLYLy+1I=; b=fA350dcGQTNrZgtIfU9SxXShFFs1Xbaecn1vEMHvsQcZ7GMCLF56M8rv58yQNL5vNr TiwLrMOqyKSzMTPWL0i1sWDRbd+PLVw0kDYw/b+KqJLDVaFCjcfXuDL+igL8WRB+4PAt l2wCI9oio11iRuCnOXa5E3ZhSenUz95vjkqWH0GS22s2gjRL2RWLPWH3rUc0KxEZjXy0 B2x6t/7lQc8JaDCCVh/dZe93uAP+NMyKS7PbQtRhJXiEta9sSCTJ6cEIr3Toi4mQmR6T 7wfdARuErVbBnsx7zMIYb3E1lO/jz2Fqn0JfH7H6ZhiH2K4VyIKd6tHJN1GzzLVSGqt2 Ulag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=bHlsR3vh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hq40-20020a1709073f2800b0078cff711da6si11298002ejc.976.2022.11.07.14.44.06; Mon, 07 Nov 2022 14:44:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=bHlsR3vh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232110AbiKGW1h (ORCPT + 91 others); Mon, 7 Nov 2022 17:27:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230186AbiKGW1e (ORCPT ); Mon, 7 Nov 2022 17:27:34 -0500 Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4F754201B1 for ; Mon, 7 Nov 2022 14:27:33 -0800 (PST) Received: by mail-ej1-x62f.google.com with SMTP id n12so33899560eja.11 for ; Mon, 07 Nov 2022 14:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=TovbJoXRdYOumYzbynFNZj3QJHOtPvL1OoEBLYLy+1I=; b=bHlsR3vhphUK+kpJCspZnPPoWWZgKNe+utPIHIZ+EgNIatqH+H7N7Vpfu5qUSQZsiY 1ncGC4/NJevIrnJ0bcNcTyi+l/yFMLchM7Nok3Pyf9HxkwWFXug/ktCRIk7G0CijrJk9 3hg0Ckq9+aArGTzLTN7H3dAFCg9W/b+FjjpwuR8o99DFUNPBtvRe04y9oHhfc4mI+c50 feRaqgd/mFjjSWzD5WE7/GsvAMGaTf8zwzWg9+2XOHBQt8aG5bj45Z5e8TPH1jQRMwa+ PdoM+S6E06kDUV7hPqRoxU0zsOF+snx9Gd+hF3e73PkFhqPHMmJig/QxrA89xahR4R9y DyTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=TovbJoXRdYOumYzbynFNZj3QJHOtPvL1OoEBLYLy+1I=; b=4aCq65iL/Ele19OEqAx2qGwDReJjPXCuhajEs0c34OXz0m4HgWPedjJYOJU62yUmsL SAnvzGTX/uHBbKTcyaiUogW8MWkzW8Uu6hohmsfC/Tv2zcCQnitJHBMVRMTp5HroV6Md bTmqf0WvbFNMIG6XLjiu97S/XTk/nXgc3hAWmYNQ1kV8Q4CzGI0JGTmd4BmX6JRPLBKx NWx4ksFRtUyBjVGwFkEemsSgbegftH32HHJ5F2g/jyQRUVPTjDNXJ+0X39x2tzmze9IG +RWEZd89MUqT6qeETKQ+JiYtVEBsUNbDk6Pd4xPTW9dALLLN2I07HeXSvpRLxo6+IdC2 HG9Q== X-Gm-Message-State: ACrzQf2kC0xLryVdMmiDca9W4YvHkKdMuXH5lj8bTc3UbRv5gU7Dxqlf GIv/9Lj1H6QpU4y6RDhwc7OEpB9ZX/z/GgIiNe+E3Q== X-Received: by 2002:a17:907:74a:b0:77e:9455:b4e1 with SMTP id xc10-20020a170907074a00b0077e9455b4e1mr49954480ejb.462.1667860051757; Mon, 07 Nov 2022 14:27:31 -0800 (PST) MIME-Version: 1.0 References: <20221104194705.3245738-1-rmoar@google.com> In-Reply-To: <20221104194705.3245738-1-rmoar@google.com> From: Daniel Latypov Date: Mon, 7 Nov 2022 14:27:20 -0800 Message-ID: Subject: Re: [PATCH v1 1/2] kunit: improve KTAP compliance of KUnit test output To: Rae Moar Cc: brendanhiggins@google.com, davidgow@google.com, skhan@linuxfoundation.org, mauro.chehab@linux.intel.com, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 4, 2022 at 12:48 PM Rae Moar wrote: > > Change KUnit test output to comply with KTAP version 1 specifications > found here: https://kernel.org/doc/html/latest/dev-tools/ktap.html. > 1) Use "KTAP version 1" instead of "TAP version 14" as test output header > 2) Remove '-' between test number and test name on test result lines > 2) Add KTAP version lines to each subtest header as well > > Original output: > > TAP version 14 > 1..1 > # Subtest: kunit-test-suite > 1..3 > ok 1 - kunit_test_1 > ok 2 - kunit_test_2 > ok 3 - kunit_test_3 > # kunit-test-suite: pass:3 fail:0 skip:0 total:3 > # Totals: pass:3 fail:0 skip:0 total:3 > ok 1 - kunit-test-suite > > New output: > > KTAP version 1 > 1..1 > # Subtest: kunit-test-suite > KTAP version 1 > 1..3 > ok 1 kunit_test_1 > ok 2 kunit_test_2 > ok 3 kunit_test_3 > # kunit-test-suite: pass:3 fail:0 skip:0 total:3 > # Totals: pass:3 fail:0 skip:0 total:3 > ok 1 kunit-test-suite > > Signed-off-by: Rae Moar Reviewed-by: Daniel Latypov I had been worried initially that this needed kunit_parser.py changes to work. But it doesn't, this change can go in now with minimal side effects. More details below: This code treats the new "KTAP version 1" subheaders as random kernel output, so it puts it into the `test.log` E.g. if I change to `not ok 1 kunit_test_1`, it'll print KTAP version 1 1..3 not ok 1 kunit_test_1 After the next patch, it just prints not ok 1 kunit_test_1 This bit of extra output on failure is something we can live with, esp. since it gets addressed by the next patch.