1. 07 Mar, 2018 15 commits
  2. 23 Feb, 2018 12 commits
  3. 20 Feb, 2018 2 commits
    • Jonathan Corbet's avatar
      Merge branch 'kerneldoc2' into docs-next · fcdf1df2
      Jonathan Corbet authored
      So once upon a time I set out to fix the problem reported by Tobin wherein
      a literal block within a kerneldoc comment would be corrupted in
      processing.  On the way, though, I got annoyed at the way I have to learn
      how kernel-doc works from the beginning every time I tear into it.
      
      As a result, seven of the following eight patches just get rid of some dead
      code and reorganize the rest - mostly turning the 500-line process_file()
      function into something a bit more rational.  Sphinx output is unchanged
      after these are applied.  Then, at the end, there's a tweak to stop messing
      with literal blocks.
      
      If anybody was unaware that I've not done any serious Perl since the
      1990's, they will certainly understand that fact now.
      fcdf1df2
    • Jonathan Corbet's avatar
      docs: Add an SPDX header to kernel-doc · 38476378
      Jonathan Corbet authored
      Add the SPDX header while I'm in the neighborhood.  The source itself just
      says "GNU General Public License", but it also refers people to the COPYING
      file for further information.  Since COPYING says 2.0-only, that is what I
      have put into the header.
      Signed-off-by: default avatarJonathan Corbet <corbet@lwn.net>
      38476378
  4. 19 Feb, 2018 2 commits
  5. 18 Feb, 2018 7 commits
  6. 16 Feb, 2018 1 commit
  7. 15 Feb, 2018 1 commit
    • Jonathan Corbet's avatar
      docs: kernel-doc: Don't mangle literal code blocks in comments · af250290
      Jonathan Corbet authored
      It can be useful to put code snippets into kerneldoc comments; that can be
      done with the "::" operator at the end of a line like this::
      
         if (desperate)
             run_in_circles();
      
      The ".. code-block::" directive can also be used to this end.  kernel-doc
      currently fails to understand these literal blocks and applies its normal
      markup to them, which is then treated as literal by sphinx.  The result is
      unsightly markup instead of a useful code snippet.
      
      Apply a hack to the output code to recognize literal blocks and avoid
      performing any special markup on them.  It's ugly, but that means it fits
      in well with the rest of the script.
      Reviewed-by: default avatarJani Nikula <jani.nikula@intel.com>
      Signed-off-by: default avatarJonathan Corbet <corbet@lwn.net>
      af250290