linux-kernel - Re: [PATCH -next] Documentation: fix firewire.rst ABI file path error

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <Yee5JHUa53dj2ErZ@workstation>
Date:   Wed, 19 Jan 2022 16:09:24 +0900
From:   Takashi Sakamoto <o-takashi@...amocchi.jp>
To:     Akira Yokosawa <akiyks@...il.com>
Cc:     Randy Dunlap <rdunlap@...radead.org>,
        Jonathan Corbet <corbet@....net>, linux-doc@...r.kernel.org,
        linux-kernel@...r.kernel.org,
        Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
        Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: [PATCH -next] Documentation: fix firewire.rst ABI file path error

Hi,

On Tue, Jan 18, 2022 at 03:30:40PM +0900, Akira Yokosawa wrote:
> (+Cc: Takashi)
> On Mon, 17 Jan 2022 22:05:21 -0800,
> Randy Dunlap wrote:
> > 
> > On 1/17/22 20:08, Akira Yokosawa wrote:
> >> On Mon, 17 Jan 2022 17:05:17 -0800,
> >> Randy Dunlap wrote:
> >>> Adjust the path of the ABI files for firewire.rst to prevent a
> >>> documentation build error. Prevents this problem:
> >>>
> >>> Sphinx parallel build error:
> >>> docutils.utils.SystemMessage: /work/lnx/next/linux-next-20220117/Documentation/driver-api/firewire.rst:22: (SEVERE/4) Problems with "include" directive path:
> >>> InputError: [Errno 2] No such file or directory: '../Documentation/driver-api/ABI/stable/firewire-cdev'.
> >>>
> >>> Signed-off-by: Randy Dunlap <rdunlap@...radead.org>
> >>> Cc: Jonathan Corbet <corbet@....net>
> >>> Cc: linux-doc@...r.kernel.org
> >>> Cc: Stephen Rothwell <sfr@...b.auug.org.au>
> >>> Cc: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>
> >>> ---
> >>> I don't see what is causing this problem...
> >>
> >> Randy, did you run "make SPHINXDIRS=driver-api htmldocs"?
> > 
> > Yes.
> > Does that cause a problem when just "make htmldocs" does not?
> 
> No, that should not cause such a problem.
> 
> https://docutils.sourceforge.io/docs/ref/rst/directives.html#include
> says (emphasis by me):
> 
>     The "include" directive reads a text file. The directive argument
>     is the path to the file to be included, *relative* to the document
>     containing the directive. 
> 
> So I think your patch is the right fix.
> You might like to add:
> 
> Fixes: 2f4830ef96d2 ("FireWire: add driver-api Introduction section")
> 
> And please feel free to add:
> 
> Tested-by: Akira Yokosawa <akiyks@...il.com>
> 
>         Thanks, Akira
>
> > thanks.
> > 
> >> I remember seeing similar errors with v5.14 or v5.15.
> >> So I don't think this is a new issue.
> >>
> >> Without "SPHINXDIRS=driver-api", I don't get this error on -next.
> >>
> >> I didn't report it at the time as I was not sure it was expected
> >> or not.
> >>
> >>         Thanks, Akira
> >>
> >>>
> >>>  Documentation/driver-api/firewire.rst |    4 ++--
> >>>  1 file changed, 2 insertions(+), 2 deletions(-)
> >>>
> >>> --- linux-next-20220117.orig/Documentation/driver-api/firewire.rst
> >>> +++ linux-next-20220117/Documentation/driver-api/firewire.rst
> >>> @@ -19,7 +19,7 @@ of kernel interfaces is available via ex
> >>>  Firewire char device data structures
> >>>  ====================================
> >>>  
> >>> -.. include:: /ABI/stable/firewire-cdev
> >>> +.. include:: ../ABI/stable/firewire-cdev
> >>>      :literal:
> >>>  
> >>>  .. kernel-doc:: include/uapi/linux/firewire-cdev.h
> >>> @@ -28,7 +28,7 @@ Firewire char device data structures
> >>>  Firewire device probing and sysfs interfaces
> >>>  ============================================
> >>>  
> >>> -.. include:: /ABI/stable/sysfs-bus-firewire
> >>> +.. include:: ../ABI/stable/sysfs-bus-firewire
> >>>      :literal:
> >>>  
> >>>  .. kernel-doc:: drivers/firewire/core-device.c

I can regenerate the problem and check that the patch can solve it.

Tested-by: Takashi Sakamoto <o-takashi@...amocchi.jp>


Thanks

Takashi Sakamoto