lp:~libv4l/libv4l/+git/v4l-utils

Author: Sakari Ailus
Author Date: 2023-10-25 16:32:04 UTC

utils: media-ctl: Print the MUST_CONNECT pad flag

With the introduction of the MUST_CONNECT pad flag, pads can have
multiple flags. Print them all using the print_flags() helper function.

Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Acked-by: Sakari Ailus <sakari.ailus@linux.intel.com>

Author: Sean Young
Author Date: 2024-04-19 09:29:01 UTC

ir-ctl: correct max_size for rc5 and rc5_sz

These protocols can produce more edges.

Signed-off-by: Sean Young <sean@mess.org>
(cherry picked from commit 0fed77f778b8ae2f3bc5ec264e73b1b7d065b228)

Author: Peter Seiderer
Author Date: 2023-03-30 15:06:06 UTC

v4l2-tracer: fix 'symbol mmap64/open64 is already defined' compile failure

Compiling for RPi4 (64-bit) using buildroot failes with the following
error:

  .../host/bin/aarch64-buildroot-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../utils/common -I.../aarch64-buildroot-linux-gnu/sysroot/usr/include/json-c -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -g0 -D_FORTIFY_SOURCE=1 -std=gnu++11 -c libv4l2tracer.cpp -fPIC -DPIC -o .libs/libv4l2tracer_la-libv4l2tracer.o
  /tmp/ccfbectY.s: Assembler messages:
  /tmp/ccfbectY.s:208: Error: symbol `open64' is already defined
  /tmp/ccfbectY.s:762: Error: symbol `mmap64' is already defined

The preprocessor output shows:

  [...]
  extern "C" {
  # 61 ".../host/aarch64-buildroot-linux-gnu/sysroot/usr/include/sys/mman.h" 3 4
  extern void * mmap (void *__addr, size_t __len, int __prot, int __flags, int __fd, __off64_t __offset) noexcept (true) __asm__ ("" "mmap64");
  [...]
  extern void *mmap64 (void *__addr, size_t __len, int __prot,
         int __flags, int __fd, __off64_t __offset) noexcept (true);

And host/aarch64-buildroot-linux-gnu/sysroot/usr/include/sys/mman.h:

  56 #ifndef __USE_FILE_OFFSET64
  57 extern void *mmap (void *__addr, size_t __len, int __prot,
  58 int __flags, int __fd, __off_t __offset) __THROW;
  59 #else
  60 # ifdef __REDIRECT_NTH
  61 extern void * __REDIRECT_NTH (mmap,
  62 (void *__addr, size_t __len, int __prot,
  63 int __flags, int __fd, __off64_t __offset),
  64 mmap64);
  65 # else
  66 # define mmap mmap64
  67 # endif
  68 #endif
  69 #ifdef __USE_LARGEFILE64
  70 extern void *mmap64 (void *__addr, size_t __len, int __prot,
  71 int __flags, int __fd, __off64_t __offset) __THROW;
  72 #endif

Fix it by applying the same undef _LARGEFILE_SOURCE/_FILE_OFFSET_BITS,
define _LARGEFILE64_SOURCE as in as in lib/libv4l1/v4l1compat.c

Signed-off-by: Peter Seiderer <ps.report@gmx.net>
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>

Author: Hans de Goede
Author Date: 2022-10-16 17:57:29 UTC

libv4lconvert: Fix v4lconvert_nv16_to_yuyv() not taking stride into account

The atomisp driver can generate V4L2_PIX_FMT_NV16 buffers where
stride != width. Where as v4lconvert_nv16_to_yuyv() assumed that
stride == width is always true.

Add a stride argument to v4lconvert_nv16_to_yuyv() to fix this.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>

Author: Hans de Goede
Author Date: 2022-10-16 17:57:29 UTC

libv4lconvert: Fix v4lconvert_nv16_to_yuyv() not taking stride into account

The atomisp driver can generate V4L2_PIX_FMT_NV16 buffers where
stride != width. Where as v4lconvert_nv16_to_yuyv() assumed that
stride == width is always true.

Add a stride argument to v4lconvert_nv16_to_yuyv() to fix this.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>

Author: Hans de Goede
Author Date: 2022-10-16 17:57:29 UTC

libv4lconvert: Fix v4lconvert_nv16_to_yuyv() not taking stride into account

The atomisp driver can generate V4L2_PIX_FMT_NV16 buffers where
stride != width. Where as v4lconvert_nv16_to_yuyv() assumed that
stride == width is always true.

Add a stride argument to v4lconvert_nv16_to_yuyv() to fix this.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>

Author: Gregor Jasny
Author Date: 2020-01-13 20:09:52 UTC

Prepare for 1.16.8 release

Author: Gregor Jasny
Author Date: 2019-09-01 12:18:22 UTC

Prepare for 1.14.5 release

Author: Gregor Jasny
Author Date: 2019-05-03 17:18:10 UTC

Prepare for 1.12.8 release

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:53:15 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:52:45 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:52:13 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:51:09 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:48:55 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:41:59 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Mauro Carvalho Chehab
Author Date: 2019-03-24 20:40:47 UTC

Update my e-mail on all places

My e-mail has changed over the years. Due to that, people still
send me bug reports to e-mails I don't use anymore for upstream
stuff, or even send e-mails to addresses that doesn't exist
anymore.

So, let's put an order at the house, using just the canonical
e-mail mchehab@kernel.org, as this e-mail should always point
to my current e-mail preference.

Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>

Author: Laurent Pinchart
Author Date: 2014-06-02 14:28:12 UTC

media-ctl: Update copyright years

We're well into 2014 and there no going back.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>