1. 31 5月, 2019 1 次提交
  2. 22 4月, 2019 1 次提交
  3. 29 3月, 2019 1 次提交
  4. 26 3月, 2019 2 次提交
  5. 19 2月, 2019 1 次提交
  6. 17 1月, 2019 3 次提交
  7. 08 1月, 2019 1 次提交
  8. 06 12月, 2018 1 次提交
  9. 04 12月, 2018 1 次提交
  10. 06 11月, 2018 1 次提交
    • A
      media: v4l: fix uapi mpeg slice params definition · df18bfd3
      Arnd Bergmann 提交于
      We get a headers_check warning about the newly defined ioctl command
      structures:
      
      ./usr/include/linux/v4l2-controls.h:1105: found __[us]{8,16,32,64} type without #include <linux/types.h>
      
      This is resolved by including linux/types.h, as suggested by the
      warning, but there is another problem: Three of the four structures
      have an odd number of __u8 headers, but are aligned to 32 bit in the
      v4l2_ctrl_mpeg2_slice_params, so we get an implicit padding byte
      for each one. To solve that, let's add explicit padding that can
      be set to zero and verified in the kernel.
      
      Fixes: c27bb30e ("media: v4l: Add definitions for MPEG-2 slice format and metadata")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab+samsung@kernel.org>
      df18bfd3
  11. 05 10月, 2018 2 次提交
  12. 24 9月, 2018 2 次提交
  13. 12 9月, 2018 1 次提交
  14. 11 9月, 2018 3 次提交
  15. 31 8月, 2018 7 次提交
  16. 04 7月, 2018 3 次提交
  17. 22 3月, 2018 1 次提交
  18. 12 2月, 2018 1 次提交
    • L
      vfs: do bulk POLL* -> EPOLL* replacement · a9a08845
      Linus Torvalds 提交于
      This is the mindless scripted replacement of kernel use of POLL*
      variables as described by Al, done by this script:
      
          for V in IN OUT PRI ERR RDNORM RDBAND WRNORM WRBAND HUP RDHUP NVAL MSG; do
              L=`git grep -l -w POLL$V | grep -v '^t' | grep -v /um/ | grep -v '^sa' | grep -v '/poll.h$'|grep -v '^D'`
              for f in $L; do sed -i "-es/^\([^\"]*\)\(\<POLL$V\>\)/\\1E\\2/" $f; done
          done
      
      with de-mangling cleanups yet to come.
      
      NOTE! On almost all architectures, the EPOLL* constants have the same
      values as the POLL* constants do.  But they keyword here is "almost".
      For various bad reasons they aren't the same, and epoll() doesn't
      actually work quite correctly in some cases due to this on Sparc et al.
      
      The next patch from Al will sort out the final differences, and we
      should be all done.
      Scripted-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a9a08845
  19. 28 11月, 2017 1 次提交
  20. 07 11月, 2017 1 次提交
  21. 31 10月, 2017 1 次提交
  22. 05 10月, 2017 1 次提交
  23. 20 6月, 2017 2 次提交
    • T
      [media] v4l2-core: Use kvmalloc() for potentially big allocations · 758d90e1
      Tomasz Figa 提交于
      There are multiple places where arrays or otherwise variable sized
      buffer are allocated through V4L2 core code, including things like
      controls, memory pages, staging buffers for ioctls and so on. Such
      allocations can potentially require an order > 0 allocation from the
      page allocator, which is not guaranteed to be fulfilled and is likely to
      fail on a system with severe memory fragmentation (e.g. a system with
      very long uptime).
      
      Since the memory being allocated is intended to be used by the CPU
      exclusively, we can consider using vmalloc() as a fallback and this is
      exactly what the recently merged kvmalloc() helpers do. A kmalloc() call
      is still attempted, even for order > 0 allocations, but it is done
      with __GFP_NORETRY and __GFP_NOWARN, with expectation of failing if
      requested memory is not available instantly. Only then the vmalloc()
      fallback is used. This should give us fast and more reliable allocations
      even on systems with higher memory pressure and/or more fragmentation,
      while still retaining the same performance level on systems not
      suffering from such conditions.
      
      While at it, replace explicit array size calculations on changed
      allocations with kvmalloc_array().
      
      Purposedly not touching videobuf1, as it is deprecated, has only few
      users remaining and would rather be seen removed instead.
      Signed-off-by: NTomasz Figa <tfiga@chromium.org>
      Acked-by: NMarek Szyprowski <m.szyprowski@samsung.com>
      Acked-by: NSakari Ailus <sakari.ailus@linux.intel.com>
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      758d90e1
    • S
      [media] v4l: ctrls: Add a control for digital gain · e72cb0e7
      Sakari Ailus 提交于
      Add V4L2_CID_DIGITAL_GAIN to control explicitly digital gain.
      
      We already have analogue gain control which the digital gain control
      complements. Typically higher quality images are obtained using analogue
      gain only as the digital gain does not add information to the image
      (rather it may remove it).
      Signed-off-by: NSakari Ailus <sakari.ailus@linux.intel.com>
      Acked-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      e72cb0e7
  24. 07 6月, 2017 1 次提交