> Hi Laurent,
>
> On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart
> wrote:
>>> >> Why is there no enum_input operation in v4l2_subdev_video_ops?
>>
>> Why do you need one ?
>
> Because I want to query decoder how many inputs it can support.
> So the question is where we should store inputs info,
On Tue, May 10, 2011 at 08:14:30AM +0300, Anssi Hannula wrote:
> On 10.05.2011 07:11, Peter Hutterer wrote:
> > On Sun, May 08, 2011 at 07:38:00AM +0300, Anssi Hannula wrote:
> >> Hi all!
> >>
> >> Most IR/RF remotes differ from normal keyboards in that they don't
> >> provide release events. They
On 10.05.2011 07:11, Peter Hutterer wrote:
> On Sun, May 08, 2011 at 07:38:00AM +0300, Anssi Hannula wrote:
>> Hi all!
>>
>> Most IR/RF remotes differ from normal keyboards in that they don't
>> provide release events. They do provide native repeat events, though.
>>
>> Currently the Linux kernel R
On Sun, May 08, 2011 at 07:38:00AM +0300, Anssi Hannula wrote:
> Hi all!
>
> Most IR/RF remotes differ from normal keyboards in that they don't
> provide release events. They do provide native repeat events, though.
>
> Currently the Linux kernel RC/input subsystems provide a simulated
> autorepe
Hi Laurent,
On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart
wrote:
>> >> Why is there no enum_input operation in v4l2_subdev_video_ops?
>
> Why do you need one ?
Because I want to query decoder how many inputs it can support.
So the question is where we should store inputs info, board specifi
Hi Michael,
On Monday 09 May 2011 14:32:09 Michael Jones wrote:
> Hi Laurent,
>
> I can't find where the locking is handled for ISP subdev standard ioctls
> like ccdc_v4l2_pad_ops.set_fmt(). Using the CCDC as an example, it
> looks to me like the following sequence happens when e.g. format is se
Hi Everyone,
I'll just like to know if there's someone working with the mainline
version of the omap3isp driver.
Ohad (in CC) has some omap3 iommu changes which might affect the
omap3isp driver.
I have been a bit away of the omap3 driver these days, so, if there's
someone else that can try some
Hello Steve,
All your DVB-T2 / CXD2820R are fine for me, thanks. I'll ack only this
one since it is almost only having very small, but direct, effect to
CXD2820R driver.
On 05/08/2011 10:17 PM, Steve Kerrison wrote:
This is supported in DVB-T2 mode, so added to the T/T2 frontend.
Signed-off
Hi Scott,
On Monday 09 May 2011 11:53:18 Jiang, Scott wrote:
> Hi all,
>
> >> Why is there no enum_input operation in v4l2_subdev_video_ops?
Why do you need one ?
> > Maybe because noone needed it until now?
> >
> >> I found some drivers put this info in board specific data, but in my
> >> opi
Use common functions to access TEA575x tuner - remove original read/write
functions and provide new pin manipulation functions instead.
Also convert the original triple implementation to a simple GPIO pin map.
Tested with SF256-PCP and SF64-PCR (added the GPIO pin for MO/ST signal
for them).
SF25
Use common functions to access TEA575x tuner - remove original read/write
functions and provide new pin manipulation functions instead.
Tested with SF64-PCE2 card.
Signed-off-by: Ondrej Zary
--- linux-2.6.39-rc2-/sound/pci/es1968.c2011-05-06 22:46:24.0
+0200
+++ linux-2.6.39-rc
Implement generic read/write functions to access TEA575x tuners. They're now
implemented 4 times (once in es1968 and 3 times in fm801).
This also allows mute to work on all cards.
Also improve tuner detection/initialization.
Signed-off-by: Ondrej Zary
--- linux-2.6.39-rc2-/include/sound/tea575x-
On 09/05/11 09:04, Sébastien RAILLARD (COEXSI) wrote:
>> I don't know if CAT needs to be in the stream passed through sec0 as
>> Sebastien mentioned, so I modified gnutv to add it to dvr.
>>
> Yes, the CAT table is mandatory, it must be sent to the CAM, as well as :
> * the EMM PID referenced in th
Jarod Wilson wrote:
Continuing with IR transmit after resuming from suspend seems fairly
useless, given that the only place we can actually end up suspending is
after IR has been send and we're simply mdelay'ing. Lets simplify the
resume path by just waiting on tx to complete in the suspend path,
Hi again,
El lun, 09-05-2011 a las 15:45 -0400, Jarod Wilson escribió:
> Well, looking at the resume function, I wasn't sure if I wanted to
> mess with things while it was possibly trying to finish up tx, but
> upon closer inspection, I don't think we can ever get into the
> state where we're actu
Continuing with IR transmit after resuming from suspend seems fairly
useless, given that the only place we can actually end up suspending is
after IR has been send and we're simply mdelay'ing. Lets simplify the
resume path by just waiting on tx to complete in the suspend path, then
we know we can't
From: Stefan Ringel
change to virtual inputs
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c | 257 +++--
drivers/staging/tm6000/tm6000-core.c | 60 +
drivers/staging/tm6000/tm6000.h | 36 --
3 files changed, 303 inser
From: Stefan Ringel
vitual input enums
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c | 100 +++--
1 files changed, 57 insertions(+), 43 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video
From: Stefan Ringel
change input control
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-core.c | 12 +-
drivers/staging/tm6000/tm6000-stds.c | 774 ++---
drivers/staging/tm6000/tm6000-video.c |9 +-
drivers/staging/tm6000/tm6000.h |
From: Stefan Ringel
add eeprom
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 9f4daac..199cc86 100644
---
From: Stefan Ringel
move from tm6000_set_reg to tm6000_set_reg_mask
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-core.c | 26 ++
1 files changed, 10 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-core.c
b/drivers/stagin
From: Stefan Ringel
change from ioctl to unlocked_ioctl
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index e
From: Stefan Ringel
remove input select
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-core.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-core.c
b/drivers/staging/tm6000/tm6000-core.c
index 1ac8409..57fd874 100
From: Stefan Ringel
remove unsued exports
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-core.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-core.c
b/drivers/staging/tm6000/tm6000-core.c
index 57fd874..d7eb2e2 100644
From: Stefan Ringel
add pts logging
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index 2d83204..4802396 100644
From: Stefan Ringel
all audio packets must swab
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index a9a5
From: Stefan Ringel
remove tm6010 sif audio start and stop
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-alsa.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-alsa.c
b/drivers/staging/tm6000/tm6000-alsa.c
index acb031
From: Stefan Ringel
remove old tuner params
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 19120ed..8ca872
From: Stefan Ringel
remove dopple init
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 8ca8727..a69c82e 100644
From: Stefan Ringel
remove unused capabilities
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |8
drivers/staging/tm6000/tm6000.h |2 --
2 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/dri
From: Stefan Ringel
add tm6010 audio mode setup
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-stds.c | 149 ++---
drivers/staging/tm6000/tm6000-video.c | 35 +---
drivers/staging/tm6000/tm6000.h |1 +
3 files changed, 107 insertio
From: Stefan Ringel
add radio capabilities
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |4 +++
drivers/staging/tm6000/tm6000-video.c | 34 +---
drivers/staging/tm6000/tm6000.h |1 +
3 files changed, 23 insertions(+), 16 de
Juan Jesús García de Soria Lucena wrote:
Hi Jarod, and thanks for looking at this.
El 09/05/2011 20:28, "Jarod Wilson" escribió:
--- a/drivers/media/rc/ite-cir.c
+++ b/drivers/media/rc/ite-cir.c
@@ -1684,6 +1684,8 @@ static int ite_resume(struct pnp_dev *pdev)
/* wake up the tr
Hi Jarod, and thanks for looking at this.
El 09/05/2011 20:28, "Jarod Wilson" escribió:
> --- a/drivers/media/rc/ite-cir.c
> +++ b/drivers/media/rc/ite-cir.c
> @@ -1684,6 +1684,8 @@ static int ite_resume(struct pnp_dev *pdev)
> /* wake up the transmitter */
> wake_up
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon May 9 19:00:30 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC) 4.5
Just recently acquired an Asus Eee Box PC with an onboard IR receiver
driven by ite-cir (ITE8713 sub-variant). Works out of the box with the
ite-cir driver in 2.6.39, but stops working after a suspend/resume
cycle. Its fixed by simply reinitializing registers after resume,
similar to what's done in
Jarod Wilson wrote:
Just recently acquired an Asus Eee Box PC with an onboard IR receiver
driven by ite-cir (ITE8713 sub-variant). Works out of the box with the
ite-cir driver in 2.6.39, but stops working after a suspend/resume
cycle. Its fixed by simply reinitializing registers after resume,
sim
Sunday, May 8, 2011, 12:23:21 PM, you wrote:
> I installed the latest s2-liplianin drivers, but I still seem to have
> the same issue. The card works fine for some time after reboot, then I
> am starting to get the following errors in the system log:
> May 8 11:11:38 localhost kernel: ds3000_rea
There was some rather odd spacing in a few of the ite8709-specific
functions that made it hard to read those sections of code. This is just
a simple reformatting.
CC: Juan Jesús García de Soria
Signed-off-by: Jarod Wilson
---
drivers/media/rc/ite-cir.c | 46 +--
Just recently acquired an Asus Eee Box PC with an onboard IR receiver
driven by ite-cir (ITE8713 sub-variant). Works out of the box with the
ite-cir driver in 2.6.39, but stops working after a suspend/resume
cycle. Its fixed by simply reinitializing registers after resume,
similar to what's done in
Hi Mauro,
Mauro Carvalho Chehab (11/02/2011):
> Mauro Carvalho Chehab (8):
> Port xf86-video-v4l driver to V4L2
thanks for your work on it. Maybe it would be nice to have a release
at some point?
Mraw,
KiBi.
signature.asc
Description: Digital signature
My apologies on the last message. It somehow slipped out of my drafts
folder before I was finished.
I've been tyring to use the hdpvr to digitize some old VHS tapes to and
I'm having a few issues that I'd like to get some more information on.
Perhaps there are workarounds.
I'm running the a
Hi Laurent,
I can't find where the locking is handled for ISP subdev standard ioctls
like ccdc_v4l2_pad_ops.set_fmt(). Using the CCDC as an example, it
looks to me like the following sequence happens when e.g. format is set
on CCDC pad 0:
1. # media-ctl --set-format '"OMAP3 ISP CCDC":0 [Y8 640x4
On 05/09/2011 01:55 AM, Martin Vidovic wrote:
> Hi Andreas,
>
> Andreas Oberritter wrote:
>> Hello Martin,
>>
>>>
>>> Binding to bus id is not a problem. However, especially for USB devices,
>>> it may be useful to have adapter MAC address in sysfs.
>>
>> a DVB adapter isn't required to have a uni
Jonghun Han wrote:
Hi Tomasz Stanislawski,
On Thursday, May 05, 2011 6:40 PM Tomasz Stanislawski wrote:
This patch allows new drivers to work correctly with applications that use
old-style crop API.
The old crop ioctl is simulated by using selection ioctls.
Signed-off-by: Tomasz Stanislawski
Hello all,
Can anyone help to solve the problems of linux driver of "Pinnacle
PCTV Hybrid pro stick" ?
It is an em28xx based hybride (digital and analog TV) USB adapter.
i wrote the complete story of my experiences with it, and its problems
in http://daftar.minidns.net/pctv/problem.html
Good Luc
Make sure pdev is not dereferenced when it is null
Signed-off-by: Huzaifa Sidhpurwala
---
drivers/media/video/pwc/pwc-if.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/pwc/pwc-if.c b/drivers/media/video/pwc/pwc-if.c
index 780af5f..356cd42 100644
-
On 05/09/2011 06:12 AM, Mauro Carvalho Chehab wrote:
> Em 09-05-2011 05:58, Mauro Carvalho Chehab escreveu:
>> Em 09-05-2011 01:03, Andreas Oberritter escreveu:
>>> - Use const pointers and remove assignments.
>>
>> That's OK.
>>
>>> - delivery_system already gets assigned by DTV_DELIVERY_SYSTEM
>>
Hi all,
>> Why is there no enum_input operation in v4l2_subdev_video_ops?
> Maybe because noone needed it until now?
>> I found some drivers put this info in board specific data, but in my
>> opinion this info is sensor or decoder related.
> Can you tell which drivers / boards you're referring
Em 09-05-2011 11:15, Steve Kerrison escreveu:
> Hi Andreas,
>
>> I'd prefer returning -EINVAL for unsupported parameters.
>>
>> [snip]
>>
>> I already had a patch for this, but forgot to submit it together with
>> the frontend.h bits.
>
> That seems reasonable. Do I need to do anything with this?
Hi Andreas,
> I'd prefer returning -EINVAL for unsupported parameters.
>
> [snip]
>
> I already had a patch for this, but forgot to submit it together with
> the frontend.h bits.
That seems reasonable. Do I need to do anything with this? I'm happy for
Mauro to scrub my drxd and mxl patches and u
Hi Scott
On Mon, 9 May 2011, Jiang, Scott wrote:
> Hi Guennadi,
>
> Why is there no enum_input operation in v4l2_subdev_video_ops?
Maybe because noone needed it until now?
> I found some drivers put this info in board specific data, but in my
> opinion this info is sensor or decoder related.
(replaced the ML-owner address with the correct one)
On Mon, 9 May 2011, Josh Wu wrote:
> Hi,
>
> I am working on the an image sensor interface(isi) driver with the
> *soc-camera framework*. The kernel code base is 2.6.39_rc3.
>
> Now the isi driver and ov2640 sensor driver both are statically
> -Original Message-
> From: Issa Gorissen [mailto:flo...@usa.net]
> Sent: lundi 9 mai 2011 02:42
> To: Ralph Metzler
> Cc: Linux Media Mailing List; "Sébastien RAILLARD (COEXSI)"; Oliver
> Endriss; Martin Vidovic
> Subject: Re: DVB nGene CI : TS Discontinuities issues
>
> On 07/05/11 23
54 matches
Mail list logo
