[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJuCfpF6gyCNzkaq5QnthhV886ueFhkAJv4sJ6rtW+8Z-t0qmA@mail.gmail.com>
Date: Tue, 23 Nov 2021 11:03:47 -0800
From: Suren Baghdasaryan <surenb@...gle.com>
To: Stephen Rothwell <sfr@...b.auug.org.au>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Colin Cross <ccross@...gle.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Next Mailing List <linux-next@...r.kernel.org>
Subject: Re: linux-next: build warning after merge of the akpm-current tree
On Tue, Nov 23, 2021 at 12:38 AM Suren Baghdasaryan <surenb@...gle.com> wrote:
>
> On Mon, Nov 22, 2021 at 9:26 PM Stephen Rothwell <sfr@...b.auug.org.au> wrote:
> >
> > Hi all,
> >
> > After merging the akpm-current tree, today's linux-next build (htmldocs)
> > produced this warning:
> >
> > Documentation/filesystems/proc.rst:429: WARNING: Malformed table.
> > No bottom table border found.
> >
> > ======= ====================================
> > [heap] the heap of the program
> > [stack] the stack of the main process
> > [vdso] the "virtual dynamic shared object",
> > the kernel system call handler
> > Documentation/filesystems/proc.rst:434: WARNING: Block quote ends without a blank line; unexpected unindent.
> > Documentation/filesystems/proc.rst:436: WARNING: Block quote ends without a blank line; unexpected unindent.
> > Documentation/filesystems/proc.rst:436: WARNING: Malformed table.
> > No bottom table border found.
> >
> > ======= ====================================
> >
> > or if empty, the mapping is anonymous.
> >
> > Introduced by commit
> >
> > 2df148be9486 ("mm: add a field to store names for private anonymous memory")
>
> Thank you for reporting! I'll try to fix it first thing in the morning.
Hi Stephen,
I just posted a fix for the warning at
https://lore.kernel.org/linux-next/20211123185928.2513763-1-surenb@google.com/T/#u
One thing I'm not sure is that I used SHA from linux-next in the Fixes: field:
Fixes: 2df148be9486 ("mm: add a field to store names for private
anonymous memory")
Not sure if that's acceptable. Please let me know if you want me to
repost the fix without that line.
Thanks,
Suren.
> Thanks,
> Suren.
>
> >
> > --
> > Cheers,
> > Stephen Rothwell
Powered by blists - more mailing lists