Hi Mauro,
I would like to personally thank you for spending time on git support at
linuxtv.org. Git support was a long-awaited feature for many developers (and I
certainly was one of them).
All the work done behind the scene on linuxtv.org isn't seen by end-users and
can thus be less
On Tuesday 19 January 2010 08:53:10 Hans Verkuil wrote:
On Tuesday 19 January 2010 06:34:18 Mauro Carvalho Chehab wrote:
He already started doing that, fixing some incompatibility troubles
between some drivers and older kernels.
Mauro, I just wanted to thank you for doing all the hard
Hi Hans,
On Monday 18 January 2010 13:58:09 Hans Verkuil wrote:
On Tue, 22 Dec 2009, Sakari Ailus wrote:
Limit event queue length to V4L2_MAX_EVENTS. If the queue is full any
further events will be dropped.
This patch also updates the count field properly, setting it to exactly
to
Hi Hans,
On Monday 18 January 2010 14:07:33 Hans Verkuil wrote:
On Tue, 22 Dec 2009, Sakari Ailus wrote:
Hi,
Here's the second version of the V4L2 file handle and event interface
patchset. Still RFC since I'd like to get more feedback on it.
The first patch adds the V4L2 file handle
Does anyone know if the current Technotrend DVB-S2 S2-3200 with the CI
daughter board supports the latest generation of CI+ CAMS and specified
in http://www.ci-plus.com/ in non-legacy mode? I guess what I am asking
is, can the hardware support full CI+, what would be involved software
wise and
Well, as I understood, GPIO15 drives reset for demod.
dm1105 driver needs little patching.
Igor,
Not to hassle you, I'm sure you're very busy. Is this something I could
undertake myself? If so, which driver would you recommend I copy from - I
saw on the list that some drivers do their
Hi Hans,
On Monday 18 January 2010 13:58:09 Hans Verkuil wrote:
On Tue, 22 Dec 2009, Sakari Ailus wrote:
Limit event queue length to V4L2_MAX_EVENTS. If the queue is full any
further events will be dropped.
This patch also updates the count field properly, setting it to
exactly
to
Hi Hans,
On Monday 18 January 2010 14:07:33 Hans Verkuil wrote:
On Tue, 22 Dec 2009, Sakari Ailus wrote:
Hi,
Here's the second version of the V4L2 file handle and event interface
patchset. Still RFC since I'd like to get more feedback on it.
The first patch adds the V4L2 file
Hello,
I just started with satellite TV and purchased a TechniSat SkyStar HD2
(not a brilliant start, I agree). I installed the mantis driver from
http://linuxtv.org/hg/v4l-dvb as explained on the wiki. It somehow
seems to work, dmesg shows:
[ 3116.783103] Mantis :05:00.0: PCI INT A - GSI 16
2010/1/18 Devin Heitmueller dheitmuel...@kernellabs.com:
On Mon, Jan 18, 2010 at 10:01 AM, Valerio Bontempi
valerio.bonte...@gmail.com wrote:
Hi all,
I am still having problem using v4l-dvb drivers with Terratec Cinergy T USB
XS.
As reported in first mail, I am using the last version of
Hello Mauro,
I find it somewhat unfortunate that this is labeled ANNOUNCE instead
of RFC. It shows how little you care about soliciting the opinions
of the other developers. Rather than making a proposal for how the
process can be improved and soliciting feedback, you have chosen to
decide for
I'm sorry, two of the problems described in my mail have nothing to do
with the driver. There's a daemon running that accesses the tuner and
vbi (nxtvepg), which causes problems 1 and 2.
I've failed to notice this because nxtvepg can (normally) detect
tvtime and xawtv and doesn't interfere with
Hans Verkuil wrote:
On Tuesday 19 January 2010 06:34:18 Mauro Carvalho Chehab wrote:
Hi,
Due to that, I'm delegating the task of keeping -hg in sync with upstream
and backporting
patches to run on older kernels to another person: Douglas has offered his
help to keep
the tree
Laurent Pinchart wrote:
Hi Mauro,
I would like to personally thank you for spending time on git support at
linuxtv.org. Git support was a long-awaited feature for many developers (and
I
certainly was one of them).
All the work done behind the scene on linuxtv.org isn't seen by
On Tue, Jan 19, 2010 at 09:10:39AM +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*. Maybe it's worth to
mention right now, that one big difference to HG in the way we have used it,
is
that one developer now can do all the work only with one clone of
On Tue, 19 Jan 2010, Johannes Stezenbach wrote:
On Tue, Jan 19, 2010 at 09:10:39AM +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*. Maybe it's worth to
mention right now, that one big difference to HG in the way we have used it, is
that one developer
Hi Devin,
On Tue, 19 Jan 2010, Devin Heitmueller wrote:
[..]
I want to focus my development on v4l-dvb. That said, I want a stable
codebase on which I can write v4l-dvb drivers, without having to worry
about whether or not my wireless driver is screwed up this week, or
whether the ALSA guys
Patrick Boettcher wrote:
On Tuesday 19 January 2010 08:53:10 Hans Verkuil wrote:
On Tuesday 19 January 2010 06:34:18 Mauro Carvalho Chehab wrote:
He already started doing that, fixing some incompatibility troubles
between some drivers and older kernels.
Mauro, I just wanted to thank you for
Devin Heitmueller wrote:
Hello Mauro,
I find it somewhat unfortunate that this is labeled ANNOUNCE instead
of RFC. It shows how little you care about soliciting the opinions
of the other developers. Rather than making a proposal for how the
process can be improved and soliciting feedback,
So am I. I hope the future will prove us right :-)
:)
How do your new git scripts process commits ? In particular, does the
Priority: line still applies ?
For patches imported from -hg, the script will handle Priority. For patches
generated against -git, maybe the better is to have separate
Patrick Boettcher wrote:
Hi Devin,
On Tue, 19 Jan 2010, Devin Heitmueller wrote:
[..]
I want to focus my development on v4l-dvb. That said, I want a stable
codebase on which I can write v4l-dvb drivers, without having to worry
about whether or not my wireless driver is screwed up this
Johannes Stezenbach wrote:
On Tue, Jan 19, 2010 at 09:10:39AM +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*. Maybe it's worth to
mention right now, that one big difference to HG in the way we have used it,
is
that one developer now can do all the
Hi Mauro,
I've started playing with the linuxtv git repositories. I've cloned v4l-
dvb.git into git://linuxtv.org/pinchartl/uvcvideo.git using git-menu and now
have trouble pushing changes:
$ git push -v uvcvideo
Pushing to git://linuxtv.org/pinchartl/uvcvideo.git
fatal: The remote end hung up
Laurent Pinchart wrote:
Hi Mauro,
I've started playing with the linuxtv git repositories. I've cloned v4l-
dvb.git into git://linuxtv.org/pinchartl/uvcvideo.git using git-menu and now
have trouble pushing changes:
$ git push -v uvcvideo
Pushing to
Hi Mauro,
On Tuesday 19 January 2010 14:07:39 Mauro Carvalho Chehab wrote:
Laurent Pinchart wrote:
Hi Mauro,
I've started playing with the linuxtv git repositories. I've cloned v4l-
dvb.git into git://linuxtv.org/pinchartl/uvcvideo.git using git-menu and
now have trouble pushing
2010/1/19 pau...@planar.id.au:
Well, as I understood, GPIO15 drives reset for demod.
dm1105 driver needs little patching.
Igor,
Not to hassle you, I'm sure you're very busy. Is this something I could
undertake myself? If so, which driver would you recommend I copy from - I
saw on the
just wondering if there are any cards which use this?
or are there any planned cards?
not in the UK so don't yet need DVB-T2, but nevertheless curious
--
simon
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
Hello,
this is the initial patch for buffer data synchronization for architectures
with non-coherent cache.
=
Rationale
=
Architectures with non-coherent CPU cache (e.g. ARM) require a sync both before
and after a hardware operation. Until now, videobuf
Architectures with non-coherent CPU cache (e.g. ARM) may require a cache
flush or invalidation before starting a hardware operation if the data in
a video buffer being queued has been touched by the CPU.
This patch adds calls to sync before a hardware operation that are expected
to be interpreted
On Mon, Jan 18, 2010 at 5:01 PM, hermann pitton hermann-pit...@arcor.de wrote:
Hello,
Am Montag, den 18.01.2010, 18:11 -0500 schrieb Will Tate:
I'm not sure why access in userspace would be required. I checked the
schematic today and all the GPIO pins are used to communicate with the
Michael Trimarchi wrote:
Aguirre, Sergio wrote:
-Original Message-
From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
Sent: Thursday, January 14, 2010 11:39 AM
To: Aguirre, Sergio
Cc: linux-media@vger.kernel.org
Subject: Re: omap34xxcam question?
Aguirre, Sergio wrote:
Patch to support this sensor, with id code 0x0802, on the t613
driver. I just sniffed the values from the driver that came with mine,
and made the proper extensions to the original code.
Signed-off-by: Nicolau Werneck nwern...@gmail.com
diff -Nru
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 Jan 19 19:00:04 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14011:c3cc688bde82
gcc version: gcc
Hello Gordon,
Am Dienstag, den 19.01.2010, 10:24 -0700 schrieb Gordon Smith:
On Mon, Jan 18, 2010 at 5:01 PM, hermann pitton hermann-pit...@arcor.de
wrote:
Hello,
Am Montag, den 18.01.2010, 18:11 -0500 schrieb Will Tate:
I'm not sure why access in userspace would be required. I
On 01/19/2010 04:16 AM, Mauro Carvalho Chehab wrote:
Devin Heitmueller wrote:
Hello Mauro,
I find it somewhat unfortunate that this is labeled ANNOUNCE instead
of RFC. It shows how little you care about soliciting the opinions
of the other developers. Rather than making a proposal for how
Hi,
may I humbly request to make it mandatory to enter a description
when a user creates a new tree on linuxtv.org?
IMHO foobar development repository isn't useful at all.
If I look at http://linuxtv.org/hg/ many times I have no
clue what a repo is about or why it exists at all.
Let's not repeat
Hi Bob,
Am Dienstag, den 19.01.2010, 13:21 -0800 schrieb Bob Cunningham:
On 01/19/2010 04:16 AM, Mauro Carvalho Chehab wrote:
Devin Heitmueller wrote:
Hello Mauro,
I find it somewhat unfortunate that this is labeled ANNOUNCE instead
of RFC. It shows how little you care about
Remove duplicated #include('s) in
drivers/media/dvb/mantis/mantis_hif.c
drivers/media/dvb/mantis/mantis_pci.c
Signed-off-by: Huang Weiyi weiyi.hu...@gmail.com
---
drivers/media/dvb/mantis/mantis_hif.c |2 --
drivers/media/dvb/mantis/mantis_pci.c |5 -
2 files changed, 0
On Tue, 2010-01-19 at 09:10 +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*.
Assuming 53.333 kbps download speed, 0% overhead, no compression:
365 MiB * 2^20 bytes/MiB * 8 bits/byte / 5 bits/sec / 3600 sec/hr =
15.95 hours
:(
Can git resume aborted
Hi,
Looks good to me now.
Regards,
Hans
On 01/18/2010 09:01 PM, Németh Márton wrote:
From: Márton Némethnm...@freemail.hu
Add support functions for interrupt endpoint based input handling.
Signed-off-by: Márton Némethnm...@freemail.hu
---
diff -r 875c200a19dc
The wrong command was printed for case CX2341X_ENC_SET_DNR_FILTER_MODE,
and a typo in case CX2341X_ENC_SET_PCR_ID.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Or is this intended?
diff --git a/drivers/media/video/cx23885/cx23885-417.c
b/drivers/media/video/cx23885/cx23885-417.c
index
Am Dienstag, den 19.01.2010, 18:38 -0500 schrieb Andy Walls:
On Tue, 2010-01-19 at 09:10 +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*.
Assuming 53.333 kbps download speed, 0% overhead, no compression:
365 MiB * 2^20 bytes/MiB * 8 bits/byte /
Regardless of the state-Mode in both cases the same value was
written.
If state-Mode wasn't set, it is always 0.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
drivers/media/common/tuners/mxl5005s.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
Or were the ones and zeroes
On Tue, Jan 19, 2010 at 9:20 PM, Roel Kluin roel.kl...@gmail.com wrote:
Regardless of the state-Mode in both cases the same value was
written.
If state-Mode wasn't set, it is always 0.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
drivers/media/common/tuners/mxl5005s.c | 7 +++
Andy Walls wrote:
On Tue, 2010-01-19 at 09:10 +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*.
Assuming 53.333 kbps download speed, 0% overhead, no compression:
365 MiB * 2^20 bytes/MiB * 8 bits/byte / 5 bits/sec / 3600 sec/hr =
15.95 hours
On Wed, 2010-01-20 at 02:10 +0100, hermann pitton wrote:
Am Dienstag, den 19.01.2010, 18:38 -0500 schrieb Andy Walls:
On Tue, 2010-01-19 at 09:10 +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*.
Assuming 53.333 kbps download speed, 0%
On Wed, 2010-01-20 at 01:29 -0200, Mauro Carvalho Chehab wrote:
Andy Walls wrote:
On Tue, 2010-01-19 at 09:10 +0100, Patrick Boettcher wrote:
BTW: I just made a clone of the git-tree - 365MB *ouff*.
Assuming 53.333 kbps download speed, 0% overhead, no compression:
365 MiB * 2^20
47 matches
Mail list logo