On Wednesday, October 20, 2010 21:23:42 Jonathan Corbet wrote:
> On Tue, 19 Oct 2010 08:54:40 +0200
> Hans Verkuil wrote:
>
> > We are working on removing the BKL. As part of that effort it is now
> > possible
> > for drivers to pass a serialization mutex to the v4l core (a mutex pointer
> > wa
Em 20-10-2010 17:23, Jonathan Corbet escreveu:
> On Tue, 19 Oct 2010 08:54:40 +0200
> Hans Verkuil wrote:
>
>> We are working on removing the BKL. As part of that effort it is now possible
>> for drivers to pass a serialization mutex to the v4l core (a mutex pointer
>> was
>> added to struct vid
Hi,
I've made tests with my Magix "RESCUE YOUR VIDEOTAPES!" usb dongle, this
device looks identical to the pictures of the Kaiser Baas USB DVD Maker 2
(KBA0300300) on the wiki:
Model: Magix RESCUE YOUR VIDEOTAPES!
Vendor/Product id: [1b80:e349].
Tests made:
- Analog [Worked, only teste
On Wed, Oct 20, 2010 at 9:28 PM, Hans Verkuil wrote:
>
>> On Wed, 2010-10-20 at 16:18 +0900, Kyungmin Park wrote:
>>> On Wed, Oct 20, 2010 at 4:14 PM, Hans Verkuil
>>> wrote:
>>> > On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
>>> >> Hello,
>>> >>
>>> >> As I promissed I continu
I commented as belows,
And you missed one important things 'cause there were my comments
in the very long email which is strongly fixed in the reset seq.
[]
> +#define READL(offset)readl(dev->regs_base + (offset))
> +#define WRITEL(data, offset) writel((data), dev->regs_base
On 10/20/10 12:19 PM, Daniel Lee Kim wrote:
Thank you, Steve, for introducing me to the mailing list and showing me the
protocol. I have taken a look at your questions and comments. My responses are
interspersed in the email below
You are welcome.
However, running dmesg, I get the following
On Sun, Oct 17, 2010 at 12:56:27AM +0200, Maxim Levitsky wrote:
> This series is rebased on top of media_tree/staging/v2.6.37 only.
> Really this time, sorry for cheating, last time :-)
On a related note, Mauro - is the plan still that I should wait for the
large scancodes support for the input s
On Oct 20, 2010, at 6:55 AM, Adrian Taylor wrote:
> This patch allows this device successfully to show video, at least from
> its composite input.
>
> I have no information about the true hardware contents of this device and so
> this patch is based solely on fiddling with things until it worked.
Some time ago, Mauro wrote:
...
> From the patch comments:
>
> There's a currently-unused lgdt3304 demod driver, which leaves a lot to
> be desired as far as functionality. The 3304 is unsurprisingly quite
> similar to the 3305, and empirical testing yeilds far better results
>
On Tue, 19 Oct 2010 08:54:40 +0200
Hans Verkuil wrote:
> We are working on removing the BKL. As part of that effort it is now possible
> for drivers to pass a serialization mutex to the v4l core (a mutex pointer was
> added to struct video_device). If the core sees that mutex then the core will
>
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:Wed Oct 20 19:00:15 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15167:abd3aac6644e
git master:
On Sun, Oct 17, 2010 at 12:56:27AM +0200, Maxim Levitsky wrote:
> Hi,
>
> This series is rebased on top of media_tree/staging/v2.6.37 only.
> Really this time, sorry for cheating, last time :-)
>
> The first patch like we agreed extends the raw packets.
> It touches all drivers (except imon as it
On 20.10.2010 14:00, Andy Walls wrote:
On Wed, 2010-10-20 at 07:19 +0200, Sven Barth wrote:
Am 18.10.2010 08:15, schrieb Mauro Carvalho Chehab:
Em 17-10-2010 21:36, Andy Walls escreveu:
The last time I sent this list, I was about to travel, and I may have missed
some comments, or maybe I
ma
Starting with the 2.6.35 kernels, my KWorld ATSC120 tuner will not
lock on to any channels. Everything works fine up to 2.6.34.7, but will
not work with the newer kernels. This card uses CX88-dvb, s5h1409, and
xc2028/3028 modules, and all modules load without any errors. Firmware
loads prope
The RC5 decoding is complete at a BIT_END state. there's no reason
to wait for the next space to produce a code.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/IR/ir-rc5-decoder.c
b/drivers/media/IR/ir-rc5-decoder.c
index df4770d..4139678 100644
--- a/drivers/media/IR/ir-rc
Thank you, Steve, for introducing me to the mailing list and showing me
the protocol. I have taken a look at your questions and comments. My
responses are interspersed in the email below
On 10/19/2010 04:27 PM, Steven Toth wrote:
Hi Dan,
Thanks for writing.
I can't do one-on-one end user s
On Wed, Oct 20, 2010 at 06:50:58AM +1000, Dave Airlie wrote:
> On Tue, Oct 19, 2010 at 11:26 PM, Arnd Bergmann wrote:
> > On Tuesday 19 October 2010, Arnd Bergmann wrote:
> >> On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
> >> > > I might be able to find some hardware still lying around h
>Hi, Kamil
>This is third feedback about watchdog timer.
>(s5p_mfc.c)
Hi, Peter
Thanks for pointing that out, enabling and disabling watchdog in
open/release is reasonable.
>[...]
>> +platform_set_drvdata(pdev, dev);
>> +dev->hw_lock = 0;
>> +dev->watchdog_workqueue = create_single
>Thank you for your reply about my comments.
>Refer to as below.
Hi,
>>
>> I don't know if this is necessary. MFC_NUM_CONTEXTS can be fixed at
>> the maximum number allowed by MFC hw: 16. I highly doubt someone will
>> open that many contexts. Increasing this number will not significantly
>
>Hi, Kamil
>This is second feedback about the HW op related code.
>(s5p_mfc_opr.c & s5p_mfc.c)
Hi, Peter
Thanks for the comments. I have replied to them below. I would be grateful
if you could cut out non relevant parts of the code in your replies. It was
difficult to find your comments in such
On Wednesday 20 October 2010, 14:26:20 Stefan Seyfried wrote:
> On Wed, 20 Oct 2010 12:31:23 +0200
>
> "Hans-Peter Jansen" wrote:
> > Welcome to openSUSE 11.1 - Kernel 2.6.34.7-4-pae (ttyS0)
> >
> > Any ideas, what's going wrong here?
>
> Your kernel is ancient. Please try reproducing with a recen
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hal Moroff
> Sent: Wednesday, October 20, 2010 3:29 AM
> To: linux-media@vger.kernel.org
> Subject: soc_camera device
>
> I'm pretty new to Linux video drivers (I do h
The test for driver->owner != NULL in sh_mobile_ceu_camera.c is unneeded and it
breaks the static build of sh_mobile_csi2.c. Remove it.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/sh_mobile_ceu_camera.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dr
> Em 20-10-2010 10:40, Hans Verkuil escreveu:
>>
>>> Em 20-10-2010 05:07, Hans Verkuil escreveu:
On Wednesday, October 20, 2010 02:32:11 Jonathan Corbet wrote:
> OK, here's a new version of the patch, done against the V4L tree.
> Now
> with 100% fewer compiler errors! It took a w
Hi Mauro,
On Wednesday 20 October 2010 14:48:46 Mauro Carvalho Chehab wrote:
> Em 20-10-2010 10:40, Hans Verkuil escreveu:
[snip]
> > Regarding gspca: reversed engineered drivers typically do not use
> > subdevices. (actually gspca doesn't use subdevs at all). So the problem
> > doesn't exist. T
Em 20-10-2010 10:40, Hans Verkuil escreveu:
>
>> Em 20-10-2010 05:07, Hans Verkuil escreveu:
>>> On Wednesday, October 20, 2010 02:32:11 Jonathan Corbet wrote:
OK, here's a new version of the patch, done against the V4L tree. Now
with 100% fewer compiler errors! It took a while to figu
> Em 20-10-2010 05:07, Hans Verkuil escreveu:
>> On Wednesday, October 20, 2010 02:32:11 Jonathan Corbet wrote:
>>> OK, here's a new version of the patch, done against the V4L tree. Now
>>> with 100% fewer compiler errors! It took a while to figure out the API
>>> changes, and I'm not convinced
On Wednesday 20 October 2010, 14:16:03 Andy Walls wrote:
> On Wed, 2010-10-20 at 12:31 +0200, Hans-Peter Jansen wrote:
> > Hi Mauro,
> >
> > since you got your fingers dirty with ir, I would like to direct
> > this issue towards you.
> >
> >
> > Unfortunately, unloading all the dvb drivers is not p
> On Wed, 2010-10-20 at 16:18 +0900, Kyungmin Park wrote:
>> On Wed, Oct 20, 2010 at 4:14 PM, Hans Verkuil
>> wrote:
>> > On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
>> >> Hello,
>> >>
>> >> As I promissed I continue the development of the VideoBuf2 at Samsung
>> >> until Pawe
On Wed, 20 Oct 2010 12:31:23 +0200
"Hans-Peter Jansen" wrote:
> Welcome to openSUSE 11.1 - Kernel 2.6.34.7-4-pae (ttyS0)
> Any ideas, what's going wrong here?
Your kernel is ancient. Please try reproducing with a recent kernel from
the Kernel:HEAD repo. If it still happens, let's debug it. If i
Em 19-10-2010 19:24, Daniel Drake escreveu:
> These parameters need to be configurable based on the host system.
> They can now be communicated through the s_config call.
>
> The old CONFIG_OLPC_XO_1 selector was not correct; this kind of
> arrangement wouldn't allow for a universal kernel that wo
Em 20-10-2010 05:07, Hans Verkuil escreveu:
> On Wednesday, October 20, 2010 02:32:11 Jonathan Corbet wrote:
>> OK, here's a new version of the patch, done against the V4L tree. Now
>> with 100% fewer compiler errors! It took a while to figure out the API
>> changes, and I'm not convinced I like
On Wed, 2010-10-20 at 12:31 +0200, Hans-Peter Jansen wrote:
> Hi Mauro,
>
> since you got your fingers dirty with ir, I would like to direct this
> issue towards you.
> Unfortunately, unloading all the dvb drivers is not possible, because
> unloading cx8802 leads to this oops:
>
> Welcome to
On Wed, 2010-10-20 at 16:18 +0900, Kyungmin Park wrote:
> On Wed, Oct 20, 2010 at 4:14 PM, Hans Verkuil wrote:
> > On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
> >> Hello,
> >>
> >> As I promissed I continue the development of the VideoBuf2 at Samsung
> >> until Pawel finds some
On Wed, 2010-10-20 at 07:19 +0200, Sven Barth wrote:
> Am 18.10.2010 08:15, schrieb Mauro Carvalho Chehab:
> > Em 17-10-2010 21:36, Andy Walls escreveu:
> >>> The last time I sent this list, I was about to travel, and I may have
> >>> missed some comments, or maybe I
> >>> may just forgot to upda
This patch allows this device successfully to show video, at least from
its composite input.
I have no information about the true hardware contents of this device and so
this patch is based solely on fiddling with things until it worked. The
chip appears to be em2860, and the closest device with
Hi Mauro,
since you got your fingers dirty with ir, I would like to direct this
issue towards you.
One of my servers acts as a vdr with 3 video cards:
07:01.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
Video and Audio Decoder (rev 05)
Subsystem: Hauppauge co
Hello Hal,
I am working on the same problem and thanks to Laurent and others I
made lots of progress here. I want to point you to
http://www.mail-archive.com/linux-media@vger.kernel.org/msg23076.html
and http://www.mail-archive.com/linux-media@vger.kernel.org/msg23315.html
Have fun,
Bastian
This is a patch to the tm6000.h file that fixed up a macros and
comment error found by the checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000.h b/dri
This is a patch to the tm6000-cards.c file that fixed up
a space error found by the checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000-cards.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/driv
This is a patch to the
tm6000-cards.c
tm6000-core.c
tm6000-dvb.c
tm6000-i2c.c
tm6000-input.c
tm6000-regs.h
tm6000-stds.c
tm6000-usb-isoc.h
tm6000.h
files that fixed up a comments warnings found by the checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000-cards.c
This is a patch to the tm6000-video.c file that fixed
up a braces, tabs, comments and space Errors and Warnings found by the
checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000-video.c | 410 -
1 files changed, 204 insertions(+),
This is a patch to the tm6000-i2c.c file that fixed "ERROR: do not
initialise statics to 0 or NULL" found by the checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000-i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/tm
This is a patch to the tm6000-core.c file that fixed up a macros error
and error initialise statics to 0 found by the checkpatch.pl tools.
Signed-off-by: Ruslan Pisarev
---
drivers/staging/tm6000/tm6000-core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/st
> Hello,
>
> On Wednesday, October 20, 2010 9:15 AM wrote:
>
>> On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
>> > Hello,
>> >
>> > As I promissed I continue the development of the VideoBuf2 at Samsung
>> > until Pawel finds some spare time to help us. This is a third version
>>
Hello,
On Wednesday, October 20, 2010 9:15 AM wrote:
> On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
> > Hello,
> >
> > As I promissed I continue the development of the VideoBuf2 at Samsung
> > until Pawel finds some spare time to help us. This is a third version of
> > the fram
On Wed, Oct 20, 2010 at 4:14 PM, Hans Verkuil wrote:
> On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
>> Hello,
>>
>> As I promissed I continue the development of the VideoBuf2 at Samsung
>> until Pawel finds some spare time to help us. This is a third version of
>> the framework.
On Wednesday, October 20, 2010 08:41:06 Marek Szyprowski wrote:
> Hello,
>
> As I promissed I continue the development of the VideoBuf2 at Samsung
> until Pawel finds some spare time to help us. This is a third version of
> the framework. Besides the minor bugfixes here and there I've added a
> co
On Wednesday, October 20, 2010 02:32:11 Jonathan Corbet wrote:
> OK, here's a new version of the patch, done against the V4L tree. Now
> with 100% fewer compiler errors! It took a while to figure out the API
> changes, and I'm not convinced I like them all - the controller driver
> didn't used to
49 matches
Mail list logo
