Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp138546ybl; Tue, 28 Jan 2020 20:27:03 -0800 (PST) X-Google-Smtp-Source: APXvYqx2zJJLCuIsGsGltsKcvUD2m1/ZfcfLFIWmtV3+xnzMZ6Nef6d7eDZWU+LuyYlkOlVwY1Lq X-Received: by 2002:a9d:21f4:: with SMTP id s107mr20079858otb.102.1580272023212; Tue, 28 Jan 2020 20:27:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580272023; cv=none; d=google.com; s=arc-20160816; b=V7vRwE17GX+pRXVaqwIo70J85SdICicloTybURB/MvTxdU/pVfYeO9fl+W2Qiw+i/U FyiZZiBAr/ZRPxt+wD18/KLwhaU0m7J6j7hSD7S3I/8K/yecp02ThwG64NhHgnKQCRYi tY40cEdUfyQhtTDtMO/Oj3kpLhzWxDzrBroBfoqS4RM2RSFfEd746uOgSiCInxCWhvY1 oOEP4Hk83U2flO4HKf6GAMYfeB9A20nTacbw7yxnnf2JNx58PH5Mh2ikS/6WdkPXsr0Z RpfBKEm3iL6e2JhoFtrPG08X3xISqXnSQJPgt/wV4eYx7Vr6imUZNmVexEBLlJTTNKl3 GhzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=eakBGQ1EfxNPQBSaXqT9vlsaKAmpZ5+kMa3s4kT1JN8=; b=gi5RBxQCpDzVSH/aN2kAgZx4rhhQ7rLxdKNjJEZWB16qruWWzKC4KCnm5ZCh6UuVKR qorN2HwCC7B+IUTr6cdqws1gQYWEqHC3EBemdN2DvJqyuZfgIJv8/0VmqDgMc7WG9dhX 4aUn0xsM7gXpjoRtP9W5/IbU3G8RxmWForwpjGM9H7KcvQXXMiypBjOjhW+joRitxqPn sxWbj8LTKfUH8RcPH1/t5YviUV7AsS6qDe1EFudgq3I7AzC+f9zWUWAgPyXeMKw6KjW8 l3J2Uulu4IXIY94kuMeRVJ8dGgYoQrXx51dHs5dWULM97edvIKMbQTW+aW0QTRQF4FzJ no9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=K0eBBXdi; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o13si541531otp.27.2020.01.28.20.26.50; Tue, 28 Jan 2020 20:27:03 -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=@gmail.com header.s=20161025 header.b=K0eBBXdi; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726590AbgA2EY5 (ORCPT + 99 others); Tue, 28 Jan 2020 23:24:57 -0500 Received: from mail-qt1-f195.google.com ([209.85.160.195]:46369 "EHLO mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726401AbgA2EY4 (ORCPT ); Tue, 28 Jan 2020 23:24:56 -0500 Received: by mail-qt1-f195.google.com with SMTP id e25so12228451qtr.13; Tue, 28 Jan 2020 20:24:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=eakBGQ1EfxNPQBSaXqT9vlsaKAmpZ5+kMa3s4kT1JN8=; b=K0eBBXdiKRQKb2Um1UxPIn+uPENTwBO73Ct4S7khM/WqZxfdTcHnuNaxp53t1tMVBo l9d3d7PL0LO9ZjFmSgfo3XDYniGhORhLXPrTildO5+2rqDwAWILhln/UqIRSkQdIHgS6 RFERqWwekSHDpn6YcYxkPLeqfXLrfSFMKTbb14n94rOk/DKkDXyqH6sXX/GIiOeK8Bee y7ZoOGVarjuJnAOVKQOr8Wu1rR9ZN759TG+xWJ0OpkZN0fiN1P/gAOqp0sajV1klhTCK 2SUTfP2c8RI4aVoMDN6KnBHnLgfxjgP7I8e0urSZ0UsF8pDDnSlFUjo8JTeFIBx3bJ7k sW3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eakBGQ1EfxNPQBSaXqT9vlsaKAmpZ5+kMa3s4kT1JN8=; b=lSIiJzWKTZwdiot5la8f8on9X8szk3VtWuhRkTfD70MQBgtSglyQ/sbSe0LWwoMDro MQIypy5Ifr7YTrRilMoyNZBuBfBEq0QqRQ2y8VLe/Xk8Ih1OgxnPtSPhSawt/gzWuhl2 K5oKlLE91UAxT80Eb1LXUdVEgMIVjNc0TzdNJaJ6hCuEv3Xe3ZdOIiAgwux27C1bF5j+ KsS4yrQHrGPvoweEfH/QRk1C7EPIM2y+6Kx3VoHBX6rvWoCA0wjtw6H0SiOnrPNBW0tr Hlbhsl/OeSu1rH1+DDJhBMQX9XBcmv7Jk0hg79wnflGvjaOaBZMkntQIAmvgSbK9NzJR 49ig== X-Gm-Message-State: APjAAAVVCupBiROmzddKrjchBTzOHVdA2C/6x/OZEPf7QQE9ONWRsJzO rB5gsFgu5WZFVvysizS3AQM= X-Received: by 2002:ac8:6f27:: with SMTP id i7mr5201797qtv.253.1580271895195; Tue, 28 Jan 2020 20:24:55 -0800 (PST) Received: from [192.168.1.46] (c-73-88-245-53.hsd1.tn.comcast.net. [73.88.245.53]) by smtp.gmail.com with ESMTPSA id o187sm405516qkf.26.2020.01.28.20.24.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jan 2020 20:24:54 -0800 (PST) Subject: Re: [RFC v1 0/6] kunit: create a centralized executor to dispatch all KUnit tests To: Brendan Higgins , "Bird, Timothy" , 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 References: <20191216220555.245089-1-brendanhiggins@google.com> <20200106224022.GX11244@42.do-not-panic.com> <594b7815-0611-34ea-beb5-0642114b5d82@gmail.com> From: Frank Rowand Message-ID: Date: Tue, 28 Jan 2020 22:24:53 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/28/20 1:53 PM, Brendan Higgins wrote: > 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? I have agreed to try converting the devicetree unittest to KUnit. Now that KUnit is in 5.5, I think there is a solid foundation for me to proceed. -Frank