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)
Jesse Allen wrote:
>On Tue, Apr 26, 2011 at 12:53 AM, Hans Verkuil
>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: dr
On Tue, Apr 26, 2011 at 12:53 AM, Hans Verkuil 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 legacy resume
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.
If
This fixes autoloading of the module.
Signed-off-by: Daniel Drake
---
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
--- a/drivers/media/vi
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
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) 4.5
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 02:17:
On Fri, Apr 29, 2011 at 5:51 AM, Mauro Carvalho Chehab
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 remote co
Em 29-04-2011 13:16, Antonio Ospite escreveu:
> On Fri, 29 Apr 2011 12:43:55 -0300
> Mauro Carvalho Chehab wrote:
>
>> Em 29-04-2011 12:27, Antonio Ospite escreveu:
>>> On Fri, 29 Apr 2011 16:42:04 +0200
>>> Mauro Carvalho Chehab wrote:
>>>
This is an automatic generated email to let you kn
On Fri, 29 Apr 2011 12:43:55 -0300
Mauro Carvalho Chehab wrote:
> Em 29-04-2011 12:27, Antonio Ospite escreveu:
> > On Fri, 29 Apr 2011 16:42:04 +0200
> > Mauro Carvalho Chehab wrote:
> >
> >> This is an automatic generated email to let you know that the following
> >> patch were queued at the
Em 29-04-2011 12:27, Antonio Ospite escreveu:
> On Fri, 29 Apr 2011 16:42:04 +0200
> Mauro Carvalho Chehab 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
On Fri, 29 Apr 2011 16:42:04 +0200
Mauro Carvalho Chehab 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 of stack
> Aut
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
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 soluti
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
> Sub
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 el
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 04/29/
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 wonde
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 bec
* Kalle Jokiniemi [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
This looks safe to merge along w
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
Revert commit:
V4L/DVB: v4l2-dev: remove get_unmapped_area(c29fcff3daafbf46d64a543c1950bb)
to restore NOMMU arch supporting.
Signed-off-by: Bob Liu
---
drivers/media/video/v4l2-dev.c | 18 ++
include/media/v4l2-dev.h |2 ++
2 files changed, 20 insertions(+), 0 deletio
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
---
drivers/media/video/uvc/uvc_queue.c | 34 +
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
Thanks for the patch.
Th
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 chan
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 came
On Thu, 28 Apr 2011 21:13:22 +0100, Malcolm Priestley
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 still w
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
---
arch/arm/mach-omap2/board-rx51-peripherals.c |9 +
1 files chan
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, s
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
---
drivers/media/video/omap3isp/ispccp2.c | 24 +++-
drivers/media/video/omap3i
31 matches
Mail list logo
