Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp794102ybn; Wed, 25 Sep 2019 07:50:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqzoiyVu49nL99CwCgm6NQ4ZQU6c25j6Vynfkrbs4RtsvTj3x8gBNc7fAL1BBWCBfPqJBtdo X-Received: by 2002:a17:906:25ca:: with SMTP id n10mr4538679ejb.106.1569423012403; Wed, 25 Sep 2019 07:50:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569423012; cv=none; d=google.com; s=arc-20160816; b=Taa1HSLioBb/Zyq0qZFhPd0ZljiH6Xu46BdYGaEgAqvSgQhxK7fdi4Wwg2/zi5M7uS dZaSt4ThP/dR1TzVZ4VlYJMbtJcCEWqv2hMFqmHcxZvrazHYVmPlA7aAKnWRMYJOQlGv 91w8OdqSPDZ0VTiT9ciF58IetiQ6mOUK/uSOd+Vb8OHvDLoofPFNlwQbrBqhpaMKj6E4 6mHI9HqDg85wUd2X3XlszWQ9utKEwld+qC7n1p2M1R7PO+tOkpPQpcGmL4lmfH7VEW+v xt+tziXGDEtK0CvvDGTf4EwGUMPNDOv8dxM7fwQcC8AAOegGrE7hcWsYFvedXukdtwbi KB+g== 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=7IY3WfHR/RHwzLSdcAp2xrnv8k5NJEy3PyaVmfv4CDY=; b=Mk+UBb5ZT6PlMCnnipABydM4zi+Hmqi0URomFOPniS/XxZYeXUkiisbKbExEG4vmtL 6YB9sIBWo/1Co71PwZaDH3vr9+sW/9sWRfCzWFDv9WCw7/4dp278MDqrZOwewz5enB+F +mjjOptdxRRDmarUakQkGAa9zm5x0g50VSt3pV+PwzF2fx3EM1vbjdE36l8FTkkIR/b0 Xk9U6IejQg7zbjFYnY8wUYCFAi/01wBwhbwrGtpXHNWab2KPvFm7aEnT4PBmbJHKihMh 5x+JhhlHDo7ptCvv2ExyRd9+dTWzFjc9MZ98CsRVN0NJ4X/K+N9G8GxvlkfakdAud+95 ea0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b=NQ7ZNPV8; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y6si2783566ejj.113.2019.09.25.07.49.46; Wed, 25 Sep 2019 07:50:12 -0700 (PDT) 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=@linuxfoundation.org header.s=google header.b=NQ7ZNPV8; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2439854AbfIWOok (ORCPT + 99 others); Mon, 23 Sep 2019 10:44:40 -0400 Received: from mail-io1-f65.google.com ([209.85.166.65]:44921 "EHLO mail-io1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2437697AbfIWOoj (ORCPT ); Mon, 23 Sep 2019 10:44:39 -0400 Received: by mail-io1-f65.google.com with SMTP id j4so33975574iog.11 for ; Mon, 23 Sep 2019 07:44:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=7IY3WfHR/RHwzLSdcAp2xrnv8k5NJEy3PyaVmfv4CDY=; b=NQ7ZNPV8IVbnPn1nKeczSvWdIziO7/LvkOpRdtfn7jjcfCmJd63EnpzPiyZak1/PA1 PCepRjqBYRV249u0xy119RiiVRrbQnoewKvKDN2U/b/k/jXe+1AcSfJJemdKfTF/C3Ji rmsB1NgrpiBiQvGfWkKTemBKK4IGpSYPKY4A8= 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=7IY3WfHR/RHwzLSdcAp2xrnv8k5NJEy3PyaVmfv4CDY=; b=KrM7VbptcnneHsOCepF508MLVLJ10TA391UdquIxbl7bVfNndVhnt+FY+5dP4fY7O1 33zBz9HEnjR8uSAsJnxHgxqG5qpSTglFxQyByIPBpnHMFx6jTZDfC46SYmX27OCsFwTZ kiA3GhVxh9vh0c8pUZl3DoSEHiL26vtMQwA4WaCvyqHJb9kJlCeeFCHkquyq6rsyk+ue fXJosX33Fvvl3XK1ojQ/HYJwjg64ZZQeoCJC1CWgj2cwhG3n2D5EKOaVOr8dkkDaKn66 GBxwroSdUeTYcTSSup8hS6bvkJ/0wr1BcRqUO0w2/u8una7VjMvbJbvccsGroNwdia++ BUVQ== X-Gm-Message-State: APjAAAXxIH74bOHEFm1GzzT7y0qXQfjL00ZdNySSLb1xKjisGlyj2DvX ez0WE8oCLETXogp2tephnvhibw== X-Received: by 2002:a02:6616:: with SMTP id k22mr35837275jac.129.1569249878822; Mon, 23 Sep 2019 07:44:38 -0700 (PDT) Received: from [192.168.1.112] (c-24-9-64-241.hsd1.co.comcast.net. [24.9.64.241]) by smtp.gmail.com with ESMTPSA id a25sm6058452iod.62.2019.09.23.07.44.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Sep 2019 07:44:38 -0700 (PDT) Subject: Re: [GIT PULL] Kselftest update for Linux 5.4-rc1 To: Greg KH , Ingo Molnar Cc: Linus Torvalds , Brendan Higgins , Mark Brown , Jarkko Sakkinen , Anders Roxell , "open list:KERNEL SELFTEST FRAMEWORK" , Linux Kernel Mailing List , Shuah Khan References: <20190922112555.GB122003@gmail.com> <20190922115247.GA2679387@kroah.com> From: Shuah Khan Message-ID: <0ab5da69-e4f2-8990-20f9-354461235581@linuxfoundation.org> Date: Mon, 23 Sep 2019 08:44:37 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190922115247.GA2679387@kroah.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 9/22/19 5:52 AM, Greg KH wrote: > On Sun, Sep 22, 2019 at 01:25:55PM +0200, Ingo Molnar wrote: >> >> * Linus Torvalds wrote: >> >>> On Fri, Sep 20, 2019 at 9:35 AM Brendan Higgins >>> wrote: >>>> >>>> Sorry about that. I am surprised that none of the other reviewers >>>> brought this up. >>> >>> I think I'm "special". >>> >>> There was some other similar change a few years ago, which I >>> absolutely hated because of how it broke autocomplete for me. Very few >>> other people seemed to react to it. >> >> FWIW, I am obsessively sensitive to autocomplete and overall source code >> file hieararchy and nomenclature details as well, so it's not just you. >> >> Beyond the muscle memory aspect, nonsensical naming and inanely flat file >> hierarchies annoy kernel developers and makes it harder for newbies to >> understand the kernel source as well. >> >> The less clutter, the more organization, the better - and there's very >> few valid technical reasons to add any new files or directories to the >> top level directory - we should probably *remove* quite a few. >> >> For example 'firmware/' was recently moved to drivers/firmware/, and in a >> similar fashion about a third of the remaining 22 directories should >> probably be moved too: >> >> drwxr-xr-x arch >> drwxr-xr-x block >> drwxr-xr-x certs # move to build/certs/ dir >> drwxr-xr-x crypto # move to kernel/crypto/ or security/crypto/ >> drwxr-xr-x Documentation >> drwxr-xr-x drivers >> drwxr-xr-x fs >> drwxr-xr-x include >> drwxr-xr-x init >> drwxr-xr-x ipc # move to kernel/ipc/ >> drwxr-xr-x kernel >> drwxr-xr-x lib >> drwxr-xr-x LICENSES >> drwxr-xr-x mm >> drwxr-xr-x net >> drwxr-xr-x samples # move to Documentation/samples/ >> drwxr-xr-x scripts # move to build/scripts/ >> drwxr-xr-x security >> drwxr-xr-x sound # move to drivers/sound/ >> drwxr-xr-x tools >> drwxr-xr-x usr # move to build/usr/ >> drwxr-xr-x virt # move to the already existing drivers/virt/ >> >> -rw-r--r-- COPYING >> -rw-r--r-- CREDITS >> -rw-r--r-- Kbuild >> -rw-r--r-- Kconfig >> -rw-r--r-- MAINTAINERS >> -rw-r--r-- Makefile >> -rw-r--r-- README >> >> There's a few borderline ones: >> >> - 'block' could in principle move to drivers/block/core/ but it's fine >> at the top level too I think. >> >> - 'init' could in principle be moved to kernel/init/ - but it's not >> wrong at the top level either. >> >> The remaining top level hierarchy would look pretty sweet and short: >> >> drwxr-xr-x arch >> drwxr-xr-x block >> drwxr-xr-x build # new >> drwxr-xr-x Documentation >> drwxr-xr-x drivers >> drwxr-xr-x fs >> drwxr-xr-x include >> drwxr-xr-x init >> drwxr-xr-x kernel >> drwxr-xr-x lib >> drwxr-xr-x LICENSES >> drwxr-xr-x mm >> drwxr-xr-x net >> drwxr-xr-x security >> drwxr-xr-x tools >> >> -rw-r--r-- COPYING >> -rw-r--r-- CREDITS >> -rw-r--r-- Kbuild >> -rw-r--r-- Kconfig >> -rw-r--r-- MAINTAINERS >> -rw-r--r-- Makefile >> -rw-r--r-- README >> >> I'm volunteering to do this (in a scripted, repeatable, reviewable, >> tweakable and "easy to execute in a quiet moment" fashion), although >> I also expect you to balk at the churn. :-) > > I for one would love the above changes. And I'm the one that has to > deal with all of the backporting issues that arise with stable backports :) > I am exploring the possibility to move selftests to a better location or add a git alias so it can be found easily. With the addition of KUnit and future work that is planned to connect kselftest and KUnit, it would make sense have selftests to be in a location that is better suited than where it currently resides. I have been getting feedback from some developers that they would like to see selftests more visible and easier to find. There are some dependencies (unintended, shouldn't exist) between some tests and content under tools that might pose some logistical problems, in addition to the churn of backporting. I haven't explored "git alias" yet though. Since this topic of moving came up, I would liek to get feedback on selftests location in general and where would be a good place for it. thanks, -- Shuah