Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp776543ybl; Tue, 28 Jan 2020 11:56:31 -0800 (PST) X-Google-Smtp-Source: APXvYqwCKbvr3L653FzA/j1MCnOA9ZuJYCL+XFGosVu2muQId/veezje6e7wngjI41NuWq50fVuC X-Received: by 2002:a9d:799a:: with SMTP id h26mr17022381otm.240.1580241391160; Tue, 28 Jan 2020 11:56:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580241391; cv=none; d=google.com; s=arc-20160816; b=ALzaClEDZ2HeE/J2dY6cpfT/xGeBKeNIYI3gH7vvk/qMfT1fXwJF/HZ4vYQKZlSD2/ AtkmDIHJ/5nn08b1CEijCKGLjQsJPOr5ooou3DwEFJP/tLbqKIkEA0yx6hCEpkebeffa SlCOxPNXd6TgX7XlW02+EL5b9dN20zC9uhVQgdqwYWAPCRhML89E3axc5WMPdaz3b8Gz n8wDGVKYOgKKzpTlQcQ5G7xm+UHiniOre1f26mKC72/SLIgL0DqlqpDUVWivcNuV+V/A UBsOrA4tHvkKs2UOpTkYlavHYPFl5iL7PP9162dusExycV7000Ryt1OCg+NAK1YGPkob MTHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=V/f5zRc++UUEl2oF7a/v6c3iW8+A1FaOUHgeSr1YnVs=; b=nqn6CrgNgfigL4249Y63SDBngDc8BhAFPDvPjPqZRR3iThQUw7fF+TiGU1rXf1+dlx nRdJQv8aFMunWc9g/lPQcxKVmKovfxLxqsUfQjilPSgYOMQr+puAewVQ1dHh0SfBxFLV kgWiUgu66Zte7XViHfNPLaNnci2I+LUV+Zv0zkyjioKS3J5liBWwsk6G2YWP5eNAP4GD KXIWlp4GnujUvbrU3sUXbwFgn5xRsRqGilpFllyQgPH9Q7lVtmpBwuSpDNslPauINY3u vdbnYaj4bEmaaaDdKtH1Y+m5PJClYWzvjWaBtItUAc3X5kz0OGTc6JRMlJC6MvKfgOxX Ei2A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=V3FY0oe6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id n63si5211699oib.210.2020.01.28.11.56.18; Tue, 28 Jan 2020 11:56:31 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=V3FY0oe6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726192AbgA1TyB (ORCPT + 99 others); Tue, 28 Jan 2020 14:54:01 -0500 Received: from mail-pl1-f193.google.com ([209.85.214.193]:46383 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726234AbgA1TyA (ORCPT ); Tue, 28 Jan 2020 14:54:00 -0500 Received: by mail-pl1-f193.google.com with SMTP id y8so5509419pll.13 for ; Tue, 28 Jan 2020 11:54:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V/f5zRc++UUEl2oF7a/v6c3iW8+A1FaOUHgeSr1YnVs=; b=V3FY0oe6cawkXOzECXYXusqM1m9RESvFiJ318Zd1jyxpfbejY+CSUTAG0yDVae+gh7 pYc3vMUzJ+h98Raq2Mf3MaJlkPS3Tq1kTEaVxRYxNtvNYvMIFeOQhAHA2IdylHb12t4O /Xyz1C6esVXDMnLz/jxMeZ051W5J+xMFr/TVseT7PIJ1Ykuj8JtuXkbEyg471Cv3xiyo IBdrZrDnfkkfbBfGnUduk8UZwMsrIx5XW2N13A4UEIBDsoED3fGtcpdZwubSJZPxsIvU K2iZbZPxbx7ZMoe/+aDnxn5RQhf9IVAHuYIr3D6N8L7T+IJ1VEFDze2+++I3nOi8MZ31 WG2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=V/f5zRc++UUEl2oF7a/v6c3iW8+A1FaOUHgeSr1YnVs=; b=krVtMWdgxxHzgMFrBvzf3TENsw80wCNcs/TPmBn3fP4VGhklDXDTDPa2bZnh7aJmz3 KsB4UqRXmLyuRzFh/rEV9bDr52YZIwnGod44FRKzlT7yHPV7i1NeOwH17j3qaHZKiBVd 8NB2oVBqIvBV6K0JDF/t08ZRiG5Rb/G/CmpAR1S194NqM6N9Es1B1A/DxGY9fSsTkLDk gAJPWUvVSoSDIxtJEIe/j6yHRNx/BCdHwR1+qN5S3/fILHGtzXvquAbBpXqqh0GPHyxq HuqD6V5gOPKEga6itu/+mHbAQpGTGHtknBaVWnp12daCWY/zrAWtXYc6dsTcJLixzAbG CeeA== X-Gm-Message-State: APjAAAXaxru0iOMmYgvsa8i5USlOwsP9BxzKkyI/b3CPx64qV1QTpxKC LktAyxj+xONvtZX+E3/fPpDXHAOtqMfDzXlIDQUPow== X-Received: by 2002:a17:90a:858a:: with SMTP id m10mr6625852pjn.117.1580241239520; Tue, 28 Jan 2020 11:53:59 -0800 (PST) MIME-Version: 1.0 References: <20191216220555.245089-1-brendanhiggins@google.com> <20200106224022.GX11244@42.do-not-panic.com> <594b7815-0611-34ea-beb5-0642114b5d82@gmail.com> In-Reply-To: From: Brendan Higgins Date: Tue, 28 Jan 2020 11:53:48 -0800 Message-ID: Subject: Re: [RFC v1 0/6] kunit: create a centralized executor to dispatch all KUnit tests To: "Bird, Timothy" , Frank Rowand , Alan Maguire Cc: Luis Chamberlain , Jeff Dike , Richard Weinberger , Anton Ivanov , Arnd Bergmann , Kees Cook , Shuah Khan , Iurii Zaikin , David Gow , Andrew Morton , rppt@linux.ibm.com, Greg KH , Stephen Boyd , Logan Gunthorpe , Knut Omang , linux-um , linux-arch@vger.kernel.org, "open list:KERNEL SELFTEST FRAMEWORK" , KUnit Development , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 28, 2020 at 11:35 AM wrote: > > > -----Original Message----- > > From: Frank Rowand on January 28, 2020 11:37 AM > > > > On 1/28/20 1:19 AM, Brendan Higgins wrote: > > > On Mon, Jan 27, 2020 at 9:40 AM Frank Rowand wrote: > ... > > > we could add Kconfigs to control this, but the compiler nevertheless > > > complains because it doesn't know what phase KUnit runs in. > > > > > > Is there any way to tell the compiler that it is okay for non __init > > > code to call __init code? I would prefer not to have a duplicate > > > version of all the KUnit libraries with all the symbols marked __init. > > > > I'm not sure. The build messages have always been useful and valid in > > my context, so I never thought to consider that possibility. > > > > > Thoughts? > > I'm not sure there's a restriction on non __init code calling __init > code. In init/main.c arch_call_reset_init() is in __init, and it calls > rest_init which is non __init, without any special handling. > > Is the compiler complaint mentioned above related to calling > into __init code, or with some other issue? I distinctly remember having the compiler complain at me when I was messing around with the device tree unit tests because of KUnit calling code marked as __init. Maybe it's time to start converting those to KUnit to force the issue? Frank, does that work for you?