[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9c4a655e-095b-45fe-b35d-c3f0ae6a9237@gmail.com>
Date: Wed, 13 Aug 2025 11:49:50 +0900
From: Akira Yokosawa <akiyks@...il.com>
To: Jonathan Corbet <corbet@....net>,
Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
Jakub Kicinski <kuba@...nel.org>
Cc: EDAC Mailing List <linux-edac@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Doc Mailing List <linux-doc@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>,
Ignacio Encinas Rubio <ignacio@...cinas.com>, Marco Elver
<elver@...gle.com>, Shuah Khan <skhan@...uxfoundation.org>,
Donald Hunter <donald.hunter@...il.com>, Eric Dumazet <edumazet@...gle.com>,
Jan Stancek <jstancek@...hat.com>, Paolo Abeni <pabeni@...hat.com>,
Ruben Wauters <rubenru09@....com>, linux-kernel-mentees@...ts.linux.dev,
netdev@...r.kernel.org, Breno Leitao <leitao@...ian.org>,
Randy Dunlap <rdunlap@...radead.org>, Simon Horman <horms@...nel.org>,
Akira Yokosawa <akiyks@...il.com>
Subject: Re: [GIT PULL for v6.17-rc2] add a generic yaml parser integrated
with Netlink specs generation
[-CC: LKMM folks and list; this has nothing to do with the memory model]
Hi Jon,
On Tue, 12 Aug 2025 12:31:03 -0600, Jonathan Corbet wrote:
> Mauro Carvalho Chehab <mchehab+huawei@...nel.org> writes:
>
>> Hi Jon/Jakub,
>>
>> In case you both prefer to merge from a stable tag, please pull from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-docs.git docs/v6.17-1
>>
>> For:
>>
>> - An YAML parser Sphinx plugin, integrated with Netlink YAML doc
>> parser.
>
> OK, I have done that. I will note that it adds a warning:
>
>> Documentation/networking/netlink_spec/index.rst: WARNING: document isn't included in any toctree
>
> ...it might be nice to get that straightened out.
After the merge, "git status" complains:
Untracked files:
(use "git add <file>..." to include in what will be committed)
Documentation/networking/netlink_spec/
So, I don't think there is anything you can do in the Git repo side ...
We need to remember to "rm -rf" the directory after crossing this merge
point.
In theory, such "rm -rf" could be added somewhere in Documentation/Makefile,
but that would not work well with write-protected shared kernel repos.
Thanks, Akira
Powered by blists - more mailing lists