Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2260683ybc; Wed, 20 Nov 2019 11:17:21 -0800 (PST) X-Google-Smtp-Source: APXvYqz0AuXr0UIMytmGNnP0MVvdPfN4gFNmsL/ZDpv8zTRdKnSFbdD9owy0VAcDOYcmbtMUpYcT X-Received: by 2002:a5d:61c6:: with SMTP id q6mr5750475wrv.13.1574277440897; Wed, 20 Nov 2019 11:17:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574277440; cv=none; d=google.com; s=arc-20160816; b=QOmVGFfPkhfl/xloGaJMeWcVZ1Z/8bgjp/+oKAjfWUJGPrjXLP3ltf65LOZI0SEwxM 575Si903U9ithFoCNTehdKJJUpR3l2GLfur5oqoopKn04WVRRFb2RJkjsyvYjd3AoK1n YpRKBB1EZKTBupyySJ7jkv37MYWVm8FT5dbhyzLFsBhBrpsd0JpqXOyaIeRFRVdyGvgb FmlOb5O1efM2m7omtsVhLmbaf164fB3VMBWLM2CaTejyUhDoFD0+NKR1kYxWbup59UpA HcVYgm0fUUu91YlhihrGFDxi47WyJHb1FNvn2QQYnLiT4YnIA8VhSIiYa5IaW89nPGE0 y9gQ== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=1jLQEnUfwwzp/o9VAUxmitHS2EcJHTsxLch8zZP5uU0=; b=kBl4Sk9D14Z4lf3KFgtRjub55j6NfQZhgAbi7KMVt6jKjuvf1aLLk1cdnG0jxw0pih l32D8/BqvXml/1DM2yvAvVQW9loVLJZWhXWgVhqAcwX08uDxx34tLWGGALaREYnXjTkj PPueWe+FeqdZypVWSX7cPwbf7r6Mw+zdb64PkDPxKClmJuuTR9tOUON+3IA8U7J138vU d7AzmyJyJ205IEkvVqwjpL6P/PhXvS1/2f2UjolDWbk693nsgn+G8sNcBAXBSvpjQ4pL Lnp5rdJvIX1D3+aD7c9RwS5u+PoEtTs9YjhyADCaX3oPFoFD4FrDPv3+pcbG6K4JLuno 0shA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-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 k18si239652edj.94.2019.11.20.11.16.52; Wed, 20 Nov 2019 11:17:20 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726685AbfKTTQg (ORCPT + 99 others); Wed, 20 Nov 2019 14:16:36 -0500 Received: from ms.lwn.net ([45.79.88.28]:46812 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726387AbfKTTQg (ORCPT ); Wed, 20 Nov 2019 14:16:36 -0500 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 8CF884A2; Wed, 20 Nov 2019 19:16:35 +0000 (UTC) Date: Wed, 20 Nov 2019 12:16:34 -0700 From: Jonathan Corbet To: Daniel Jordan Cc: Herbert Xu , Steffen Klassert , Eric Biggers , linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH 1/4] padata: update documentation Message-ID: <20191120121634.6d989088@lwn.net> In-Reply-To: <20191120185412.302-2-daniel.m.jordan@oracle.com> References: <20191120185412.302-1-daniel.m.jordan@oracle.com> <20191120185412.302-2-daniel.m.jordan@oracle.com> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Wed, 20 Nov 2019 13:54:09 -0500 Daniel Jordan wrote: > Remove references to unused functions and update to reflect the new > struct padata_shell. > > Fixes: 815613da6a67 ("kernel/padata.c: removed unused code") > Signed-off-by: Daniel Jordan > Cc: Eric Biggers > Cc: Herbert Xu > Cc: Jonathan Corbet > Cc: Steffen Klassert > Cc: linux-crypto@vger.kernel.org > Cc: linux-doc@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > --- > Documentation/padata.txt | 50 +++++++++++++++++++++------------------- > 1 file changed, 26 insertions(+), 24 deletions(-) This all seems fine - it's better than not doing it - but can I put in a request or two? - This document is already formatted as RST, and your changes continue that. Can we please move it to Documentation/core-api/padata.rst and add it to the TOC tree there? Then it can become part of our formatted docs. - The padata code seems to be nicely equipped with kerneldoc comments; it would be awfully nice to pull them into the document directly rather than replicating the API there. (Why does the document do that now? Blame the bozo who originally wrote it :) That would make the document more complete and easier to maintain going forward. For added goodness we could stick in an SPDX tag while we're at it. Thanks, jon