On 12/08/2014 09:39 AM, Jurgen Kramer wrote:
On Sun, 2014-12-07 at 16:50 +0200, Antti Palosaari wrote:
On 12/07/2014 10:15 AM, Jurgen Kramer wrote:
On Sat, 2014-12-06 at 20:29 +0200, Antti Palosaari wrote:
On 12/06/2014 06:48 PM, Jurgen Kramer wrote:
On my new DVBSky T980C the tuner firmwa
On Sun, 2014-12-07 at 16:50 +0200, Antti Palosaari wrote:
>
> On 12/07/2014 10:15 AM, Jurgen Kramer wrote:
> > On Sat, 2014-12-06 at 20:29 +0200, Antti Palosaari wrote:
> >> On 12/06/2014 06:48 PM, Jurgen Kramer wrote:
> >>> On my new DVBSky T980C the tuner firmware failes to load:
> >>> [ 51.32
Hi,
Can anyone comment is following state transition diagram for V4l2 user
space program make sense? Do you see any issues if we were to enforce
this constraint?
Sorry for not being able to paste the ascii diagram correctly in
gmail. So please check following link to view the diagram.
http://pas
sorry, if you look at
http://git.linuxtv.org/cgit.cgi/media_tree.git/patch/drivers/media/v4l2-core?id=0c3a14c177aa85afb991e7c2be3921aa9a52a893
you'll see the entire patch
Chris Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vge
I noticed today that my Prof 7301 wasnt working any longer. I get a
kernel oops when I send ioctl DMX_SET_PES_FILTER
Dec 7 21:18:07 DVB kernel: [13728.751355] [ cut here ]
Dec 7 21:18:07 DVB kernel: [13728.751366] WARNING: CPU: 1 PID: 7106
at drivers/media/v4l2-core/video
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: Mon Dec 8 04:00:15 CET 2014
git branch: test
git hash: 71947828caef0c83d4245f7d1eaddc799b4ff1d1
gcc versio
Hi Philipp,
On Wed, Dec 03, 2014 at 11:28:20AM +0100, Philipp Zabel wrote:
> Commit 9e74d2926a28 ("staging: imx-drm: add LVDS666 support for parallel
> display") describes a 24-bit bus format where three 6-bit components each
> take the lower part of 8 bits with the two high bits zero padded. Add
Hi Laurent,
On Mon, Dec 08, 2014 at 02:17:11AM +0200, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Wednesday 03 December 2014 13:06:00 Sakari Ailus wrote:
> > On Tue, Dec 02, 2014 at 01:21:40PM +0100, Hans Verkuil wrote:
> > > From: Hans Verkuil
> > >
> > > The crop and selection pad ops are dup
Hi Philipp,
On Thu, Dec 04, 2014 at 11:44:32AM +0100, Philipp Zabel wrote:
> Hi Sakari,
>
> Am Mittwoch, den 03.12.2014, 17:47 +0200 schrieb Sakari Ailus:
> > Hi Philipp,
> >
> > On Tue, Dec 02, 2014 at 08:41:24PM +0100, Philipp Zabel wrote:
> > > This patch adds three new RGB media bus formats
Hi Sakari,
On Wednesday 03 December 2014 13:06:00 Sakari Ailus wrote:
> On Tue, Dec 02, 2014 at 01:21:40PM +0100, Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > The crop and selection pad ops are duplicates. Replace all uses of
> > get/set_crop by get/set_selection. This will make it possibl
Hi Hans,
Thank you for the patch.
On Thursday 04 December 2014 10:54:57 Hans Verkuil wrote:
> From: Hans Verkuil
>
> When a new subdevice is registered this new function is called to allocate
> and initialize a pad_config array. This allows bridge drivers to use the
> pad ops that require such
Hi Hans,
Thank you for the patch.
On Thursday 04 December 2014 10:54:56 Hans Verkuil wrote:
> From: Hans Verkuil
>
> These drivers depend on VIDEO_V4L2_SUBDEV_API, which in turn
> depends on MEDIA_CONTROLLER. So it is sufficient to just depend
> on VIDEO_V4L2_SUBDEV_API.
Shouldn't the VIDEO_V4
Hi Hans,
Thank you for the patch.
On Thursday 04 December 2014 10:54:55 Hans Verkuil wrote:
> From: Hans Verkuil
>
> If a subdevice pad op is called from a bridge driver, then there is
> no v4l2_subdev_fh struct that can be passed to the subdevice. This
> made it hard to use such subdevs from a
Hi folks,
This set is actually just a patch from the previous set titled "data_offset
for single plane buffers, packed raw10", but as it appears, two clean-up
patches were needed before adding the format definition.
Since v1 the format definition has been cleaned up, especially there's no
mention
The documentation began with "The following four pixel formats"... but the
format definitions preceded this sentence. Replace it with "These four pixel
formats".
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/pixfmt-srggb10.xml |2 +-
Documentation/DocBook/media/v4l/pix
Rearrange 12-bit raw bayer format definitions after 10-bit ones. Also remove
the comment related to 16-bit bayer formats, it was simply wrong.
Signed-off-by: Sakari Ailus
---
include/uapi/linux/videodev2.h | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/include
From: Aviv Greenberg
These formats are just like 10-bit raw bayer formats that exist already, but
the pixels are not padded to byte boundaries. Instead, the eight high order
bits of four consecutive pixels are stored in four bytes, followed by a byte
of two low order bits of each of the four pixe
Hi Hans,
Thank you for the patch.
On Thursday 04 December 2014 10:54:54 Hans Verkuil wrote:
> From: Hans Verkuil
>
> Weird, this op isn't used at all. Seems to be orphaned code.
> Remove it.
>
> Signed-off-by: Hans Verkuil
That's easy, I like it :-)
Acked-by: Laurent Pinchart
> ---
> inc
On 12/08/2014 12:10 AM, Benjamin Larsson wrote:
The firmware must be loaded one byte at a time via the 0xf6 register.
I don't think so. Currently it downloads firmware in 22 byte chunks and
it seems to work, at least for me, both mn88472 and mn88473.
Signed-off-by: Benjamin Larsson
---
d
Moikka!
I don't like that at *all*. It is totally bad idea to write 550
registers to "default" and even more bad it is done as single register
at once. It is huge amount of I/O traffic in a situation device has
problems with I/O. Did you even compared are those registers already
same than POR
The firmware must be loaded one byte at a time via the 0xf6 register.
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/media/mn88472/mn88472.c
b/drivers/staging/
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 21 +
drivers/staging/media/mn88472/mn88472_priv.h | 558 +++
2 files changed, 579 insertions(+)
diff --git a/drivers/staging/media/mn88472/mn88472.c
b/drivers/staging/media/mn88472/mn884
Hi,
On Sun, Dec 7, 2014 at 9:23 PM, Laurent Pinchart
wrote:
> Hi Grazvydas,
>
> (CC'ing Paulo Assis)
>
> On Saturday 06 December 2014 02:25:25 Grazvydas Ignotas wrote:
>> On Fri, Dec 5, 2014 at 1:46 PM, Laurent Pinchart wrote:
>> > On Thursday 06 November 2014 00:29:53 Grazvydas Ignotas wrote:
>>
I was trying out this library and I found two things that probably need fixing
in dvb_fe_retrieve_quality. Without this it only returns DVB_QUAL_UNKNOWN for
my setup.
Issue 1 on line 1205:
ber = dvb_fe_retrieve_per(&parms->p, layer);
As far as I can tell this should use dvb_fe_retrieve_ber (s
Hi Grazvydas,
(CC'ing Paulo Assis)
On Saturday 06 December 2014 02:25:25 Grazvydas Ignotas wrote:
> On Fri, Dec 5, 2014 at 1:46 PM, Laurent Pinchart wrote:
> > On Thursday 06 November 2014 00:29:53 Grazvydas Ignotas wrote:
> >> On Wed, Nov 5, 2014 at 4:05 PM, Laurent Pinchart wrote:
> >> > Would
On Wed, Dec 03, 2014 at 10:49:20AM +0100, Hans de Goede wrote:
> Hi,
>
> On 12/02/2014 04:45 PM, Maxime Ripard wrote:
>
> >> Ok, so thinking more about this, I'm still convinced that the MFD
> >>framework is only getting in the way here.
> >
> >You still haven't said of what exactly it's getting
This is easy to forget to do in drivers. While v4l2-compliance will check for
it,
not everyone remembers to run it. So warn about it.
Signed-off-by: Hans Verkuil
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/media/v4l2-core/v4l2-ioctl.c
index 7565871..faac2f4 100644
--- a/drivers
On 12/07/2014 10:15 AM, Jurgen Kramer wrote:
On Sat, 2014-12-06 at 20:29 +0200, Antti Palosaari wrote:
On 12/06/2014 06:48 PM, Jurgen Kramer wrote:
On my new DVBSky T980C the tuner firmware failes to load:
[ 51.326525] si2168 2-0064: found a 'Silicon Labs Si2168' in cold state
[ 51.356233
Hello,
I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to
watch DVB-C cable TV. I have obtained CAM and smart card from my cable
TV provider.
Initially, I tried the closed-source driver from the manufacturer; I have
scanned (w_scan) over hundred of channels and I was able to wa
On Sat, 2014-12-06 at 20:29 +0200, Antti Palosaari wrote:
> On 12/06/2014 06:48 PM, Jurgen Kramer wrote:
> > On my new DVBSky T980C the tuner firmware failes to load:
> > [ 51.326525] si2168 2-0064: found a 'Silicon Labs Si2168' in cold state
> > [ 51.356233] si2168 2-0064: downloading firmware
30 matches
Mail list logo
