Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1448640ybt; Sun, 14 Jun 2020 23:58:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyeQA2JUWI37GSBKHnsNMq41bn4NJKuPYZCvFtQ7NxpbBv+2cRDMCjqFZxER2RxOttnCvPw X-Received: by 2002:aa7:c790:: with SMTP id n16mr23340715eds.54.1592204297148; Sun, 14 Jun 2020 23:58:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592204297; cv=none; d=google.com; s=arc-20160816; b=eu8cxg4F339FYHebqwfjYBNYdsu5bQ0YUrsgjMYy0NtSNR7yykPB6RjPBJ/kTmTsAg 7tD1eHes/ddN6dI57Edv/UECTEId1k+YL0O5LBsYbsub8BRxg7KRJvvJKw2dDsLl12fs UFBl/olu8I9iLMWv/MVtl6vUAsNcWI5raX39QW/n3zdHXwkG/yGE7vrRSRfZhff0jOgC U5N+I/EPvKeWjPV66jGiEtjBF5i8WEGWsZ+wK+Vy2gYCFztIo3g6MNKFQuJ6A7JPGV/e 83yoDHGlDK0s7CG6LJxKJbk1Ald+jBI5caNpJ35NLFczHFz9ZjZn7qmL/xE6qCA2nUMp 2wGA== 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 :in-reply-to:references:mime-version:dkim-signature; bh=73Ts2qMXH6Mk0E17JEUm55xx1LaHy8Bs/ltMabJ68jY=; b=dmSnitapkIyOEJOUWO7M6SFRsd6n/aVP3ph3RR77p8EVXZACdbbR5AByrm4Bf87t9I AwGhnmLG5wImM4hZAeVTg6fIoiTMbJTGBNmUjrynwYR+7BAuMZIgmR5sgCYraxLlwfna Py+4DShbl3lKcZDQij18IReF31Pk1SIGIzlu0+yI+aawPOigsos1Ja+/9FsjEj8CrB8n /+HMcGUuSg8bclfgH4BG7xv9vteUC1x2U1Yox3Le4LWi/mFHQhnrH3Opp010j21Rpz2P zHUO4Dj8f9fT4Em/7MiH4xfoQwztsaCxQOvT7KyjEKLqoGBW5RduA9/oJYDaY3nnOdr8 KXrA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=nGQLYmHs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v10si9327107edy.534.2020.06.14.23.57.55; Sun, 14 Jun 2020 23:58:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=nGQLYmHs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728446AbgFOG4R (ORCPT + 99 others); Mon, 15 Jun 2020 02:56:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728284AbgFOG4R (ORCPT ); Mon, 15 Jun 2020 02:56:17 -0400 Received: from mail-oi1-x244.google.com (mail-oi1-x244.google.com [IPv6:2607:f8b0:4864:20::244]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03457C061A0E for ; Sun, 14 Jun 2020 23:56:17 -0700 (PDT) Received: by mail-oi1-x244.google.com with SMTP id k4so14977577oik.2 for ; Sun, 14 Jun 2020 23:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=73Ts2qMXH6Mk0E17JEUm55xx1LaHy8Bs/ltMabJ68jY=; b=nGQLYmHsueXWbxKG1kVYjE+24DHTJ1ewdv03cNfzLy+XeY8rnytRjaQr8YfZym/h24 WBM8IoMdVHwVqVyx4h6ymeDbFZ6BmWCpZO0i+AgHqWWI6YYvsbqZKABIsqKKZVjOnSwf nn9cIYjQpdNmDgG/0lHuk2LURO3+cVqXubJ8+UaQUtgtH+ivNhxIw8wHUqEV8EEHjiBu zOF+OMqhXpKKkcU84svhWgH1IViNzpFr+/yUb6/hSIFaMkcE+L10+Mjrzy2KArqH2RTs uP8jrzzshwSjvheMU09gmz3GMnmr3jzTmK6ZUIw5a9aHlZlx4FJBMVTqFpm4GqZS00uz edLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=73Ts2qMXH6Mk0E17JEUm55xx1LaHy8Bs/ltMabJ68jY=; b=jkNuQNnhnXe/6qIoRqQzBkZOt3n2+aQblRZML4ZAnGtuYY/7NT2Qi8/iKymSxtzW0t tvn1PeeCtO0fr47iQjoijsC0vd23qfiJqixQvFg+PFqxBVM/MNSgiHB2IAdirznVAgYN 2EdKZAZ7gGIZNfcb5owyzRNt9pNmo2Ybnp3y+A8WZPcZrXjK1XzPrVd6LlZ2P/ltgACs sNlzXX8SABqN5lRRqFfEEMRMoXbUjU4OZUPEn/EpERKe/m8PAxyJk+wRnwbEk39lh2KK qKIni7X8ohx4QmyGgaPcbt6L8rcOTCEDUTMqzGJLmRE5By0LfMr9NXQU975O9Jh2PZef WQVg== X-Gm-Message-State: AOAM531qsPvU5fWxHCnU0jEbNEUgzn9Pr5vq2nG1n8yR7WtUk3McyQ/V QnoIuDu6Vpy1hEHsGVpsufAiVnC7hFPAzlImobRhNA== X-Received: by 2002:a05:6808:34f:: with SMTP id j15mr8004157oie.121.1592204176060; Sun, 14 Jun 2020 23:56:16 -0700 (PDT) MIME-Version: 1.0 References: <019097f1fe10e38a04b662f1d002ecc0ce8bef8a.1592203542.git.mchehab+huawei@kernel.org> In-Reply-To: <019097f1fe10e38a04b662f1d002ecc0ce8bef8a.1592203542.git.mchehab+huawei@kernel.org> From: Marco Elver Date: Mon, 15 Jun 2020 08:56:05 +0200 Message-ID: Subject: Re: [PATCH 09/29] kcsan: fix a kernel-doc warning To: Mauro Carvalho Chehab Cc: Linux Doc Mailing List , LKML , Jonathan Corbet , Dmitry Vyukov , kasan-dev 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, 15 Jun 2020 at 08:47, Mauro Carvalho Chehab wrote: > > One of the kernel-doc markups there have two "note" sections: > > ./include/linux/kcsan-checks.h:346: warning: duplicate section name 'Note' > > While this is not the case here, duplicated sections can cause > build issues on Sphinx. So, let's change the notes section > to use, instead, a list for those 2 notes at the same function. > > Signed-off-by: Mauro Carvalho Chehab Acked-by: Marco Elver Thanks! > --- > include/linux/kcsan-checks.h | 10 ++++++---- > 1 file changed, 6 insertions(+), 4 deletions(-) > > diff --git a/include/linux/kcsan-checks.h b/include/linux/kcsan-checks.h > index 7b0b9c44f5f3..c5f6c1dcf7e3 100644 > --- a/include/linux/kcsan-checks.h > +++ b/include/linux/kcsan-checks.h > @@ -337,11 +337,13 @@ static inline void __kcsan_disable_current(void) { } > * release_for_reuse(obj); > * } > * > - * Note: ASSERT_EXCLUSIVE_ACCESS_SCOPED(), if applicable, performs more thorough > - * checking if a clear scope where no concurrent accesses are expected exists. > + * Note: > * > - * Note: For cases where the object is freed, `KASAN `_ is a better > - * fit to detect use-after-free bugs. > + * 1. ASSERT_EXCLUSIVE_ACCESS_SCOPED(), if applicable, performs more thorough > + * checking if a clear scope where no concurrent accesses are expected exists. > + * > + * 2. For cases where the object is freed, `KASAN `_ is a better > + * fit to detect use-after-free bugs. > * > * @var: variable to assert on > */ > -- > 2.26.2 >