Commit 937abe88aea3 ("dmaengine: xilinx-dma: move header file to common
location") moved xilinx_dma.h to a common location but neglected to reflect
this move in all its users.
This causes compile errors for several builds.
drivers/media/platform/xilinx/xilinx-dma.c:15:35:
fatal error: lin
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sat Apr 25 04:00:20 CEST 2015
git branch: test
git hash: e183201b9e917daf2530b637b2f34f1d5afb934d
gcc versi
On Fri, 24 Apr 2015 11:52:47 +0200
Hans Verkuil wrote:
> The RGB444 format swapped the red and blue components, fix this.
>
> Rather than making a new BGR444 format (as I proposed initially), Jon prefers
> to just fix this and return the colors in the right order. I think that makes
> sense in t
Sakari Ailus wrote on Fri [2015-Apr-24 22:49:33 +0300]:
> Hi Benoit,
>
> On Fri, Apr 24, 2015 at 02:41:00PM -0500, Benoit Parrot wrote:
> > Sakari Ailus wrote on Thu [2015-Mar-26 00:57:36
> > +0200]:
> > > Add lane-polarity property to endpoint nodes. This essentially tells that
> > > the order
Hi Benoit,
On Fri, Apr 24, 2015 at 02:41:00PM -0500, Benoit Parrot wrote:
> Sakari Ailus wrote on Thu [2015-Mar-26 00:57:36 +0200]:
> > Add lane-polarity property to endpoint nodes. This essentially tells that
> > the order of the differential signal wires is inverted.
> >
> > Signed-off-by: Sak
Sakari Ailus wrote on Thu [2015-Mar-26 00:57:36 +0200]:
> Add lane-polarity property to endpoint nodes. This essentially tells that
> the order of the differential signal wires is inverted.
>
> Signed-off-by: Sakari Ailus
> Acked-by: Laurent Pinchart
> ---
> Documentation/devicetree/bindings/m
On Mon 17-03-14 20:49:28, Jan Kara wrote:
> Provide new function get_vaddr_pfns(). This function maps virtual
> addresses from given start and fills given array with page frame numbers of
> the corresponding pages. If given start belongs to a normal vma, the function
> grabs reference to each of t
On Fri 24-04-15 13:07:37, Hans Verkuil wrote:
> Hi Marek,
>
> On 04/24/2015 12:59 PM, Marek Szyprowski wrote:
> > Dear All,
> >
> > On 2015-04-02 17:25, Hans Verkuil wrote:
> >> On 04/02/2015 05:02 PM, Jan Kara wrote:
> >>>Hello,
> >>>
> >>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
>
From: Hans Verkuil
For these encodings the quantization range should be ignored, since
there is only one possible Y'CbCr encoding.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-tpg.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --gi
From: Hans Verkuil
In order to be consistent with the other Y'CbCr encodings add
support for full range V4L2_YCBCR_ENC_BT2020.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-tpg.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/m
From: Hans Verkuil
In order to be consistent with the other Y'CbCr encodings add
support for full range V4L2_YCBCR_ENC_BT2020_CONST_LUM.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-tpg.c | 40 +++-
1 file changed, 29 insertions(+), 11 deletion
From: Hans Verkuil
Add a log_status function to the test pattern generator and use that
in vivid. This simplifies debugging complex colorspace problems.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-core.c | 13 -
drivers/media/platform/vivid/vivid-tpg.c | 16
From: Hans Verkuil
- Add logging
- Add full range variants of several Y'CbCr encodings to be
consistent with the existing encodings
- Ignore quantization range for the XV601/709 encodings as that
does not apply for those encodings
Hans
Hans Verkuil (5):
vivid-tpg: add tpg_log_stat
From: Hans Verkuil
In order to be consistent with the other Y'CbCr encodings add
support for full range V4L2_YCBCR_ENC_SMPTE240M.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-tpg.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers
> Steven, thanks for your comment
You are very welcome.
>
> So maybe this should also go into cx23885?
> I'm in Europe and only have DVB-C
My understanding is that it applies to all USB/PCIe bridges.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send
Hi Steven, Olli,
Steven, thanks for your comment
So maybe this should also go into cx23885?
I'm in Europe and only have DVB-C
I'll add it to my saa716x driver as well
Op 24-04-15 om 15:16 schreef Steven Toth:
I've also seen that the Hauppauge HVR-2205 Windows driver enables this
option, but it
From: Mats Randgaard
The driver is tested on our hardware and all the implemented features
works as expected.
Missing features:
- CEC support
- HDCP repeater support
- IR support
Signed-off-by: Mats Randgaard
---
MAINTAINERS|6 +
drivers/media/i2c/Kconfig
From: Mats Randgaard
Hi,
I have finally finished the second RFC for this driver.
Changes since RFC01:
- Improved code based on feedback from Hans and Philipp. For the CSI
parameters have I only written a set of values that can serve as a
starting point, since calculation of the parameters in
Hi Linus,
May I request you to pull a few dma-buf changes for 4.1-rc1? minor
cleanup only; this could've gone in for the 4.0 merge window, but for
a copy-paste stupidity from me.
It has been in the for-next since then, and no issues reported.
Thanks and best regards,
Sumit.
The following chang
> I've also seen that the Hauppauge HVR-2205 Windows driver enables this
> option, but it seems to me that that board works ok also without this.
Olli, I found out why this is, I thought you'd appreciate the comment
Apparently the issue only occurs with DVB streams faster than
approximately 5
Hi Jacek,
On Fri, Apr 24, 2015 at 12:29:17PM +0200, Jacek Anaszewski wrote:
> Hi Sakari,
>
> On Fri, 24 Apr 2015 00:52:12 +0300
> Sakari Ailus wrote:
>
> > Hi Jacek,
> >
> > Jacek Anaszewski wrote:
> > ...
> > >>> +#define call_flash_op(v4l2_flash, op,
> > >>> arg)\
> > >>>
Hi Marek,
On 04/24/2015 12:59 PM, Marek Szyprowski wrote:
> Dear All,
>
> On 2015-04-02 17:25, Hans Verkuil wrote:
>> On 04/02/2015 05:02 PM, Jan Kara wrote:
>>>Hello,
>>>
>>> On Tue 17-03-15 12:56:30, Jan Kara wrote:
After a long pause I'm sending second version of my patch series to
Dear All,
On 2015-04-02 17:25, Hans Verkuil wrote:
On 04/02/2015 05:02 PM, Jan Kara wrote:
Hello,
On Tue 17-03-15 12:56:30, Jan Kara wrote:
After a long pause I'm sending second version of my patch series to abstract
vma handling from the various media drivers. After this patch set driv
On April 24, 2015 2:55:07 AM EDT, Hans Verkuil wrote:
>The cx18 PCM video device didn't have any capabilities set, which
>caused a warnings
>in the v4l2 core:
>
>[6.229393] [ cut here ]
>[6.229414] WARNING: CPU: 1 PID: 593 at
>drivers/media/v4l2-core/v4l2-ioctl.c:1
Hi Sakari,
On Fri, 24 Apr 2015 00:52:12 +0300
Sakari Ailus wrote:
> Hi Jacek,
>
> Jacek Anaszewski wrote:
> ...
> >>> +#define call_flash_op(v4l2_flash, op,
> >>> arg) \
> >>> + (has_flash_op(v4l2_flash,
> >>> op) ? \
> >>> + v4l2
Hi Kamil, Hans,
I'm the main developer of libCEC
(https://github.com/Pulse-Eight/libcec). Sorry for the late time to jump
in here, but I wasn't signed up to this mailing list and someone pointed
me to this discussion.
Unfortunately this approach will not work with half the TVs that are out
On 04/10/2015 12:42 PM, Scott Jiang wrote:
> Hi Hans,
>
>>>
>>> Hans, I tried to use v4l2-compliance but it failed to compile. Sorry
>>> for telling you it have passed compilation because I forgot to use
>>> blackfin toolchain.
>>> ./configure --without-jpeg --host=bfin-linux-uclibc --disable-lib
This supersedes https://patchwork.linuxtv.org/patch/29163/.
Added two more patches ("fix memory leak on failure path in cafe_smbus_setup()"
and "fix V4L2_PIX_FMT_SBGGR8 support").
All tested on my OLPC XO laptop.
Regards,
Hans
The following changes since commit e183201b9e917daf2530b637
The RGB444 format swapped the red and blue components, fix this.
Rather than making a new BGR444 format (as I proposed initially), Jon prefers
to just fix this and return the colors in the right order. I think that makes
sense in this case.
Since the RGB444 pixel format is deprecated due to the a
Hi Hans,
Am Freitag, den 24.04.2015, 08:43 +0200 schrieb Hans Verkuil:
> Hi Philipp,
>
> Thank you for the patch, but I have one question:
>
> On 04/23/2015 03:52 PM, Philipp Zabel wrote:
> > Use the VIVID_WEBCAM_SIZES constant where appropriate and add a 1920x1080
> > pixel
> > frame size sett
The following changes since commit e183201b9e917daf2530b637b2f34f1d5afb934d:
[media] uvcvideo: add support for VIDIOC_QUERY_EXT_CTRL (2015-04-10 10:29:27
-0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v4.2d
for you to fetch changes up to 01dcae
Hi,
Can you show the Kconfig script that contains the syntax error? I don't
quite see how this goes wrong. Perhaps if I see the broken Kconfig I
understand this better.
Thanks,
Hans
On 04/10/2015 05:21 AM, tcm...@gmx.net wrote:
> From: TC
> Date: Fri, 10 Apr 2015 04:29:20 +0200
> Subje
Running v4l2-compliance on my usbtv stick revealed two failures:
1) Correct handling of CREATE_BUFS in usbtv_queue_setup was missing. Added this.
2) The sequence counter wasn't reset to 0 when starting streaming.
Signed-off-by: Hans Verkuil
Tested-by: Hans Verkuil
---
diff --git a/drivers/media
On 04/24/2015 08:55 AM, Hans Verkuil wrote:
> The cx18 PCM video device didn't have any capabilities set, which caused a
> warnings
> in the v4l2 core:
>
> [6.229393] [ cut here ]
> [6.229414] WARNING: CPU: 1 PID: 593 at
> drivers/media/v4l2-core/v4l2-ioctl.c:1025
This cam seems to return different values on long commands, so make status check
in sn9c2028_long_command() more tolerant. Anyway, read value isn't used anywhere
later.
Signed-off-by: Vasily Khoruzhick
---
v2: update commit message to explain change in sn9c2028_long_command()
drivers/media/usb/
Autogain algorithm is very simple, if average luminance is low - increase gain,
if it's high - decrease gain. Gain granularity is low enough for this algo to
stabilize quickly.
Signed-off-by: Vasily Khoruzhick
---
v2: According to Hans, header lenght is 12 bytes, so drop 2 redundant bytes
drive
Hi Tycho,
Yes, so far the only device that I know should use gapped clock is the
DVBSky T330 a.k.a. TechnoTrend CT2-4400.
I've also seen that the Hauppauge HVR-2205 Windows driver enables this
option, but it seems to me that that board works ok also without this.
Cheers,
-olli
On 24 April 2015
37 matches
Mail list logo
