Re: [PATCH v2 06/29] docs: console.txt: convert docs to ReST and rename to *.rst

2019-06-21 Thread Greg Kroah-Hartman
On Tue, Jun 18, 2019 at 05:53:24PM -0300, Mauro Carvalho Chehab wrote:
> Convert this small file to ReST in preparation for adding it to
> the driver-api book.
> 
> While this is not part of the driver-api book, mark it as
> :orphan:, in order to avoid build warnings.
> 
> Signed-off-by: Mauro Carvalho Chehab 

Acked-by: Greg Kroah-Hartman 


[PATCH v2 06/29] docs: console.txt: convert docs to ReST and rename to *.rst

2019-06-18 Thread Mauro Carvalho Chehab
Convert this small file to ReST in preparation for adding it to
the driver-api book.

While this is not part of the driver-api book, mark it as
:orphan:, in order to avoid build warnings.

Signed-off-by: Mauro Carvalho Chehab 
---
 .../console/{console.txt => console.rst}  | 63 ++-
 Documentation/fb/fbcon.rst|  4 +-
 drivers/tty/Kconfig   |  2 +-
 3 files changed, 38 insertions(+), 31 deletions(-)
 rename Documentation/console/{console.txt => console.rst} (80%)

diff --git a/Documentation/console/console.txt 
b/Documentation/console/console.rst
similarity index 80%
rename from Documentation/console/console.txt
rename to Documentation/console/console.rst
index d73c2ab4beda..b374141b027e 100644
--- a/Documentation/console/console.txt
+++ b/Documentation/console/console.rst
@@ -1,3 +1,6 @@
+:orphan:
+
+===
 Console Drivers
 ===
 
@@ -17,25 +20,26 @@ of driver occupying the consoles.) They can only take over 
the console that is
 occupied by the system driver. In the same token, if the modular driver is
 released by the console, the system driver will take over.
 
-Modular drivers, from the programmer's point of view, have to call:
+Modular drivers, from the programmer's point of view, have to call::
 
 do_take_over_console() - load and bind driver to console layer
 give_up_console() - unload driver; it will only work if driver
 is fully unbound
 
-In newer kernels, the following are also available:
+In newer kernels, the following are also available::
 
 do_register_con_driver()
 do_unregister_con_driver()
 
 If sysfs is enabled, the contents of /sys/class/vtconsole can be
 examined. This shows the console backends currently registered by the
-system which are named vtcon where  is an integer from 0 to 15. Thus:
+system which are named vtcon where  is an integer from 0 to 15.
+Thus::
 
ls /sys/class/vtconsole
.  ..  vtcon0  vtcon1
 
-Each directory in /sys/class/vtconsole has 3 files:
+Each directory in /sys/class/vtconsole has 3 files::
 
  ls /sys/class/vtconsole/vtcon0
  .  ..  bind  name  uevent
@@ -46,27 +50,29 @@ What do these files signify?
 read, or acts to bind or unbind the driver to the virtual consoles
 when written to. The possible values are:
 
-   0 - means the driver is not bound and if echo'ed, commands the driver
+   0
+ - means the driver is not bound and if echo'ed, commands the driver
to unbind
 
-1 - means the driver is bound and if echo'ed, commands the driver to
+1
+ - means the driver is bound and if echo'ed, commands the driver to
bind
 
- 2. name - read-only file. Shows the name of the driver in this format:
+ 2. name - read-only file. Shows the name of the driver in this format::
 
-   cat /sys/class/vtconsole/vtcon0/name
-   (S) VGA+
+ cat /sys/class/vtconsole/vtcon0/name
+ (S) VGA+
 
-   '(S)' stands for a (S)ystem driver, i.e., it cannot be directly
-   commanded to bind or unbind
+ '(S)' stands for a (S)ystem driver, i.e., it cannot be directly
+ commanded to bind or unbind
 
-   'VGA+' is the name of the driver
+ 'VGA+' is the name of the driver
 
-   cat /sys/class/vtconsole/vtcon1/name
-   (M) frame buffer device
+ cat /sys/class/vtconsole/vtcon1/name
+ (M) frame buffer device
 
-   In this case, '(M)' stands for a (M)odular driver, one that can be
-   directly commanded to bind or unbind.
+ In this case, '(M)' stands for a (M)odular driver, one that can be
+ directly commanded to bind or unbind.
 
  3. uevent - ignore this file
 
@@ -75,14 +81,17 @@ driver takes over the consoles vacated by the driver. 
Binding, on the other
 hand, will bind the driver to the consoles that are currently occupied by a
 system driver.
 
-NOTE1: Binding and unbinding must be selected in Kconfig. It's under:
+NOTE1:
+  Binding and unbinding must be selected in Kconfig. It's under::
 
-Device Drivers -> Character devices -> Support for binding and unbinding
-console drivers
+Device Drivers ->
+   Character devices ->
+   Support for binding and unbinding console drivers
 
-NOTE2: If any of the virtual consoles are in KD_GRAPHICS mode, then binding or
-unbinding will not succeed. An example of an application that sets the console
-to KD_GRAPHICS is X.
+NOTE2:
+  If any of the virtual consoles are in KD_GRAPHICS mode, then binding or
+  unbinding will not succeed. An example of an application that sets the
+  console to KD_GRAPHICS is X.
 
 How useful is this feature? This is very useful for console driver
 developers. By unbinding the driver from the console layer, one can unload the
@@ -92,10 +101,10 @@ framebuffer console to VGA console and vice versa, this 
feature