2016-11-17 13:32:35 +03:00
===========================
Including uAPI header files
===========================
Sometimes, it is useful to include header files and C example codes in
order to describe the userspace API and to generate cross-references
between the code and the documentation. Adding cross-references for
userspace API files has an additional vantage: Sphinx will generate warnings
if a symbol is not found at the documentation. That helps to keep the
uAPI documentation in sync with the Kernel changes.
The :ref: `parse_headers.pl <parse_headers>` provide a way to generate such
cross-references. It has to be called via Makefile, while building the
documentation. Please see `` Documentation/media/Makefile `` for an example
about how to use it inside the Kernel tree.
.. _parse_headers:
2016-11-17 13:32:34 +03:00
parse_headers.pl
2016-11-17 13:32:35 +03:00
^^^^^^^^^^^^^^^^
2016-11-17 13:32:34 +03:00
NAME
*** *
parse_headers.pl - parse a C file, in order to identify functions, structs,
enums and defines and create cross-references to a Sphinx book.
SYNOPSIS
***** ***
\ **parse_headers.pl** \ [<options> ] <C_FILE> <OUT_FILE> [<EXCEPTIONS_FILE> ]
Where <options> can be: --debug, --help or --man.
OPTIONS
***** **
\ **--debug** \
Put the script in verbose mode, useful for debugging.
2016-11-30 13:00:20 +03:00
\ **--usage** \
2016-11-17 13:32:34 +03:00
Prints a brief help message and exits.
2016-11-30 13:00:20 +03:00
\ **--help** \
2016-11-17 13:32:34 +03:00
2016-11-30 13:00:20 +03:00
Prints a more detailed help message and exits.
2016-11-17 13:32:34 +03:00
DESCRIPTION
***** ***** *
Convert a C header or source file (C_FILE), into a ReStructured Text
included via ..parsed-literal block with cross-references for the
documentation files that describe the API. It accepts an optional
EXCEPTIONS_FILE with describes what elements will be either ignored or
be pointed to a non-default reference.
The output is written at the (OUT_FILE).
It is capable of identifying defines, functions, structs, typedefs,
enums and enum symbols and create cross-references for all of them.
It is also capable of distinguish #define used for specifying a Linux
ioctl.
The EXCEPTIONS_FILE contain two types of statements: \ **ignore** \ or \ **replace** \ .
The syntax for the ignore tag is:
ignore \ **type** \ \ **name** \
The \ **ignore** \ means that it won't generate cross references for a
\ **name** \ symbol of type \ **type** \ .
The syntax for the replace tag is:
replace \ **type** \ \ **name** \ \ **new_value** \
The \ **replace** \ means that it will generate cross references for a
\ **name** \ symbol of type \ **type** \ , but, instead of using the default
replacement rule, it will use \ **new_value** \ .
For both statements, \ **type** \ can be either one of the following:
\ **ioctl** \
The ignore or replace statement will apply to ioctl definitions like:
#define VIDIOC_DBG_S_REGISTER _IOW('V', 79, struct v4l2_dbg_register)
\ **define** \
The ignore or replace statement will apply to any other #define found
at C_FILE.
\ **typedef** \
The ignore or replace statement will apply to typedef statements at C_FILE.
\ **struct** \
The ignore or replace statement will apply to the name of struct statements
at C_FILE.
\ **enum** \
The ignore or replace statement will apply to the name of enum statements
at C_FILE.
\ **symbol** \
2018-06-06 01:48:58 +03:00
The ignore or replace statement will apply to the name of enum value
2016-11-17 13:32:34 +03:00
at C_FILE.
For replace statements, \ **new_value** \ will automatically use :c:type:
references for \ **typedef** \ , \ **enum** \ and \ **struct** \ types. It will use :ref:
for \ **ioctl** \ , \ **define** \ and \ **symbol** \ types. The type of reference can
also be explicitly defined at the replace statement.
EXAMPLES
***** ***
ignore define _VIDEODEV2_H
Ignore a #define _VIDEODEV2_H at the C_FILE.
ignore symbol PRIVATE
On a struct like:
enum foo { BAR1, BAR2, PRIVATE };
It won't generate cross-references for \ **PRIVATE** \ .
replace symbol BAR1 :c:type:\`foo\`
replace symbol BAR2 :c:type:\`foo\`
On a struct like:
enum foo { BAR1, BAR2, PRIVATE };
It will make the BAR1 and BAR2 enum symbols to cross reference the foo
symbol at the C domain.
BUGS
*** *
MAINTAINERS & files: Canonize the e-mails I use at files
From now on, I'll start using my @kernel.org as my development e-mail.
As such, let's remove the entries that point to the old
mchehab@s-opensource.com at MAINTAINERS file.
For the files written with a copyright with mchehab@s-opensource,
let's keep Samsung on their names, using mchehab+samsung@kernel.org,
in order to keep pointing to my employer, with sponsors the work.
For the files written before I join Samsung (on July, 4 2013),
let's just use mchehab@kernel.org.
For bug reports, we can simply point to just kernel.org, as
this will reach my mchehab+samsung inbox anyway.
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Signed-off-by: Brian Warner <brian.warner@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
2018-04-25 12:34:48 +03:00
Report bugs to Mauro Carvalho Chehab <mchehab@kernel.org>
2016-11-17 13:32:34 +03:00
COPYRIGHT
***** *** *
MAINTAINERS & files: Canonize the e-mails I use at files
From now on, I'll start using my @kernel.org as my development e-mail.
As such, let's remove the entries that point to the old
mchehab@s-opensource.com at MAINTAINERS file.
For the files written with a copyright with mchehab@s-opensource,
let's keep Samsung on their names, using mchehab+samsung@kernel.org,
in order to keep pointing to my employer, with sponsors the work.
For the files written before I join Samsung (on July, 4 2013),
let's just use mchehab@kernel.org.
For bug reports, we can simply point to just kernel.org, as
this will reach my mchehab+samsung inbox anyway.
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Signed-off-by: Brian Warner <brian.warner@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
2018-04-25 12:34:48 +03:00
Copyright (c) 2016 by Mauro Carvalho Chehab <mchehab+samsung@kernel.org>.
2016-11-17 13:32:34 +03:00
License GPLv2: GNU GPL version 2 <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.