1. 02 11月, 2017 1 次提交
    • G
      License cleanup: add SPDX license identifier to uapi header files with a license · e2be04c7
      Greg Kroah-Hartman 提交于
      Many user space API headers have licensing information, which is either
      incomplete, badly formatted or just a shorthand for referring to the
      license under which the file is supposed to be.  This makes it hard for
      compliance tools to determine the correct license.
      
      Update these files with an SPDX license identifier.  The identifier was
      chosen based on the license information in the file.
      
      GPL/LGPL licensed headers get the matching GPL/LGPL SPDX license
      identifier with the added 'WITH Linux-syscall-note' exception, which is
      the officially assigned exception identifier for the kernel syscall
      exception:
      
         NOTE! This copyright does *not* cover user programs that use kernel
         services by normal system calls - this is merely considered normal use
         of the kernel, and does *not* fall under the heading of "derived work".
      
      This exception makes it possible to include GPL headers into non GPL
      code, without confusing license compliance tools.
      
      Headers which have either explicit dual licensing or are just licensed
      under a non GPL license are updated with the corresponding SPDX
      identifier and the GPLv2 with syscall exception identifier.  The format
      is:
              ((GPL-2.0 WITH Linux-syscall-note) OR SPDX-ID-OF-OTHER-LICENSE)
      
      SPDX license identifiers are a legally binding shorthand, which can be
      used instead of the full boiler plate text.  The update does not remove
      existing license information as this has to be done on a case by case
      basis and the copyright holders might have to be consulted. This will
      happen in a separate step.
      
      This patch is based on work done by Thomas Gleixner and Kate Stewart and
      Philippe Ombredanne.  See the previous patch in this series for the
      methodology of how this patch was researched.
      Reviewed-by: NKate Stewart <kstewart@linuxfoundation.org>
      Reviewed-by: NPhilippe Ombredanne <pombredanne@nexb.com>
      Reviewed-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      e2be04c7
  2. 05 6月, 2015 1 次提交
  3. 17 12月, 2014 1 次提交
  4. 02 12月, 2014 1 次提交
  5. 15 11月, 2014 2 次提交
  6. 14 5月, 2014 4 次提交
  7. 11 12月, 2013 1 次提交
  8. 18 8月, 2013 1 次提交
  9. 05 4月, 2013 1 次提交
  10. 21 12月, 2012 1 次提交
  11. 19 12月, 2012 1 次提交
  12. 13 10月, 2012 1 次提交
  13. 06 10月, 2012 1 次提交
  14. 20 5月, 2011 1 次提交
  15. 19 4月, 2011 1 次提交
  16. 22 3月, 2011 7 次提交
  17. 21 10月, 2010 3 次提交
  18. 03 8月, 2010 2 次提交
  19. 01 6月, 2010 2 次提交
  20. 16 12月, 2009 1 次提交
    • G
      V4L/DVB (13658): v4l: add a media-bus API for configuring v4l2 subdev pixel and frame formats · 9a74251d
      Guennadi Liakhovetski 提交于
      Video subdevices, like cameras, decoders, connect to video bridges over
      specialised busses. Data is being transferred over these busses in various
      formats, which only loosely correspond to fourcc codes, describing how video
      data is stored in RAM. This is not a one-to-one correspondence, therefore we
      cannot use fourcc codes to configure subdevice output data formats. This patch
      adds codes for several such on-the-bus formats and an API, similar to the
      familiar .s_fmt(), .g_fmt(), .try_fmt(), .enum_fmt() API for configuring those
      codes. After all users of the old API in struct v4l2_subdev_video_ops are
      converted, it will be removed. Also add helper routines to support generic
      pass-through mode for the soc-camera framework.
      
       create mode 100644 drivers/media/video/soc_mediabus.c
       create mode 100644 include/media/soc_mediabus.h
       create mode 100644 include/media/v4l2-mediabus.h
      Signed-off-by: NGuennadi Liakhovetski <g.liakhovetski@gmx.de>
      Acked-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      9a74251d