On Wed, 22 Jun 2011 07:34:31 +0200
Jan Hoogenraad wrote:
> Thanks. Do you know more about this subject ?
>
> We do have specs about the chipset, but
>
> http://linuxtv.org/downloads/v4l-dvb-apis/remote_controllers.html#Remote_controllers_Intro
>
> only mentions lirc, not rc-core.
> This is abo
2011/6/22 Markus Rechberger :
>>
>> My very little opinion is that waving GPL is way to the hell. Nobody told me
>> why similar technologies, in different kernel parts are acceptable,
>> but not here.
>>
>
> since a customer was trying to use this module the only feedback I can give
> right now is
Hi Geert, Laurent,
On 06/21/2011 10:31 PM, Laurent Pinchart wrote:
Hi Geert,
On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
+The FOURCC-based API replaces format descriptions by four character
codes +(FOURCC). FOURCCs are abst
>-- Oorspronkelijk bericht --
>From: Eddie Lania
>To: linux-...@linuxtv.org
>Date: Tue, 21 Jun 2011 17:25:02 +0200
>Subject: [linux-dvb] Elgato eyetv hybrid (0df9:0018)
>Reply-To: linux-media@vger.kernel.org
>
>
>Hello,
>
>Since a while i am the proud owner of an Elgato Eyetb Hybrid usb tv
>tuner
Thanks. Do you know more about this subject ?
We do have specs about the chipset, but
http://linuxtv.org/downloads/v4l-dvb-apis/remote_controllers.html#Remote_controllers_Intro
only mentions lirc, not rc-core.
This is about where my knowledge stops, however.
rc-core is only mentioned shortly i
Le 20/06/2011 22:09, Antti Palosaari a écrit :
On 06/20/2011 11:04 PM, mossroy wrote:
In France, the DVB-T channels are currently moving (because the analog
TV is being removed at the same time)
The frequencies are modified region by region, with a calendar that
started in late 2009, and will en
On Thu, Jun 02, 2011 at 22:51:58, Nori, Sekhar wrote:
> Hi Mauro,
>
> On Fri, May 20, 2011 at 19:28:49, Hadli, Manjunath wrote:
> > move vpif related code for capture and display drivers
> > from dm646x platform header file to vpif.h as these definitions
> > are related to driver code more than th
>
> My very little opinion is that waving GPL is way to the hell. Nobody told me
> why similar technologies, in different kernel parts are acceptable,
> but not here.
>
since a customer was trying to use this module the only feedback I can give
right now is that there are still some fundamental bu
Hi Stephan,
On Wednesday 22 June 2011 00:55:36 Laurent Pinchart wrote:
> On Wednesday 01 June 2011 00:24:21 Stephan Lachowsky wrote:
> > The search for matching extension units fails to take account of the
> > current chain. In the case where you have two distinct video chains,
> > both containin
Hi Stephan,
On Wednesday 01 June 2011 00:24:21 Stephan Lachowsky wrote:
> The search for matching extension units fails to take account of the
> current chain. In the case where you have two distinct video chains,
> both containing an XU with the same GUID but different unit ids, you
> will be un
Hi Mauro,
The following changes since commit 56299378726d5f2ba8d3c8cbbd13cb280ba45e4f:
Linux 3.0-rc4 (2011-06-20 20:25:46 -0700)
are available in the git repository at:
git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-stable
Sjoerd Simons (2):
uvcvideo: Remove buffers from the queues
Hi Geert,
On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
> On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
> > +The following types and visuals are supported.
> > +
> > +- FB_TYPE_PACKED_PIXELS
> > +
> > +- FB_TYPE_PLANES
>
> You forgot FB_TYPE_INTERLEAVED_PLANES, FB_TYPE_TEXT,
Haven't fully understood the usage of wake_event_interruptible, now I have read
its description. Sorry for the lame patch.
Please find a fixed version below.
Patch allows for blocking or nonblocking io on the ngene sec0 device.
It also enforces one reader and one writer at a time.
Signed-off-b
Hi Laurent,
On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart
wrote:
> +The following types and visuals are supported.
> +
> +- FB_TYPE_PACKED_PIXELS
> +
> +- FB_TYPE_PLANES
You forgot FB_TYPE_INTERLEAVED_PLANES, FB_TYPE_TEXT, and
FB_TYPE_VGA_PLANES. Ah, that's the "feel free to extend the API doc
Em 20-06-2011 16:14, Jonathan Corbet escreveu:
> The core driver can now operate in either vmalloc or dma-contig modes;
> obviously the latter is preferable when it is supported. Default is
> currently vmalloc on all platforms; load the module with buffer_mode=1 for
> contiguous DMA mode.
Patch l
Em 17-06-2011 04:03, Hadli, Manjunath escreveu:
> Mauro,
>
> Can you consider this patch series for a pull?
Next time, could you please add on your tree and send me a git pull request?
Patchwork is currently not reliable. I have a backup process, but
a git pull request works better and I won't h
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:Tue Jun 21 19:00:13 CEST 2011
git hash:b484e482fc789beb4df0b6770884df6b1e4c1cf4
gcc version: i686-linux-gcc (GCC) 4.5
The camera there identifeis itself as being manufactured by Cheng Uei
Precision Industry Co., Ltd (Foxlink), and product is titled as "HP
Webcam [2 MP Fixed]".
I was trying to get 2 USB video capture devices to work simultaneously,
and noticed that the above mentioned webcam always requires packet
Mauro Carvalho Chehab wrote:
>Em 09-06-2011 01:12, Dark Shadow escreveu:
>> On Wed, Jun 8, 2011 at 9:27 PM, Dark Shadow
> wrote:
>>> On Wed, Jun 8, 2011 at 9:17 PM, Dark Shadow
> wrote:
On Wed, Jun 8, 2011 at 8:31 PM, Dark Shadow
> wrote:
> On Wed, Jun 8, 2011 at 7:34 PM, Andy Walls
> wr
Em 10-06-2011 11:48, Richard Röjfors escreveu:
> This patch uses the platform data and finds a tuner and DSP. This is
> done when the user calls open. Not during probe, to allow shorter bootup
> time of the system.
> This piece of code was actually missing earlier, many of the functions
> were not
2011/6/21 Mauro Carvalho Chehab :
> Em 21-06-2011 12:09, Andreas Oberritter escreveu:
>> On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote:
>>> Em 21-06-2011 11:15, Andreas Oberritter escreveu:
On 06/21/2011 03:44 PM, Devin Heitmueller wrote:
> On Tue, Jun 21, 2011 at 7:04 AM, Andreas Ob
Em 09-06-2011 01:12, Dark Shadow escreveu:
> On Wed, Jun 8, 2011 at 9:27 PM, Dark Shadow
> wrote:
>> On Wed, Jun 8, 2011 at 9:17 PM, Dark Shadow
>> wrote:
>>> On Wed, Jun 8, 2011 at 8:31 PM, Dark Shadow
>>> wrote:
On Wed, Jun 8, 2011 at 7:34 PM, Andy Walls wrote:
> Dark Shadow wrot
On Tue, 21 Jun 2011 18:07:03 +0200
Marek Szyprowski wrote:
> I have an idea to introduce a new flags to let device driver tell vb2
> weather it supports 'streaming without buffers' or not. This way the
> order of operations in vb2_streamon() function can be switched and vb2
> can also return an e
2011/6/21 Mauro Carvalho Chehab :
> Em 21-06-2011 10:44, Devin Heitmueller escreveu:
>
>> Mauro, ultimately it is your decision as the maintainer which drivers
>> get accepted in to the kernel. I can tell you though that this will
>> be a very bad thing for the driver ecosystem as a whole - it wil
Em 21-06-2011 12:09, Andreas Oberritter escreveu:
> On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote:
>> Em 21-06-2011 11:15, Andreas Oberritter escreveu:
>>> On 06/21/2011 03:44 PM, Devin Heitmueller wrote:
On Tue, Jun 21, 2011 at 7:04 AM, Andreas Oberritter
wrote:
> Mauro and D
Em 06-06-2011 14:43, Hans de Goede escreveu:
> Unplugging a pwc cam while an app has the /dev/video# node open leads
> to an oops in pwc_video_close when the app closes the node, because
> the disconnect handler has free-ed the pdev struct pwc_video_close
> tries to use. Instead of adding some sort
Hello,
On Monday, June 20, 2011 5:49 PM Jonathan Corbet wrote:
> On Mon, 20 Jun 2011 07:30:11 +0200
> Marek Szyprowski wrote:
>
> > Because of that I decided to call start_streaming first, before the
> > __enqueue_in_driver() to ensure the drivers will get their methods
> > called always in the
This API will be used to support YUV frame buffer formats in a standard
way.
Last but not least, create a much needed fbdev API documentation and
document the format setting APIs.
Signed-off-by: Laurent Pinchart
---
Documentation/fb/api.txt | 284 ++
Em 08-06-2011 19:38, Chain von den Keiya escreveu:
> Hello,
>
> I hope this is the correct way to ask, so if it isn't, I am truly sorry.
c/c the linux-media mailing list, as other people may also have the same issue.
>
> I have aquired a TerraTec G3 Video Grabber, USB-ID 0ccd:10a7. Now, I was
On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote:
> Em 21-06-2011 11:15, Andreas Oberritter escreveu:
>> On 06/21/2011 03:44 PM, Devin Heitmueller wrote:
>>> On Tue, Jun 21, 2011 at 7:04 AM, Andreas Oberritter
>>> wrote:
Mauro and Devin, I think you're missing the point. This is not about
Em 21-06-2011 11:56, Bjørn Mork escreveu:
> Devin Heitmueller writes:
>
>> The introduction of this patch makes it trivial for a third party to
>> provide closed-source userland support for tuners while reusing all
>> the existing GPL driver code that makes up the framework.
>
> Wouldn't it be j
Em 21-06-2011 10:44, Devin Heitmueller escreveu:
> Mauro, ultimately it is your decision as the maintainer which drivers
> get accepted in to the kernel. I can tell you though that this will
> be a very bad thing for the driver ecosystem as a whole - it will
> essentially make it trivial for vend
Devin Heitmueller writes:
> The introduction of this patch makes it trivial for a third party to
> provide closed-source userland support for tuners while reusing all
> the existing GPL driver code that makes up the framework.
Wouldn't it be just as trivial to bundle the closed-source tuner supp
Em 21-06-2011 11:15, Andreas Oberritter escreveu:
> On 06/21/2011 03:44 PM, Devin Heitmueller wrote:
>> On Tue, Jun 21, 2011 at 7:04 AM, Andreas Oberritter wrote:
>>> Mauro and Devin, I think you're missing the point. This is not about
>>> creating drivers in userspace. This is not about open or c
2011/6/21 Andreas Oberritter :
> Yes, and you did lie to your vendor, too, as you did not mention the
> possibilities to create
I don't know if this is a language barrier issue, but calling someone
a liar (let alone in an open forum) is a pretty offensive thing to do.
In fact, such discussions di
On 06/21/2011 03:44 PM, Devin Heitmueller wrote:
> On Tue, Jun 21, 2011 at 7:04 AM, Andreas Oberritter wrote:
>> Mauro and Devin, I think you're missing the point. This is not about
>> creating drivers in userspace. This is not about open or closed source.
>> The "vtuner" interface, as implemented
On Tue, Jun 21, 2011 at 7:04 AM, Andreas Oberritter wrote:
> Mauro and Devin, I think you're missing the point. This is not about
> creating drivers in userspace. This is not about open or closed source.
> The "vtuner" interface, as implemented for the Dreambox, is used to
> access remote tuners:
Em 21-06-2011 09:34, HoP escreveu:
>> For that to happen, it should not try to use any Dreambox specific
>> application
>> or protocol, but to just use the standard DVBv5 API, as you've pointed.
>
> OK, If there is some change to not totally refuse such driver, then I will
> be happy to refactor
I hope this driver will be included if it can be useful for some and if
it follows the GPL rules.
But really, +1 to Sebastien's comment - this project is a frustrating
one it seems. And at the point where I am, I would rather pay for a
working driver for a S2 + CI card, instead of trying to debug
2011/6/21 Mauro Carvalho Chehab :
> Em 21-06-2011 08:04, Andreas Oberritter escreveu:
>> On 06/21/2011 03:35 AM, Mauro Carvalho Chehab wrote:
>>> Em 20-06-2011 18:31, HoP escreveu:
2011/6/20 Mauro Carvalho Chehab :
> Em 20-06-2011 17:24, HoP escreveu:
>> 2011/6/20 Devin Heitmueller :
>
On 06/21/2011 02:05 PM, Mauro Carvalho Chehab wrote:
> Em 21-06-2011 08:04, Andreas Oberritter escreveu:
>> On 06/21/2011 03:35 AM, Mauro Carvalho Chehab wrote:
>>> Em 20-06-2011 18:31, HoP escreveu:
2011/6/20 Mauro Carvalho Chehab :
> Em 20-06-2011 17:24, HoP escreveu:
>> 2011/6/20 De
Em 21-06-2011 08:04, Andreas Oberritter escreveu:
> On 06/21/2011 03:35 AM, Mauro Carvalho Chehab wrote:
>> Em 20-06-2011 18:31, HoP escreveu:
>>> 2011/6/20 Mauro Carvalho Chehab :
Em 20-06-2011 17:24, HoP escreveu:
> 2011/6/20 Devin Heitmueller :
>> On Mon, Jun 20, 2011 at 3:56 PM, Ho
2011/6/21 Mauro Carvalho Chehab :
> Em 20-06-2011 18:31, HoP escreveu:
>> 2011/6/20 Mauro Carvalho Chehab :
>>> Em 20-06-2011 17:24, HoP escreveu:
2011/6/20 Devin Heitmueller :
> On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
>> Do you think it is really serious enough reason to prevent
On Tuesday, June 21, 2011 12:55:57 Tomasz Stanislawski wrote:
> Hi Hans,
> > On Thursday, June 09, 2011 18:18:47 Tomasz Stanislawski wrote:
> >
> >> Hans Verkuil wrote:
> >>
> >>> On Wednesday, June 08, 2011 14:03:31 Tomasz Stanislawski wrote:
> >>>
> >>> And now the mixer review...
> >>>
On 06/21/2011 03:35 AM, Mauro Carvalho Chehab wrote:
> Em 20-06-2011 18:31, HoP escreveu:
>> 2011/6/20 Mauro Carvalho Chehab :
>>> Em 20-06-2011 17:24, HoP escreveu:
2011/6/20 Devin Heitmueller :
> On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
>> Do you think it is really serious enough
Hi Hans,
On Thursday, June 09, 2011 18:18:47 Tomasz Stanislawski wrote:
Hans Verkuil wrote:
On Wednesday, June 08, 2011 14:03:31 Tomasz Stanislawski wrote:
And now the mixer review...
I'll separate patches. What is the proposed order of drivers?
HDMI+HDMIPHY, SDO, MIX
Can I put this somewhere in the git archive at the linuxtv site, so that
we can share and have version control ?
Maxim Levitsky wrote:
On Tue, 2011-06-21 at 01:22 +0300, Antti Palosaari wrote:
It is Maxim who have been hacking with RTL2832/RTL2832U lately. But I
think he have given up since no
Hi Michael,
On Tuesday 21 June 2011 09:39:15 Michael Jones wrote:
> Hi Laurent,
>
> These are a couple of commits that I have locally on top of your media-ctl
> head which I would like to see in your rep.
>
> Michael Jones (2):
> add Y10, Y12 formats
> try using autoconf 2.61
>
> configure
2011/6/21 Jan Hoogenraad :
> and add the IR remote interface, based
> on the LIRC framework.
> It actually should yield little code, and mainly requires a) understanding
> of LIRC and b) comparing code tables to that the in-kernel code tables can
> be re-used.
sorry for the noise , but i guess yo
Autoconf v2.61 seems to work just fine. Allow it.
Signed-off-by: Michael Jones
---
configure.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.in b/configure.in
index 3f4f35b..fd4c70c 100644
--- a/configure.in
+++ b/configure.in
@@ -1,4 +1,4 @@
-AC_PREREQ([
Signed-off-by: Michael Jones
---
I added these when playing around with the shifter.
src/main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/main.c b/src/main.c
index 35c34a2..b9b9150 100644
--- a/src/main.c
+++ b/src/main.c
@@ -50,6 +50,8 @@ static struct {
Hi Laurent,
These are a couple of commits that I have locally on top of your media-ctl head
which I would like to see in your rep.
Michael Jones (2):
add Y10, Y12 formats
try using autoconf 2.61
configure.in |2 +-
src/main.c |2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
52 matches
Mail list logo
