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:
> >
> >
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,
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
On Tue, Jan 19, 2010 at 9:20 PM, Roel Kluin 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
> ---
> drivers/media/common/tuners/mxl5005s.c | 7 +++
> 1 files changed, 3 insertions
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
---
drivers/media/common/tuners/mxl5005s.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
Or were the ones and zeroes in these MXL_Contr
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/
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
---
Or is this intended?
diff --git a/drivers/media/video/cx23885/cx23885-417.c
b/drivers/media/video/cx23885/cx23885-417.c
index 88c0d24..2ab97ad 100644
Hi,
Looks good to me now.
Regards,
Hans
On 01/18/2010 09:01 PM, Németh Márton wrote:
From: Márton Németh
Add support functions for interrupt endpoint based input handling.
Signed-off-by: Márton Németh
---
diff -r 875c200a19dc linux/drivers/media/video/gspca/gspca.c
--- a/linux/drivers/media
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
Remove duplicated #include('s) in
drivers/media/dvb/mantis/mantis_hif.c
drivers/media/dvb/mantis/mantis_pci.c
Signed-off-by: Huang Weiyi
---
drivers/media/dvb/mantis/mantis_hif.c |2 --
drivers/media/dvb/mantis/mantis_pci.c |5 -
2 files changed, 0 insertions(+), 7 deletions(-)
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 ca
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 repea
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
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
> 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
> >> sc
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 (
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
diff -Nru gspca-54a57b75f98c/linux/drivers/media/video/gspca/t613.c
gspca-54a5
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:
On Mon, Jan 18, 2010 at 5:01 PM, hermann pitton 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
>> SAA6752HS on board fo
Hello Hans,
n 01/19/2010 05:53 AM, Hans Verkuil wrote:
On Tuesday 19 January 2010 06:34:18 Mauro Carvalho Chehab wrote:
Hi,
Today, a step to the future was given, in order to help developers to better
do their work: the addition of -git support at linuxtv.org server.
This is one idea that
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
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
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 majo
2010/1/19 :
>> 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 t
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 push
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 git://linuxtv.org/pinchartl/uvcv
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 u
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 a
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 screwe
> 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 sepa
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
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
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 br
Hi Mauro,
On Tuesday 19 January 2010 12:12:58 Mauro Carvalho Chehab wrote:
> 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 o
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 now
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 clon
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
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
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 th
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 f
2010/1/18 Devin Heitmueller :
> On Mon, Jan 18, 2010 at 10:01 AM, Valerio Bontempi
> 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 v4l-dvb
>> drivers with few lines adjustment
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
> 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 a
> 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 t
> 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
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
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
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
>
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
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 rewarding
49 matches
Mail list logo
