Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp5522374pxb; Mon, 28 Mar 2022 13:40:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzrQlNt4uEjwyc2I3A4TU+Eem2qMPu9xWUVh0ysbGry0lugfCPLjql4Z568t0aMCnoHMcm3 X-Received: by 2002:a05:6870:14cf:b0:dd:f180:7767 with SMTP id l15-20020a05687014cf00b000ddf1807767mr493936oab.92.1648500059467; Mon, 28 Mar 2022 13:40:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648500059; cv=none; d=google.com; s=arc-20160816; b=moPrISxN8eYMquqUrWl7crkyxdlgGhNWC2l0hHVdhJM8FX29WOxhwoHfchvt7U7xlL oKVxUX30rEb1Snj93j881g76IcJjlEWzaQ+RQ9kJdDGt1kg032EmjX3RSeNC7dxkOgQF WJ7rpkPFErMyXgBswu7GpjYKvH2twk4bzwfvlmjcaxd+O26MFhkZ1EN/FVVBC3TUfrFX oLn/oX3YsWIyoHWUVMloEAdpo6OQDMHEUiYZFcAkentfeT0BhW2+fV3S2ryMhMIqk2Ut R0YO3Uf4XaBzjUAoh/4Al1Weh0/qcchSn/w61LOrUSJ4pI2OkJ0t3L/ZUTa5ZMLfj7dt 70Cw== 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=jt/2KJODcgfg0427B2D9EMe8ii/7j8vJOFClANb3PD0=; b=rJ2y+e+OspDosOA3DPAWjejtswHdv3yFhKC4rqYutCpW2bSSEha0Dg/yAjHgdRibEc 8fj1+vhnUzf/s/IboOkkscZk9lE/wkDWlN5NUgKg6n+Ilv2pkaNvWohor6CnpAk87ZNw Q9eyQi/PvAIb4qXQLfW290bylEfdiR3hov1zrdX+COLacxPRpmuTjNo4KjLOSLHIAf6Q bH4ecB1DbBjVqwHyjAeOoE+hptegtBBiQ3zMQPjrpzeQJ1YBoGxX7dnfjlui7TxrhaYh zXKc/y0F5/WVZFEDevTwpKqwdmSIqXaw+E3ufNpCjJRmYjdMBYHalzrxtrMb/6QXUVz3 EaSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=AIx7uFeB; 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 s15-20020a056808008f00b002ef8a3150bbsi10000821oic.176.2022.03.28.13.40.46; Mon, 28 Mar 2022 13:40:59 -0700 (PDT) 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=AIx7uFeB; 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 S244634AbiC1RmM (ORCPT + 99 others); Mon, 28 Mar 2022 13:42:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57804 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244633AbiC1RmJ (ORCPT ); Mon, 28 Mar 2022 13:42:09 -0400 Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DE8495D1A3 for ; Mon, 28 Mar 2022 10:40:26 -0700 (PDT) Received: by mail-ej1-x633.google.com with SMTP id o10so30251042ejd.1 for ; Mon, 28 Mar 2022 10:40:26 -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=jt/2KJODcgfg0427B2D9EMe8ii/7j8vJOFClANb3PD0=; b=AIx7uFeBO7lezvIfbwU6IX2xiruO53nNSMLWYwdOxDucBEV2PxHLFJojbplpKiVB1C aDvZnIIrbYCYvNyDBBdDhSsPJE0TG1vXL/+ARJ+2Wv7EHWJ+54rlhXes03XZRTHacBA4 cfEQX5YLfQaiQqYbkIR27B7WnvXwhz/7RenoWcJ3158WT3DMMKcNnAkJH7GPN525P7hj J9cUBslhYZwxudBmBR/Lh/PJPKw2MDBebfYmCdZZqh8xjsiP1PUozNicgLb0d2EXpLyu oyo9tBgeDNfEl9eVVi5PwPqBUaBTbJws67i5wjUo4V9mQHOvbF8OMIc28rGvLBpV84cX xkAg== 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=jt/2KJODcgfg0427B2D9EMe8ii/7j8vJOFClANb3PD0=; b=RjeRoduUewsE73pwl0T7DKY01V97FxNWteyYBAnUTI45lmnzDLo7gJHRCW9nTXwDq8 bEk8S5SSbqbcZEdFFsrBJLzNeKw3ET02jn5SrFbie12vUhFcVog2dLaXtpRvY+tESE5A ygQC48evwTJY3BOxUIlk037PpZvJhKFq5tcCAroGV8ftqoIbi6nZushO1UB/ZsI+Gtzh PldKa1VxbdtuzqypBDzMNY7lMLOjnrynoI2GvtpQf+seib5iOlCVmIWC4Nmwpm/gjKzO ZHs0efJi02CRA/KWGhZXegwvc+6Id8F9Mtp+q0qogxbZ20NRwsPkGP4wmeeASKmbuJlF gb7A== X-Gm-Message-State: AOAM533IZ663+5bov2DW8e3enDWLkt2WhxVY1qu/UR3XLNDWj9Z0I63Z EgLHIJtfOt/1WDvPp349c56oLGZ5X86sgXJQ+emWeg== X-Received: by 2002:a17:906:c282:b0:6ce:369d:3d5 with SMTP id r2-20020a170906c28200b006ce369d03d5mr29674650ejz.425.1648489225178; Mon, 28 Mar 2022 10:40:25 -0700 (PDT) MIME-Version: 1.0 References: <20220326002013.483394-1-dlatypov@google.com> <20220326002013.483394-2-dlatypov@google.com> In-Reply-To: From: Daniel Latypov Date: Mon, 28 Mar 2022 12:40:14 -0500 Message-ID: Subject: Re: [PATCH v2 2/2] kunit: split resource API impl from test.c into new resource.c To: David Gow Cc: Brendan Higgins , Linux Kernel Mailing List , KUnit Development , "open list:KERNEL SELFTEST FRAMEWORK" , Shuah Khan 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, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable 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, Mar 25, 2022 at 11:27 PM David Gow wrote: > > On Sat, Mar 26, 2022 at 8:20 AM Daniel Latypov wrote: > > > > We've split out the declarations from include/kunit/test.h into > > resource.h. > > This patch splits out the definitions as well for consistency. > > > > A side effect of this is git blame won't properly track history by > > default, users need to run > > $ git blame -L ,1 -C13 lib/kunit/resource.c > > > > Signed-off-by: Daniel Latypov > > --- > > Looks good and works fine here. I'm going to try to rebase most of the > other resource system stuff I'm working on on top of these (which will > likely end up moving a bunch of code _again_, but is probably the > least terrible of all the available options). > > One nitpick (newline at end of file) below, otherwise this is good. Huh, I had thought checkpatch --strict would catch this. I guess not. Fixing this and sending out a v3. > > Reviewed-by: David Gow