From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B62B53AEB32 for ; Fri, 15 May 2026 13:52:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.79.88.28 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778853136; cv=none; b=TzdjA5A7UurUerrdaTCuvJrGyjIsHhNgWcJFCt32CW7SZo45g/PGVdaffyIHf03jiwrZYS43pQE3OH7uZ230kUbZeYi4PQcLt4GTkLBGBrqtHQHXCKDy3l6ySbIQmvwNsgt+ND9eR55OZL68NM/UH2lzw3+mLJqf3n5nCFw6lcY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778853136; c=relaxed/simple; bh=EaABugOATptMh1o3mIK9Ls8T8hebr7rmTSD0rb8rTcc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=IIKI40v7Ddr0CCh0FfK9O/LZTJeCIcIlPT6UxaYVdEcwzNPDAJanrJK92QwmG5Ing6lTQQTnYxhcwu8MVXmf9MnNKessFdIYiL6qbTgh8nxFyojgzWbiKe580MeZkBAHwIu9BSOtRqA2tG4L2qBmAupIbA1BDHJuTPQBU+IE8dA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lwn.net; spf=pass smtp.mailfrom=lwn.net; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b=gIiT8gsB; arc=none smtp.client-ip=45.79.88.28 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lwn.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lwn.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b="gIiT8gsB" DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 2A1ED410BD DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1778853134; bh=+dDZ7TVXTalNkjmB31HPKz9CInETVRAdvkyhZHQCf6s=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=gIiT8gsBRYfi88YtsqsIYkz76JEbR4IpqQZcZbhv4QIT9In85Jg5N0yjJ5Z1iOn/B goZ5PimgM2boJvWYQ8Jo7KL2x9DnHYAHKNhzqz9UaPhVK+XsDehbqwwG32KjflX179 5T8o9dG3AXwUjjPLXCVhSm+1woEgoSHYNQ37nOxhS3OfwVZ+zxHc7lNmnvvGq2L/eM LpE20zG3IrR6QgD45aZGJzVKSiLPIF+QB1OXOtX4sLbkT/kyBHM2hiMtlxctiB6JET QIAHfxMx1TjA5WzxfKSHINJprHlENT/ExB5sYZ7UUdNTPNrIQ4K7aeP6Y7e56+Ptqw j+DK/4Fjv1thg== Received: from localhost (unknown [IPv6:2601:280:4600:27b:67c:16ff:fe81:5f9b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 2A1ED410BD; Fri, 15 May 2026 13:52:14 +0000 (UTC) From: Jonathan Corbet To: Runxi Yu , Sasha Levin , Randy Dunlap , Runxi Yu , SeongJae Park , linux-kernel@vger.kernel.org Cc: Kees Cook Subject: Re: [PATCH v2] README: Don't organize the README by arbitrary "roles" In-Reply-To: <20260514000954.32172-1-me@runxiyu.org> References: <20260514000954.32172-1-me@runxiyu.org> Date: Fri, 15 May 2026 07:52:13 -0600 Message-ID: <87h5o8srua.fsf@trenco.lwn.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Runxi Yu writes: > From: Runxi Yu > > * Removes the basic introduction to what Linux is. It's reasonable > assumed knowledge for someone with this repository. > * Consolidate the IRC, bugzilla, building, and mailing lists from across > the front and back, to the front only. > * Remove the "Who Are You?" section that consists solely of role names > and an one line gloss each. > * Remove the concept of different contributor "roles" (since there > really aren't such distinct roles); instead phrase them based on the > class of action. The "New Kernel Developer" archetype was mostly > alright, but "Academic Researcher" was essentially a list of > subsystems that applies for almost any kernel developer. "Security > Expert" sounded a bit like corporate marketing language, and really, > developers/admin that don't focus on security could still learn a lot > from these sections. Backport/maintenance/ sysadmin/maintainer mostly > stays as is with slight changes in firm; "Hardware Vendor" becomes > "Driver Development" because as much as we'd like vendors to > assist/guide/lead driver development, many independent driver > developers still exist. I agree with Kees on this. This file, like the rest of the kernel, is not perfect, but it does convey the message we were going for the last time it was thrashed. I appreciate efforts to improve the documentation, but perhaps start a bit smaller as you learn how things are done? Thanks, jon