Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp4278773ybp; Mon, 14 Oct 2019 01:59:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqzmsoThYppbFPbgQEOaxZBqsJ56oZkxO4YvFOyb8QsRReGLZSy395tSVV3HZrIte8VCQXta X-Received: by 2002:a17:906:f258:: with SMTP id gy24mr27962365ejb.25.1571043563808; Mon, 14 Oct 2019 01:59:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571043563; cv=none; d=google.com; s=arc-20160816; b=WYj3eEJpkQmLSJzX8eg1jk2Uc8n0AgbwdsI0kUOUfEUAF372dK6CfggQU3/J2M34mC k52xbx7YwGXSE61GUck2LNuSgZtbjH7zf9RTysHdA0hAV4TQ3W4F/ElwoOTCzxeHhZdo NjI/5YRLZgJwXYCQio1qqyENM/EXuuzxn4CKBzEPpmwBXP8KthwUeTHnV64Xt6zwafM5 uCgQ3qTkdkpZHhc1GUEANCk42RxzQih1kPYWgMlRzozs9qnmJ1znM6W3cW3xP/yQuB4a 7gWBaiaxprpmr6A34TZB4B5tx1DZ/CudueQKd0HvFGPT38U/Yv/uMJP+aFVxvQUY5+na m07g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=HZknrw+G+NJjGQEDuJsoJGXFn3XOx/mtnDMgSfbsbpE=; b=nNVSdvi+qs4Wc5k5DZBEbwJt53dy/kQt3piN2YgAyOZDQUAuI64s0tVqewUWzN1zmJ lurt27WwrcRXWxIxgzaJ/y5gmV1edC9nBuaOXyHzPQzY7YuB6V19q98zI8Oz9qVmAMhA wtoQt+OgBgTjcl6OqFrmbv4qT47baVn+nYpbs3qx5JXlsXam9mj7EsvLJeaKmNdz+T1H LIuKsIF1tFzHf9y4S5EiH0DgHjw+fLZgaB/86rgQPVHg7/GchoyPthF55mvZgHJOwt4M MyfDi0lbYbH//lZefdyG9kWIXAQrLy+TEVTdCx4vWqDVVvvkwgsE7+duvpnlRym/5nAi Qkcg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f31si13442833ede.253.2019.10.14.01.58.55; Mon, 14 Oct 2019 01:59:23 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730423AbfJNI6s (ORCPT + 99 others); Mon, 14 Oct 2019 04:58:48 -0400 Received: from mga06.intel.com ([134.134.136.31]:43474 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730354AbfJNI6s (ORCPT ); Mon, 14 Oct 2019 04:58:48 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Oct 2019 01:58:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,295,1566889200"; d="scan'208";a="207929957" Received: from vkuppusa-mobl2.ger.corp.intel.com (HELO localhost) ([10.249.39.77]) by fmsmga001.fm.intel.com with ESMTP; 14 Oct 2019 01:58:41 -0700 From: Jani Nikula To: Changbin Du , Jonathan Corbet Cc: linux-pci@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-crypto@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-wireless@vger.kernel.org, linux-fpga@vger.kernel.org, linux-usb@vger.kernel.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, Changbin Du Subject: Re: [PATCH] kernel-doc: rename the kernel-doc directive 'functions' to 'specific' In-Reply-To: <20191013055359.23312-1-changbin.du@gmail.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20191013055359.23312-1-changbin.du@gmail.com> Date: Mon, 14 Oct 2019 11:59:37 +0300 Message-ID: <875zkrd7nq.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Sun, 13 Oct 2019, Changbin Du wrote: > The 'functions' directive is not only for functions, but also works for > structs/unions. So the name is misleading. This patch renames it to > 'specific', so now we have export/internal/specific directives to limit > the functions/types to be included in documentation. Meanwhile we improved > the warning message. Agreed on "functions" being less than perfect. It directly exposes the idiosyncrasies of scripts/kernel-doc. I'm not sure "specific" is any better, though. Perhaps "symbols" would be more self-explanatory. Or, actually make "functions" only work on functions, and add a separate keyword for other stuff. *shrug* Seems like the patch is way too big. I'd probably add "symbols" (or whatever) as a synonym for "functions" for starters, and convert documents piecemeal, and finally drop the old one. The scripts/kernel-doc change should be a patch of its own. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center