On Sat 23 June 2012 11:19:24 Hans Verkuil wrote:
On Fri June 22 2012 18:53:27 Federico Vaga wrote:
In data venerdì 22 giugno 2012 18:45:31, Hans Verkuil ha scritto:
On Fri June 22 2012 17:28:04 Federico Vaga wrote:
from commit a8f3c203e19b702fa5e8e83a9b6fb3c5a6d1cce4
restore the
Hi Hans,
On Mon, Jun 25, 2012 at 17:13:39, Hans Verkuil wrote:
On Sat 23 June 2012 11:19:24 Hans Verkuil wrote:
On Fri June 22 2012 18:53:27 Federico Vaga wrote:
In data venerdì 22 giugno 2012 18:45:31, Hans Verkuil ha scritto:
On Fri June 22 2012 17:28:04 Federico Vaga wrote:
Hi Manjunath,
Thank you for the patch.
On Monday 25 June 2012 16:37:30 Manjunath Hadli wrote:
add hardware clipping support for VPIF output data. This
is needed as it is possible that the external encoder
might get confused between the FF or 00 which are a part
of the data and that of the
Hi Manjunath,
Thank you for the patch.
On Monday 25 June 2012 16:37:31 Manjunath Hadli wrote:
Implement power management operations - suspend and resume as part of
dev_pm_ops for VPIF display driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Signed-off-by: Lad, Prabhakar
Hi Manjunath,
Thank you for the patch.
On Monday 25 June 2012 16:37:32 Manjunath Hadli wrote:
Implement power management operations - suspend and resume as part of
dev_pm_ops for VPIF capture driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Signed-off-by: Lad, Prabhakar
On Mon 25 June 2012 14:54:39 Laurent Pinchart wrote:
Hi Manjunath,
Thank you for the patch.
On Monday 25 June 2012 16:37:30 Manjunath Hadli wrote:
add hardware clipping support for VPIF output data. This
is needed as it is possible that the external encoder
might get confused between
Hi Hans,
On Monday 25 June 2012 15:08:10 Hans Verkuil wrote:
On Mon 25 June 2012 14:54:39 Laurent Pinchart wrote:
On Monday 25 June 2012 16:37:30 Manjunath Hadli wrote:
add hardware clipping support for VPIF output data. This
is needed as it is possible that the external encoder
might
On Mon 25 June 2012 15:18:41 Laurent Pinchart wrote:
Hi Hans,
On Monday 25 June 2012 15:08:10 Hans Verkuil wrote:
On Mon 25 June 2012 14:54:39 Laurent Pinchart wrote:
On Monday 25 June 2012 16:37:30 Manjunath Hadli wrote:
add hardware clipping support for VPIF output data. This
is
to
release patches for independent review and testing.
For now I've uploaded a development snapshot to
http://download.open-technology.de/android/20120625/
In the future we probably will provide git trees at least for the
system/media/v4l_camera development.
Enjoy:-) Any comments welcome
Hi Gianluca,
On Mon, Jun 25, 2012 at 4:09 AM, Gianluca Bergamo
gianluca.berg...@gmail.com wrote:
Hi Ezequiel,
No problem in patching each new release you made.
Please note I've just send a v3 of stk1160 driver.
It adds support for controlling ac97 and for selecting video inputs.
In my
On Mon, Jun 25, 2012 at 11:09 AM, Gianluca Bergamo
gianluca.berg...@gmail.com wrote:
Hi Ezequiel,
Have you tested with the latest version of your driver? Where can I download
it?
http://patchwork.linuxtv.org/patch/13043/
--
To unsubscribe from this list: send the line unsubscribe linux-media
it has been decided to
release patches for independent review and testing.
For now I've uploaded a development snapshot to
http://download.open-technology.de/android/20120625/
In the future we probably will provide git trees at least for the
system/media/v4l_camera development.
Enjoy:-) Any
issues to sort out before we
can begin the submission process, but at least it has been decided to
release patches for independent review and testing.
For now I've uploaded a development snapshot to
http://download.open-technology.de/android/20120625/
In the future we probably
On Mon, Jun 25, 2012 at 11:26 AM, Gianluca Bergamo
gianluca.berg...@gmail.com wrote:
Thank you.
I'm going to test it as soon as I can.
PS : Are you testing on ARM architecture? I'm starting to think my problems
could be related to it...as most of the video capture drivers are working
well on
On Mon, Jun 25, 2012 at 10:36 AM, Ezequiel Garcia elezegar...@gmail.com wrote:
I've added Devin in Cc:
Devin: You said you ran into some issues on em28xx on ARM, what kind
of issues?
There are a handful of issues, but the big one which everybody runs
into is a typo in a left shift operation
Em 18-06-2012 16:32, Benoît Thébaudeau escreveu:
Add ADV7393 I²C-based video encoder driver. This driver has been tested on
custom hardware. It has been tested for composite output. It is derived from
the
ADV7343 driver.
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc:
Signed-off-by: Sylwester Nawrocki sylvester.nawro...@gmail.com
---
Documentation/feature-removal-schedule.txt | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
index
On 06/25/2012 06:51 PM, Sylwester Nawrocki wrote:
Signed-off-by: Sylwester Nawrockisylvester.nawro...@gmail.com
---
Hi Sakari,
Let me add an explanation that was supposed to be originally included
in that patch..
Here is the patch for Documentation/feature-removal-schedule.txt that
is
Signed-off-by: Sylwester Nawrocki sylvester.nawro...@gmail.com
---
Added more precise description of what is being removed.
---
Documentation/feature-removal-schedule.txt | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git
On 06/21/2012 10:10 PM, Mauro Carvalho Chehab wrote:
Em 21-06-2012 10:36, Mauro Carvalho Chehab escreveu:
The firmware blob may not be available when the driver probes.
Instead of blocking the whole kernel use request_firmware_nowait() and
continue without firmware.
This shouldn't be that bad
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 Jun 25 19:00:20 CEST 2012
git hash:5472d3f17845c4398c6a510b46855820920c2181
gcc version: i686-linux-gcc
Em 18-06-2012 16:23, Ezequiel Garcia escreveu:
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/saa7164/saa7164-i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/saa7164/saa7164-i2c.c
Hi Mauro,
On Mon, Jun 25, 2012 at 4:29 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
diff --git a/drivers/media/video/saa7164/saa7164-i2c.c
b/drivers/media/video/saa7164/saa7164-i2c.c
index 26148f7..536f7dc 100644
--- a/drivers/media/video/saa7164/saa7164-i2c.c
+++
Em 25-06-2012 16:42, Ezequiel Garcia escreveu:
Hi Mauro,
On Mon, Jun 25, 2012 at 4:29 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
diff --git a/drivers/media/video/saa7164/saa7164-i2c.c
b/drivers/media/video/saa7164/saa7164-i2c.c
index 26148f7..536f7dc 100644
---
On Mon, Jun 25, 2012 at 4:49 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
If i2c_rc was never initialized, then just remove it. If it is required,
then there's a bug somewhere out there on those drivers.
IMHO, if the I2C bus doesn't register, any driver that requires I2C bus
should
Em 25-06-2012 16:15, Antti Palosaari escreveu:
On 06/21/2012 10:10 PM, Mauro Carvalho Chehab wrote:
Em 21-06-2012 10:36, Mauro Carvalho Chehab escreveu:
The firmware blob may not be available when the driver probes.
Instead of blocking the whole kernel use request_firmware_nowait() and
I tried xubuntu 12.04 with 3.2.0-26 kernel and no success to get it work
properly.
I have the 1ae4:0003 subsystem device.
Pls help.--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Greg,
Basically, the recent changes at request_firmware() exposed an issue that
affects all media drivers that use firmware (64 drivers).
Driver's documentation at Documentation/driver-model/driver.txt says that the
.probe() callback should bind the driver to a given device. That includes
Greg,
Basically, the recent changes at request_firmware() exposed an issue that
affects all media drivers that use firmware (64 drivers).
Driver's documentation at Documentation/driver-model/driver.txt says that the
.probe() callback should bind the driver to a given device. That includes
Em 25-06-2012 17:06, Ezequiel Garcia escreveu:
On Mon, Jun 25, 2012 at 4:49 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
If i2c_rc was never initialized, then just remove it. If it is required,
then there's a bug somewhere out there on those drivers.
IMHO, if the I2C bus doesn't
I'm using 3.2-4.slh.1-aptosid-amd64
It seems to me something isn't quite setup with the STB0899 properly.
Tuning the same mux on a TT-3200 (which uses the same tuner and demod
chip) on a windows box coming from the same signal source at the same
time in TSReader, zero errors on the TT-3200, and
On 06/23/2012 10:43 AM, cedric.dew...@telfort.nl wrote:
[6.517631] rc0: IR-receiver inside an USB DVB receiver as
/devices/pci:00/:00:1d.7/usb2/2-4/rc/rc0
[6.517821] dvb-usb: schedule remote query interval to 50 msecs.
[6.517825] dvb-usb: Pinnacle PCTV 73e SE successfully
Hi Ezequiel,
a few minor comments below...
On 06/23/2012 08:36 PM, Ezequiel Garcia wrote:
This driver adds support for stk1160 usb bridge as used in some
video/audio usb capture devices.
It is a complete rewrite of staging/media/easycap driver and
it's expected as a future replacement.
Hi Soren,
I just tested DVB-C (we got some local provider here).
Correct. My Cinergy HTC Stick is not working for DVB-C with older drivers,
too. (I didn't test DVB-T, since there are cheaper sticks for that and vdr
opens the HTC stick for dvb-c)
Here's the first difference: it worked with a
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a set of fixup patches, several of them are due to regressions.
Regards,
Mauro
Latest commit at the branch:
099987f0aaf28771261b91a41240b9228f2e32b2 [media] smia: Fix compile
On Mon, Jun 25, 2012 at 05:49:25PM -0300, Mauro Carvalho Chehab wrote:
Greg,
Basically, the recent changes at request_firmware() exposed an issue that
affects all media drivers that use firmware (64 drivers).
What change was that? How did it break anything?
Driver's documentation at
Hi Sakari,
On Saturday 23 June 2012 11:22:37 Sakari Ailus wrote:
On Mon, Jun 18, 2012 at 04:30:53PM +0200, Laurent Pinchart wrote:
Rearrange the CFA interpolation coefficients table based on the Bayer
pattern. Modifying the table during streaming isn't supported anymore,
but didn't make
Hi everybody,
Not much to be said here. The first patch is needed by the second, which is
described in its commit message. I'd like to get this into v3.6.
Laurent Pinchart (2):
omap3isp: Don't access ISP_CTRL directly in the statistics modules
omap3isp: Configure HS/VS interrupt source
This needs to be performed before enabling interrupts as the sensor
might be free-running and the ISP default setting (HS edge) would put an
unnecessary burden on the CPU.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap3isp/isp.c | 43
Use the existing omap3isp_subclk_enable() and omap3isp_subclk_disable()
functions instead.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap3isp/isp.c |4 +++-
drivers/media/video/omap3isp/isp.h |9 +
Em 25-06-2012 19:33, Greg KH escreveu:
On Mon, Jun 25, 2012 at 05:49:25PM -0300, Mauro Carvalho Chehab wrote:
Greg,
Basically, the recent changes at request_firmware() exposed an issue that
affects all media drivers that use firmware (64 drivers).
What change was that? How did it break
41 matches
Mail list logo