Beagleboard-xM rev C + mt9p031 + LI-5M03

2011-12-03 Thread Robert Åkerblom-Andersson
Hi, I have been trying to get the mt9p031 driver to work with a LI-5M03 camera module and Beagleboard-xM rev C for week's now but I just can't get it right for some reason. I have an older version with 2.6.32 kernel that works, so I know that it's not a hardware problem (even though I have suspect

dvb_usb_vp7045 regression after upgrading from 2.6.39.4 to 3.1.1

2011-12-03 Thread David Kuehling
Hi, after upgrading from 2.6.39.4 to 3.1.1., my usb dvb-t receiver started having tuning problems. Tuning with 'tzap' now randomly fails, as does 'scan'. Of course I cannot rule out that the hardware is starting to wear down, or that there are problems on the transmission side, but these problem

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread VDR User
On Sat, Dec 3, 2011 at 3:30 PM, Walter Van Eetvelt wrote: >> So you could finally use VDR as a server/client setup using vtuner, >> right? With full OSD, timer, etc? Yes, I'm aware that streamdev >> exists. It was horrible when I tried it last (a long time ago) and I >> understand it's gotten bett

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Walter Van Eetvelt
On Sat, 3 Dec 2011 09:21:23 -0800, VDR User wrote: ... > So you could finally use VDR as a server/client setup using vtuner, > right? With full OSD, timer, etc? Yes, I'm aware that streamdev > exists. It was horrible when I tried it last (a long time ago) and I > understand it's gotten better. But

Any chance for RTL2831u sources for Kernel v3.x.x?

2011-12-03 Thread Sascha Wüstemann
Last working source was 2.6.x. Do I have to buy a new compatible dvb-t USB stick or is there sources for an RTL2831U dvb-t usb-stick somewhere I don't know about for Kernel v3.x.x? Wondering what I am talking about? Look up Message ID: <4df9bcaa.3030...@holzeisen.de> and following from 16. June

Re: [patch][saa7134] do not change mute state for capturing audio

2011-12-03 Thread Stas Sergeev
Hello. 24.09.2011 16:48, Mauro Carvalho Chehab wrote: A first scan at driver's init can be removed, IMO. Done, sorry for the delay. Patch is attached. The attached patch fixes the automute logic of saa7134. It avoids the white noise on the pulseaudio startup. (pulseaudio reads the saa7134 alsa

cron job: media_tree daily build: ERRORS

2011-12-03 Thread Hans Verkuil
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:Sat Dec 3 19:00:16 CET 2011 git hash:2a887d27708a4f9f3b5ad8258f9e19a150b58f03 gcc version: i686-linux-gcc (GCC

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Hans Petter Selasky
Hi, Some input from the sideline reading this discussion. As a FreeBSD'er I would very much like to see two things happen: - vtunerc goes into userspace like a client/server daemon pair using CUSE and can support _any_ /dev/dvb/adapter, also those created by CUSE itself. That means I could pot

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Andreas Oberritter
On 03.12.2011 18:42, Alan Cox wrote: > On Sat, 3 Dec 2011 09:21:23 -0800 > VDR User wrote: > >> On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter wrote: >>> You could certainly build a library to reach a different goal. The goal >>> of vtuner is to access remote tuners with any existing program

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Devin Heitmueller
On Sat, Dec 3, 2011 at 12:42 PM, Alan Cox wrote: > On Sat, 3 Dec 2011 09:21:23 -0800 > VDR User wrote: > >> On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter wrote: >> > You could certainly build a library to reach a different goal. The goal >> > of vtuner is to access remote tuners with any ex

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Alan Cox
On Sat, 3 Dec 2011 09:21:23 -0800 VDR User wrote: > On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter wrote: > > You could certainly build a library to reach a different goal. The goal > > of vtuner is to access remote tuners with any existing program > > implementing the DVB API. > > So you c

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Andreas Oberritter
On 03.12.2011 17:42, Alan Cox wrote: >> FWIW, the virtual DVB device we're talking about doesn't have any >> networking capabilities by itself. It only allows to create virtual DVB >> adapters and to relay DVB API ioctls to userspace in a >> transport-agnostic way. > > Which you can do working fro

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread VDR User
On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter wrote: > You could certainly build a library to reach a different goal. The goal > of vtuner is to access remote tuners with any existing program > implementing the DVB API. So you could finally use VDR as a server/client setup using vtuner, righ

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Alan Cox
> FWIW, the virtual DVB device we're talking about doesn't have any > networking capabilities by itself. It only allows to create virtual DVB > adapters and to relay DVB API ioctls to userspace in a > transport-agnostic way. Which you can do working from CUSE already, as has been pointed out or wi

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-03 Thread Andreas Oberritter
Hello Alan, On 03.12.2011 00:19, Alan Cox wrote: > On Thu, 1 Dec 2011 15:58:41 +0100 > HoP wrote: > >> Hi, >> >> let me ask you some details of your interesting idea (how to >> achieve the same functionality as with vtunerc driver): >> >> [...] >> >>> The driver, as proposed, is not really a dri

Re: [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

2011-12-03 Thread Konrad Rzeszutek Wilk
On Fri, Dec 02, 2011 at 02:27:31PM +0530, Sumit Semwal wrote: > This is the first step in defining a dma buffer sharing mechanism. > > A new buffer object dma_buf is added, with operations and API to allow easy > sharing of this buffer object across devices. > > The framework allows: > - differen

[PATCH] Remove unneeded comments from the media API DocBook files

2011-12-03 Thread Sylwester Nawrocki
This removes comment tags intended for emacs configuration from 67 files in the Media API DocBook. Such comments are not really helpful and violate the coding style rules. Signed-off-by: Sylwester Nawrocki --- Documentation/DocBook/media/v4l/biblio.xml |8 Documentation/Doc

[DRIVER] [DVB-T] Terratec Cinergy T PCIe Dual HD support

2011-12-03 Thread Antonio Angelino
Hi, I bought a "Terratec Cinergy T PCIe Dual HD" card ( http://www.terratec.it/prodotti/tv/Cinergy_T_PCIe_Dual_HD.html ) and I'd like use it also with my linux distros. Please, write me how I may help you to support this pci express dvb-T card. These are some info from my linux box: Linux ubuntu