Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp972718pxb; Wed, 29 Sep 2021 13:53:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWKEQ59vbo71ucoTW4tWTiD7bV28DKwWonlN4Afh9QGpOId1Sfwa0vm+aJAhLBoso4gbif X-Received: by 2002:a17:902:c184:b0:13e:2e49:8a92 with SMTP id d4-20020a170902c18400b0013e2e498a92mr686664pld.2.1632948782601; Wed, 29 Sep 2021 13:53:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632948782; cv=none; d=google.com; s=arc-20160816; b=tnPcMqSfI3EYnMXDS5yldgd1GFyaXjuV4jZqmzVaFuwdNP30bHEKuPxc3Zb9wt/LVC hsHb34eqxiE0FTeF8dFAEff9CkuT5b6P4V51MD0muoU4sTXWeoUe6rG3xrsDYX2ZFToG 3AwMr1DwBOYmyGhhTl5X+umOAeTbFNvxuvll4esoqw0Qx2MkobGNpktl+PNE5KF4zPOP FGII2DI65XFEtBKG9Qgbml6httI6oFdCZIt7vo8Gmb385XhtcmTD6AALsrruZO6T3S2c 9TGGFjNmx6ZEdeSCvcimPKub0t2DYDJpVVRc9N+PdkiEs5C9MBtLeU+H9oJgGMi4JQ73 ZvEg== 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=587WM24LTOmLGqLOhSHilj8JkGrTc17zUl7eEsqwOCI=; b=pt6y2Wq4ogndnU2In7hApc/wqvU7y7R8OCBa5jjgdeykPTC8tI69sR9Ycq5ybJ5tPa liq4M6heO+xzHSfOKCnaH1/uKWvScL5koGUEyDFiUyrxepA6zEa/K1ZmV85yMYHDoh2o U8J6G8l8CvYqVP7ARqpbVsT8ApF6c4Orj3QJYbkPfaJBvEZBeo7/z/B55KXg0l3dnX3K LnSMsy+31oV0G0J9HpAAs16/MOmYaE3t3Rf/7s+3GM+FII9pfkXe84AN1FCVQ04s6TF2 vymATnmEFxbVBqBZkiaWbsRB+0ernHS9C0gw9Sc2yO4bCaeLyE7M+fGjRAn1D05eMfv8 3KPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=c+7CmGlm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y12si1462281pfa.326.2021.09.29.13.52.24; Wed, 29 Sep 2021 13:53:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=c+7CmGlm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1346785AbhI2Usn (ORCPT + 99 others); Wed, 29 Sep 2021 16:48:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46408 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346777AbhI2Usm (ORCPT ); Wed, 29 Sep 2021 16:48:42 -0400 Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 822B4C061765 for ; Wed, 29 Sep 2021 13:47:01 -0700 (PDT) Received: by mail-pf1-x434.google.com with SMTP id 145so2979169pfz.11 for ; Wed, 29 Sep 2021 13:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=587WM24LTOmLGqLOhSHilj8JkGrTc17zUl7eEsqwOCI=; b=c+7CmGlmZFVazVVzOVi/HDc12ybbvnkB6VxnplO+pusVVqCex/prCcPVtqW5ExnqvT JG/m6qW6Zsc0Xo7sqqjMQ1JNGGB2W2Xj4i3AsS+/B+ZqoPo+/w2m2sH1i+ADQTd05qV+ Vi+WLbXl1cStVGz0g6iPLYrGl5ropADB2EP4dtYEaclwMc0RqD62/oX3ycIS3xWTeedP P5Q12MPwqa+ud/hWmsg7SeuWHUQ82z1rzhrObCVs58IueuWTf2nGF36vjFf/mAXe7h4A DIafjY2YYGoCoPuge5rJqFirrqdjXK5KN0PnJPzRQcmc//3+rtt7xV3smJPMBu85QekS or2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=587WM24LTOmLGqLOhSHilj8JkGrTc17zUl7eEsqwOCI=; b=WxuhdXkMg+u0rKP96DK2a50piYnpQHKTtzc395lUut4O4INLAs0X86GKWTJAAHSUsV 8VqA4/LiLmL9TonC+07U6Dftbf9sD98KyAZJMa2gJ8RFBwX847UxpkKehr+1NTOxukfN SUwxg9waNQVVW764BNjkxK4/j7W7Q3hnOKuQlCq1RQ1/W7nDcYDwft+4HqIBx5U4gjNk kjE26bDfIFr5hMM6WrzcRGw2ovQbeu571570QCQ+GPH1dkOVtYUpGPZXQ2Tco/HLe1Lo ngScMBlzRvj89EOz7iC/cWDPWAsHHQ7CfY+I45VcS5z0hBKaf86zdXuOHDuTEATIRBCN f5mg== X-Gm-Message-State: AOAM533Ti/wQ8jkqVeShxIl+EoQtg7eQO+JihBEBPm6kdEiZcaAATbw9 IVhtXuYOfrCreM7xitcafjNDZWXcZje/PKDpXxO0+Q== X-Received: by 2002:a63:1550:: with SMTP id 16mr1650910pgv.442.1632948420649; Wed, 29 Sep 2021 13:47:00 -0700 (PDT) MIME-Version: 1.0 References: <20210917061104.2680133-1-brendanhiggins@google.com> In-Reply-To: From: Brendan Higgins Date: Wed, 29 Sep 2021 13:46:49 -0700 Message-ID: Subject: Re: [PATCH v1 0/6] kunit: build kunit tests without structleak plugin To: Arnd Bergmann Cc: Shuah Khan , David Gow , Kees Cook , Rafael Wysocki , Jonathan Cameron , Lars-Peter Clausen , Ulf Hansson , andreas.noever@gmail.com, michael.jamet@intel.com, Mika Westerberg , yehezkelshb@gmail.com, Masahiro Yamada , Michal Marek , Nick Desaulniers , "open list:KERNEL SELFTEST FRAMEWORK" , KUnit Development , Linux Kernel Mailing List , Linus Torvalds , gregkh , linux-iio@vger.kernel.org, linux-mmc , USB list , linux-hardening@vger.kernel.org, Linux Kbuild mailing list Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 17, 2021 at 12:38 AM Arnd Bergmann wrote: > > On Fri, Sep 17, 2021 at 8:10 AM Brendan Higgins > wrote: > > > > The structleak plugin causes the stack frame size to grow immensely when > > used with KUnit; this is caused because KUnit allocates lots of > > moderately sized structs on the stack as part of its assertion macro > > implementation. For most tests with small to moderately sized tests > > cases there are never enough KUnit assertions to be an issue at all; > > even when a single test cases has many KUnit assertions, the compiler > > should never put all these struct allocations on the stack at the same > > time since the scope of the structs is so limited; however, the > > structleak plugin does not seem to respect the compiler doing the right > > thing and will still warn of excessive stack size in some cases. > > > > These patches are not a permanent solution since new tests can be added > > with huge test cases, but this serves as a stop gap to stop structleak > > from being used on KUnit tests which will currently result in excessive > > stack size. > > > > Of the following patches, I think the thunderbolt patch may be > > unnecessary since Linus already fixed that test. Additionally, I was not > > able to reproduce the error on the sdhci-of-aspeed test. Nevertheless, I > > included these tests cases for completeness. Please see my discussion > > with Arnd for more context[1]. > > > > NOTE: Arnd did the legwork for most of these patches, but did not > > actually share code for some of them, so I left his Signed-off-by off of > > those patches as I don't want to misrepresent him. Arnd, please sign off > > on those patches at your soonest convenience. > > Thanks a lot for picking up this work where I dropped the ball. > > Patches 1-5 look good to me, and I replied on one remaining issue I see > with patch 6. I think you did more work on these that I did, by doing > a nice write-up and splitting them into separate patches with useful > changelogs, you should keep authorship, and just change my > S-o-b to Suggested-by. > > If you prefer to keep me as the author, then the correct way would > be to commit them with --author= to ensure that the author and > first s-o-b match. Sounds good. I will keep the one that has you as the author since I just rebased it, but I will move you to Suggested-by on the others. Thanks!