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
-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:34, Ralph
(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 built
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.
Can
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 use
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? I'm happy for
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 to?
I
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
and
Make sure pdev is not dereferenced when it is null
Signed-off-by: Huzaifa Sidhpurwala huzai...@redhat.com
---
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
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 Luck
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
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 unique MAC address,
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
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
Hi Mauro,
Mauro Carvalho Chehab mche...@redhat.com (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
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
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:
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,
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
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)
Hi Jarod, and thanks for looking at this.
El 09/05/2011 20:28, Jarod Wilson ja...@redhat.com 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 */
Juan Jesús García de Soria Lucena wrote:
Hi Jarod, and thanks for looking at this.
El 09/05/2011 20:28, Jarod Wilsonja...@redhat.com 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)
/*
From: Stefan Ringel stefan.rin...@arcor.de
add radio capabilities
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |4 +++
drivers/staging/tm6000/tm6000-video.c | 34 +---
drivers/staging/tm6000/tm6000.h |
From: Stefan Ringel stefan.rin...@arcor.de
add tm6010 audio mode setup
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-stds.c | 149 ++---
drivers/staging/tm6000/tm6000-video.c | 35 +---
drivers/staging/tm6000/tm6000.h
From: Stefan Ringel stefan.rin...@arcor.de
remove unused capabilities
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |8
drivers/staging/tm6000/tm6000.h |2 --
2 files changed, 0 insertions(+), 10 deletions(-)
diff --git
From: Stefan Ringel stefan.rin...@arcor.de
remove dopple init
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
From: Stefan Ringel stefan.rin...@arcor.de
remove old tuner params
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
From: Stefan Ringel stefan.rin...@arcor.de
all audio packets must swab
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-video.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
From: Stefan Ringel stefan.rin...@arcor.de
remove tm6010 sif audio start and stop
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-alsa.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-alsa.c
From: Stefan Ringel stefan.rin...@arcor.de
add pts logging
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-video.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
From: Stefan Ringel stefan.rin...@arcor.de
remove unsued exports
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-core.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-core.c
From: Stefan Ringel stefan.rin...@arcor.de
remove input select
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-core.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-core.c
From: Stefan Ringel stefan.rin...@arcor.de
change from ioctl to unlocked_ioctl
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-video.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
From: Stefan Ringel stefan.rin...@arcor.de
move from tm6000_set_reg to tm6000_set_reg_mask
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-core.c | 26 ++
1 files changed, 10 insertions(+), 16 deletions(-)
diff --git
From: Stefan Ringel stefan.rin...@arcor.de
add eeprom
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
From: Stefan Ringel stefan.rin...@arcor.de
change input control
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-core.c | 12 +-
drivers/staging/tm6000/tm6000-stds.c | 774 ++---
drivers/staging/tm6000/tm6000-video.c |9
From: Stefan Ringel stefan.rin...@arcor.de
vitual input enums
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-video.c | 100 +++--
1 files changed, 57 insertions(+), 43 deletions(-)
diff --git
From: Stefan Ringel stefan.rin...@arcor.de
change to virtual inputs
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c | 257 +++--
drivers/staging/tm6000/tm6000-core.c | 60 +
drivers/staging/tm6000/tm6000.h
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
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
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
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 the CAT
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 li...@rainbow-software.org
---
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 li...@rainbow-software.org
--- linux-2.6.39-rc2-/sound/pci/es1968.c2011-05-06 22:46:24.0
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).
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
opinion this info
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.
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
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 set
Hi Laurent,
On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
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
autorepeat for
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 RC/input
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 do provide
53 matches
Mail list logo