Received: by 10.223.185.116 with SMTP id b49csp2790056wrg; Mon, 12 Feb 2018 15:55:13 -0800 (PST) X-Google-Smtp-Source: AH8x2264zrHjuK3Hqlu2mA2hvakO5iBOSRHSrLVueGuLtJILYh2+5TfMy1GDwwTb8VOfMtRHYs88 X-Received: by 2002:a17:902:9a8b:: with SMTP id w11-v6mr12397512plp.118.1518479713129; Mon, 12 Feb 2018 15:55:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518479713; cv=none; d=google.com; s=arc-20160816; b=nSO5yXjJSf0aiQSTko3x3Jk0cjt5EKCLA2T6/wGwHCCfAbGJli0oYTfhC7LfX3gPIY CN3Q+Mms39G4as/OVVmZnAFYYa8p+eiqgh7rAFyYLb6OEabSW6T42ylWbLmwXURRlK4Q SazuUggnYDZ1KPdf5D8Fu5a6JMl6EAd29QsBxWIrTgnxfeZeKu0HocnwWP7sPjfmBxJp Y+szmznsL7/zLRMVPsTC8OaHrvzgUGZeiJQeubv1JsKUYUxMIccV5U6mEcx59EcRfrbY Whn3qFXTSWLDP/XGGJhBRXzXs9yf1mGGYhKUIxrf5KtnI8qX2xKhv4KLUms/1m6QsuRC XfLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature:dkim-signature :arc-authentication-results; bh=NnWDcVvDDLKm5RQvyoJmTR2xPbQqECb87E1euKYodxU=; b=vCn2mYQKSf/BHHcPROtbkJnz3Y2/AaS+bQ1qhNd81SgsruYdwwrAQR7WwP+KEFQ2yt mtz5EQQpjCXnDLJz6x3VQOH64PuDID0gt7FIziPN0J8g62LpUdauFnA0kMDiJKFODnaK bUEbSoDWknqxs4PEehCQ3mzcu7hLfciIgTiBQhPigPEjoA8Pt3omNhGzIy01EbMCEu4J s8vsEFFvO4IflaAt1kt7OZ7EYmxpF2qSsXnhWz5dUt1TRifx8dwqGUFR2oVfi6WEbou1 iKRIDWEcyamFSEjDIR6OkpNstV5fwTNgIohV2ywPJEDJQK8TspIjGMnV6SBwlpmdOHdL Bi2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@google.com header.s=20161025 header.b=aiboCv1R; dkim=fail header.i=@chromium.org header.s=google header.b=RlfBjq0/; 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=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o10si511977pgf.102.2018.02.12.15.54.58; Mon, 12 Feb 2018 15:55:13 -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=fail header.i=@google.com header.s=20161025 header.b=aiboCv1R; dkim=fail header.i=@chromium.org header.s=google header.b=RlfBjq0/; 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=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933029AbeBLXw5 (ORCPT + 99 others); Mon, 12 Feb 2018 18:52:57 -0500 Received: from mail-vk0-f68.google.com ([209.85.213.68]:33754 "EHLO mail-vk0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932735AbeBLXwz (ORCPT ); Mon, 12 Feb 2018 18:52:55 -0500 Received: by mail-vk0-f68.google.com with SMTP id w201so9863707vkw.0 for ; Mon, 12 Feb 2018 15:52:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=NnWDcVvDDLKm5RQvyoJmTR2xPbQqECb87E1euKYodxU=; b=aiboCv1RKUTZF5ibZXDnKYZQ2RpGoifHGbtMSs0Zj6ZetyJtKNpPHeDWSIO0kb7oqr vScrw60L06oBSW9bVbH3+9ZbDJBzZhvBkd34MmjtNrWQL4xmSNJZYka3Ey7L7Po7YwzH mSzqLHNjQdU4iL7lVKG1tmVXgxv4mf+2+EoM0jNIrD8bmdwOvketrz6Kav8O0sPCtaKh I9ua2jRNGJEvLcPw6JIUkHc1xxJd8msDNFVRhvUG+nqktoT1T0r7O6qxAE3unMI/eq0n +zgu+9BqZ64vI+YKXgr0iCEdNYc3PdzdaQM0K6rDr7HxoszEY7HsLz0/J9xRsxUYOTQy upkw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=NnWDcVvDDLKm5RQvyoJmTR2xPbQqECb87E1euKYodxU=; b=RlfBjq0/2vkd3iGKUbeG5oSTXlI52czHvd4eI4MGDo1f6GppfsFjDTonSmizGzsqMi JwEckqndI4Hgx1bmhPJJhADbCX5VnrlwFnx4m4cIjTiII2J2TIJ/+Z5afJbTKneNq/IR HG9bqaUKzPen5nU5+Xapvbx0MohsArW9t28xs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=NnWDcVvDDLKm5RQvyoJmTR2xPbQqECb87E1euKYodxU=; b=rE+JIS+cy2dyTYonYau6eMjZkDk+Fc1TJfhxy3eooUcNOppi7QrtnZFc9Chs3s035G 2biIB9djYvnJI5I02MUxVA85K2/waOazQXAvRb5aU1fBcwk7A6aNnThGkuTAOBsJKp3p 3gL/lypdQ3sdbO9abOrpCImn9XCWhCVg1VD4wR/03itALr5ktiK24K3og4rf4LSGHA3K eAas6JW4jtW7KgkCxxyRCrXQDvgFwuGY6Ek68A0OfHBsJ+2hlB2rYfJC6AXNu6h1IvM8 hCJJdS39W8foMon3EJPPPsJ3OoY8FkOQcnXJhT0QTy/iK7WvLgR2hhHkiTkY5i4j9Wg5 Dd0Q== X-Gm-Message-State: APf1xPBHI1HKmHsgXT2qavXw+otbM2Kv034LEB8RZUJgYgzTa9m+8dob m8LgmyIjOhozdd7rRPmYBmES3lNpT+uZyiNwZJBAdA== X-Received: by 10.31.201.133 with SMTP id z127mr12814220vkf.129.1518479574619; Mon, 12 Feb 2018 15:52:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.67.196 with HTTP; Mon, 12 Feb 2018 15:52:53 -0800 (PST) In-Reply-To: <20180212165301.17933-2-igor.stoppa@huawei.com> References: <20180212165301.17933-1-igor.stoppa@huawei.com> <20180212165301.17933-2-igor.stoppa@huawei.com> From: Kees Cook Date: Mon, 12 Feb 2018 15:52:53 -0800 X-Google-Sender-Auth: EEhZnS07whD--2F2gJLkq0chKzw Message-ID: Subject: Re: [PATCH 1/6] genalloc: track beginning of allocations To: Igor Stoppa Cc: Matthew Wilcox , Randy Dunlap , Jonathan Corbet , Michal Hocko , Laura Abbott , Jerome Glisse , Christoph Hellwig , Christoph Lameter , linux-security-module , Linux-MM , LKML , Kernel Hardening Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 12, 2018 at 8:52 AM, Igor Stoppa wrote: > @@ -738,14 +1031,16 @@ EXPORT_SYMBOL(devm_gen_pool_create); > > #ifdef CONFIG_OF > /** > - * of_gen_pool_get - find a pool by phandle property > + * of_gen_pool_get() - find a pool by phandle property > * @np: device node > * @propname: property name containing phandle(s) > * @index: index into the phandle array > * > - * Returns the pool that contains the chunk starting at the physical > - * address of the device tree node pointed at by the phandle property, > - * or NULL if not found. > + * Return: > + * * pool address - it contains the chunk starting at the physical > + * address of the device tree node pointed at by > + * the phandle property > + * * NULL - otherwise > */ > struct gen_pool *of_gen_pool_get(struct device_node *np, > const char *propname, int index) I wonder if this might be more readable by splitting the kernel-doc changes from the bitmap changes? I.e. fix all the kernel-doc in one patch, and in the following, make the bitmap changes. Maybe it's such a small part that it doesn't matter, though? -Kees -- Kees Cook Pixel Security