1. 06 Sep, 2016 8 commits
  2. 05 Sep, 2016 18 commits
  3. 01 Sep, 2016 6 commits
  4. 25 Aug, 2016 4 commits
  5. 24 Aug, 2016 4 commits
    • Mauro Carvalho Chehab's avatar
      docs-rst: kernel-doc: better output struct members · 6d232c80
      Mauro Carvalho Chehab authored
      Right now, for a struct, kernel-doc produces the following output:
      
      	.. c:type:: struct v4l2_prio_state
      
      	   stores the priority states
      
      	**Definition**
      
      	::
      
      	  struct v4l2_prio_state {
      	    atomic_t prios[4];
      	  };
      
      	**Members**
      
      	``atomic_t prios[4]``
      	  array with elements to store the array priorities
      
      Putting a member name in verbatim and adding a continuation line
      causes the LaTeX output to generate something like:
      	item[atomic_t prios\[4\]] array with elements to store the array priorities
      
      Everything inside "item" is non-breakable, with may produce
      lines bigger than the column width.
      
      Also, for function members, like:
      
              int (* rx_read) (struct v4l2_subdev *sd, u8 *buf, size_t count,ssize_t *num);
      
      It puts the name of the member at the end, like:
      
              int (*) (struct v4l2_subdev *sd, u8 *buf, size_t count,ssize_t *num) read
      
      With is very confusing.
      
      The best is to highlight what really matters: the member name.
      is a secondary information.
      
      So, change kernel-doc, for it to produce the output on a different way:
      
      	**Members**
      
      	``prios[4]``
      
      	  array with elements to store the array priorities
      
      Also, as the type is not part of LaTeX "item[]", LaTeX will split it into
      multiple lines, if needed.
      
      So, both LaTeX/PDF and HTML outputs will look good.
      
      It should be noticed, however, that the way Sphinx LaTeX output handles
      things like:
      
      	Foo
      	   bar
      
      is different than the HTML output. On HTML, it will produce something
      like:
      
      	**Foo**
      	   bar
      
      While, on LaTeX, it puts both foo and bar at the same line, like:
      
      	**Foo** bar
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@s-opensource.com>
      Signed-off-by: default avatarJonathan Corbet <corbet@lwn.net>
      6d232c80
    • Markus Elfring's avatar
      [media] dvb_frontend: Use memdup_user() rather than duplicating its implementation · fb660928
      Markus Elfring authored
      * Reuse existing functionality from memdup_user() instead of keeping
        duplicate source code.
      
        This issue was detected by using the Coccinelle software.
      
      * Return directly if this copy operation failed.
      
      * Replace the specification of data structures by pointer dereferences
        to make the corresponding size determination a bit safer according to
        the Linux coding style convention.
      Signed-off-by: default avatarMarkus Elfring <elfring@users.sourceforge.net>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@s-opensource.com>
      fb660928
    • Javier Martinez Canillas's avatar
      [media] vb2: Fix vb2_core_dqbuf() kernel-doc · 8eb14e80
      Javier Martinez Canillas authored
      The kernel-doc has the wrong function name and also the pindex
      parameter is missing in the documentation.
      Signed-off-by: default avatarJavier Martinez Canillas <javier@osg.samsung.com>
      Acked-by: default avatarSakari Ailus <sakari.ailus@linux.intel.com>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@s-opensource.com>
      8eb14e80
    • Stanimir Varbanov's avatar
      [media] media: v4l2-ctrls: append missing h264 profile string · 15d6e91a
      Stanimir Varbanov authored
      This appends missing "Stereo High" h264 profile string. Without
      it the v4l2 compliance would crash kernel with NULL pointer
      dereference at:
      
      [   26.882278] [<ffff000008685cbc>] std_validate+0x378/0x42c
      [   26.886967] [<ffff000008687424>] set_ctrl+0x8c/0x134
      [   26.892521] [<ffff00000868755c>] v4l2_s_ctrl+0x90/0xf4
      [   26.897555] [<ffff00000867f3b0>] v4l_s_ctrl+0x4c/0x110
      [   26.902503] [<ffff00000867db04>] __video_do_ioctl+0x240/0x2b4
      [   26.907625] [<ffff00000867d778>] video_usercopy+0x33c/0x46c
      [   26.913441] [<ffff00000867d8bc>] video_ioctl2+0x14/0x1c
      [   26.918822] [<ffff000008678878>] v4l2_ioctl+0xe0/0x110
      [   26.924032] [<ffff0000081da898>] do_vfs_ioctl+0xb4/0x764
      [   26.929238] [<ffff0000081dafcc>] SyS_ioctl+0x84/0x98
      [   26.934707] [<ffff000008082f4c>] __sys_trace_return+0x0/0x4
      Signed-off-by: default avatarStanimir Varbanov <stanimir.varbanov@linaro.org>
      Acked-by: default avatarSakari Ailus <sakari.ailus@linux.intel.com>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@s-opensource.com>
      15d6e91a