The current omap3isp driver is missing regulator handling
for CSIb complex in omap34xx based devices. This patch
adds a mechanism for this to the omap3isp driver.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
---
drivers/media/video/omap3isp/ispccp2.c | 24 +++-
The CSIb block is used in rx-51 to handle camera ccp2 IO. Adding
support to omap3isp driver for managing the power supply for the
CSIb IO complex via regulator framework. Also create the
apropriate regulator definitions in the rx-51 board file.
I propose to push this set through the linux-media,
The RX-51 uses the CSIb IO complex for camera operation. The
board file is missing definition for the regulator supplying
the CSIb complex, so this is added for better power
management.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |
On Thu, 28 Apr 2011 21:13:22 +0100, Malcolm Priestley tvbox...@gmail.com
wrote:
On Thu, 2011-04-28 at 17:13 +0200, David Härdeman wrote:
The following series is what's in my current patch queue for rc-core.
It only been lightly tested so far and it's based on the for_v2.6.39
branch,
but I
Hi Bob,
Thanks for the patch.
On Friday 22 April 2011 11:08:51 Bob Liu wrote:
UVC driver used to have partial no-mmu arch support, but it's removed by
commit c29fcff3daafbf46d64a543c1950bbd206ad8c1c.
This patch added them back and expanded to fully support no-mmu arch, so
that uvc cameras
Hans de Goede wrote:
Hi,
Hi Hans,
Thanks for your comments.
First of all my apologies for taking so long to get around to
reviewing this.
Over all it looks good, I've put some small remarks inline, if
you fix these I can merge this. I wonder though, given the recent
limbo around Nokia's
Hi Kalle,
On Friday 29 April 2011 09:11:59 Kalle Jokiniemi wrote:
The current omap3isp driver is missing regulator handling
for CSIb complex in omap34xx based devices. This patch
adds a mechanism for this to the omap3isp driver.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
Add support to uvc driver for NOMMU arch including add function
uvc_queue_get_unmapped_area() and make some changes in uvc_queue_mmap().
So that uvc camera can be used on nommu arch like blackfin.
Signed-off-by: Bob Liu lliu...@gmail.com
---
drivers/media/video/uvc/uvc_queue.c | 34
Revert commit:
V4L/DVB: v4l2-dev: remove get_unmapped_area(c29fcff3daafbf46d64a543c1950bb)
to restore NOMMU arch supporting.
Signed-off-by: Bob Liu lliu...@gmail.com
---
drivers/media/video/v4l2-dev.c | 18 ++
include/media/v4l2-dev.h |2 ++
2 files changed, 20
Hi,
I am using openSuse 11.4 mythtv 0.24 and patched the drivers (attachment
on the bug) to avoid the locking issue that is in the current kernel
drivers (cx88)
However I can not get audio recorded on this device at this level. Video
is fine. (Recording from the hw encoded stream /dev/video1
* Kalle Jokiniemi kalle.jokini...@nokia.com [110429 00:09]:
The RX-51 uses the CSIb IO complex for camera operation. The
board file is missing definition for the regulator supplying
the CSIb complex, so this is added for better power
management.
Signed-off-by: Kalle Jokiniemi
Hi Antti,
I'm assuming that you're reviewing this patchset, so, I'll update patchwork
status
accordingly.
Mauro
Em 17-02-2011 20:11, poma escreveu:
poma wrote:
poma wrote:
To num_adapters = 2, or num_adapters = 1: that is the question!
In dual tuner mode, after a while device become
Hi,
On 04/29/2011 10:55 AM, Yordan Kamenov wrote:
Hans de Goede wrote:
Hi,
Hi Hans,
Thanks for your comments.
First of all my apologies for taking so long to get around to
reviewing this.
Over all it looks good, I've put some small remarks inline, if
you fix these I can merge this. I
Moikka Mauro et all,
I will NACK this.
Surely it is not proper solution. And after all, I haven't got any other
reports there is such problem. AF9015 is probably most common DVB-T USB
hardware today and if there is major problems I am the first person got
reports.
regards,
Antti
On
Hi Sean,
Em 21-02-2011 18:49, Sean Young escreveu:
I have a SheevaPlug which has no (human) input or output devices, with a
DVB USB device connected with a mythtv backend running. The DVB USB drivers
pull in the remote control tree, which is unneeded in this case; the
mythtv client runs
Hi,
-Original Message-
From: ext Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: 29. huhtikuuta 2011 12:49
To: Jokiniemi Kalle (Nokia-SD/Tampere)
Cc: t...@atomide.com; mche...@infradead.org; linux-
o...@vger.kernel.org; linux-media@vger.kernel.org
Subject:
Em 06-03-2011 10:20, Steffen Barszus escreveu:
I have one patch lying around which will fix a kernel oops if more than
one TT S2 1600 is build into the same computer.
I think that the bug with two TT S2 devices at the same computer were fixed,
but I don't remember what were the adopted
Hi,
I am using openSuse 11.4 mythtv 0.24 and patched the drivers (attachment
on the bug) to avoid the locking issue that is in the current kernel
drivers (cx88)
However I can not get audio recorded on this device at this level. Video
is fine. (Recording from the hw encoded stream /dev/video1 on
On Fri, 29 Apr 2011 16:42:04 +0200
Mauro Carvalho Chehab mche...@redhat.com wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media] gspca - kinect: move communications buffers out
Em 29-04-2011 12:27, Antonio Ospite escreveu:
On Fri, 29 Apr 2011 16:42:04 +0200
Mauro Carvalho Chehab mche...@redhat.com wrote:
This is an automatic generated email to let you know that the following
patch were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media]
On Fri, 29 Apr 2011 12:43:55 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em 29-04-2011 12:27, Antonio Ospite escreveu:
On Fri, 29 Apr 2011 16:42:04 +0200
Mauro Carvalho Chehab mche...@redhat.com wrote:
This is an automatic generated email to let you know that the following
Em 29-04-2011 13:16, Antonio Ospite escreveu:
On Fri, 29 Apr 2011 12:43:55 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em 29-04-2011 12:27, Antonio Ospite escreveu:
On Fri, 29 Apr 2011 16:42:04 +0200
Mauro Carvalho Chehab mche...@redhat.com wrote:
This is an automatic generated
On Fri, Apr 29, 2011 at 5:51 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Hi Sean,
Em 21-02-2011 18:49, Sean Young escreveu:
I have a SheevaPlug which has no (human) input or output devices, with a
DVB USB device connected with a mythtv backend running. The DVB USB drivers
pull in the
Moikka Mauro,
PULL following patches for the 2.6.40.
This basically adds support for two Anysee satellite models:
1. E30 S2 Plus
2. E7 S2
t. Antti
The following changes since commit f5bc5d1d4730bce69fbfdc8949ff50b49c70d934:
anysee: add more info about known board configs (2011-04-13
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:Fri Apr 29 19:00:35 CEST 2011
git hash:94401d56883610381a82bf9a95df25d3d01b591f
gcc version: i686-linux-gcc (GCC)
Em 04-04-2011 04:42, Patrick Boettcher escreveu:
Hi Florian,
On Sun, 3 Apr 2011, Florian Mickler wrote:
Hi,
since I got no reaction[1] on the vp702x driver, I proceed with the
dib0700.
There are multiple drivers in drivers/media/dvb/dvb-usb/ which use
usb_control_msg to perform dma to
This fixes autoloading of the module.
Signed-off-by: Daniel Drake d...@laptop.org
---
drivers/media/video/via-camera.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/via-camera.c b/drivers/media/video/via-camera.c
index 8c780c2..85d3048 100644
---
Antti Palosaari wrote:
Moikka Mauro et all,
I will NACK this.
Surely it is not proper solution. And after all, I haven't got any other
reports there is such problem. AF9015 is probably most common DVB-T USB
hardware today and if there is major problems I am the first person got
reports.
On Tue, Apr 26, 2011 at 12:53 AM, Hans Verkuil hverk...@xs4all.nl wrote:
OK, whatever is causing the problems is *not* msp3400 since your card does not
have one :-)
This card uses gpio to handle audio.
i2c-core: driver [tuner] using legacy suspend method
i2c-core: driver [tuner] using
Jesse Allen the3dfxd...@gmail.com wrote:
On Tue, Apr 26, 2011 at 12:53 AM, Hans Verkuil hverk...@xs4all.nl
wrote:
OK, whatever is causing the problems is *not* msp3400 since your card
does not
have one :-)
This card uses gpio to handle audio.
i2c-core: driver [tuner] using legacy suspend
On Thursday 28 April 2011 17:42:31 Jan wrote:
I try to get the new tt-1500 model using the BSBE1-D01A tuner to work with
a diseqc switch.
Currently I am working with a Gentoo 2.6.36 kernel patched with this patch
(http://www.mail-archive.com/linux-media@vger.kernel.org/msg29871.html) by
31 matches
Mail list logo