At that time when I start the installation, it "work" plainly using
the steps even though it refer back to old codes. It was good enough
for a end user but you are right that if we are to put in mainstream
code, there will be a need to do clean up.
But that is also provided that it possible to ge
On Monday 29 March 2010 08:40:50 Hans Verkuil wrote:
> Hi Xiaolin,
>
> On Sunday 28 March 2010 16:42:30 Zhang, Xiaolin wrote:
> > From 1c18c41be33246e4b766d0e95e28a72dded87475 Mon Sep 17 00:00:00 2001
> > From: Xiaolin Zhang
> > Date: Sun, 28 Mar 2010 21:31:24 +0800
> > Subject: [PATCH 2/10] This
Hello Steven,
> Thanks Guillaume, I have a pile of other patches I'm ready to present
> for merge so I'll pull this into one of my dev trees and present this
> for merge also of course, I'll test it first! :)
>
> Thanks again for working on this.
You're welcome. I am just starting reviewing t
Hi Arnout,
Arnout Vandecappelle wrote:
> videobuf_dma_init_user_locked() uses get_user_pages() to get the
> virtual-to-physical address mapping for user-allocated memory.
> However, the user-allocated memory may be non-pageable because it
> is an I/O range or similar. get_user_pages() fails with
Aguirre, Sergio wrote:
>
>> -Original Message-
>> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
>> Sent: Wednesday, May 05, 2010 6:24 PM
>> To: Aguirre, Sergio
>> Cc: linux-media@vger.kernel.org
>> Subject: Re: [videobuf] Query: Condition bytesize limit in
>> videobuf_reqbufs ->
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: Wednesday, May 05, 2010 6:24 PM
> To: Aguirre, Sergio
> Cc: linux-media@vger.kernel.org
> Subject: Re: [videobuf] Query: Condition bytesize limit in
> videobuf_reqbufs -> buf_setup() call?
>
> Aguirre,
Aguirre, Sergio wrote:
> Hi all,
>
> While working on an old port of the omap3 camera-isp driver,
> I have faced some problem.
>
> Basically, when calling VIDIOC_REQBUFS with a certain buffer
> Count, we had a software limit for total size, calculated depending on:
>
> Total bytesize = bytespe
Hullo
I've been struggling with this for a couple of days. I have checked
archives, but missed anything useful.
I've got a tevii s660 (dvbs2 via usb). It works with some limitations
on windows xp (I cannot get HD signals decoded, but think that's a
limitation of the software that comes on
1 deletion(-)
--- linux-next-20100505.orig/drivers/media/video/Kconfig
+++ linux-next-20100505/drivers/media/video/Kconfig
@@ -559,7 +559,7 @@ config VIDEO_DAVINCI_VPIF
config VIDEO_VIVI
tristate "Virtual Video Driver"
- depends on VIDEO_DEV && VIDEO_
The various subdev drivers (other than the framebuffer itself) no longer
need this file.
Signed-off-by: Jonathan Corbet
---
drivers/video/via/via-gpio.c |1 -
drivers/video/via/via_i2c.c |4 +++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/video/via/via-gpio.c
These are the files which should be available to subdevices compiled
outside of drivers/video/via.
Signed-off-by: Jonathan Corbet
---
drivers/video/via/accel.c |2 +-
drivers/video/via/dvi.c |4 +-
drivers/video/via/hw.c |3 +-
drivers/video/via/lcd
Add a driver for the video capture port on VIA integrated chipsets. This
version has a remaining OLPCism or two and expects to be talking to an
ov7670; those can be improved as the need arises.
This work was supported by the One Laptop Per Child project.
Signed-off-by: Jonathan Corbet
---
driv
It's ugly and adds a global.h dependency.
Signed-off-by: Jonathan Corbet
---
drivers/video/via/via_i2c.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/video/via/via_i2c.c b/drivers/video/via/via_i2c.c
index febc1dd..84ec2d6 100644
--- a/drivers/video/via/v
Preparatory move toward the ultimate goal of moving pan-subdevice stuff
into include/linux.
Signed-off-by: Jonathan Corbet
---
drivers/video/via/hw.h |1 -
drivers/video/via/share.h | 11 ++
drivers/video/via/via-core.h| 48 -
dr
This is, perhaps, the last set of viafb patches I'll send around before the
merge window. This series completes the task of adding the via-camera
driver - in the correct spot, this time. To that end, it has to reorganize
the viafb header files a bit.
V4L2 folks: only the final patch in this seri
Pawel Osciak wrote:
> 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 a
Hi all,
While working on an old port of the omap3 camera-isp driver,
I have faced some problem.
Basically, when calling VIDIOC_REQBUFS with a certain buffer
Count, we had a software limit for total size, calculated depending on:
Total bytesize = bytesperline x height x count
So, we had an arb
The following changes since commit d3be2fab3a10b6c798a5f9970146d166d3345c37:
Jean-François Moine (1):
V4L/DVB: gspca - zc3xx: Fix the gamma calculation from the contrast
are available in the git repository at:
ssh://linuxtv.org/git/hverkuil/v4l-dvb.git tvp7002
Tested on a DM6467T ev
On Wednesday 05 May 2010 19:05:24 David Ellingsworth wrote:
> Signed-off-by: David Ellingsworth
Does this actually fix bugs or does this just clean up the locking?
I ask because I am planning to make it easier to do locking for ioctl calls.
Basically there will be pre-hook and post-hook callback
videobuf-core checks if .sync ops is defined before calling.
So, we don't need a do-nothing function.
Signed-off-by: Mauro Carvalho Chehab
--
Cheers,
Mauro
diff --git a/drivers/media/video/videobuf-vmalloc.c
b/drivers/media/video/videobuf-vmalloc.c
index f8b5b56..583728f 100644
--- a/drivers
On Wed, May 05, 2010 at 12:30:01PM -0300, Mauro Carvalho Chehab wrote:
> This simplifies the code a little bit, and, instead of just return -EINVAL,
> it will return the error condition reported by the called functions.
>
Thanks for that.
There was one return that got missed. Probably you can f
While analyzing one of the videobuf patches, I noticed that
videobuf_dma_sync is only used internally inside videobuf-dma-sg.
So, let's remove this function, merging the code at __videobuf_dma_sync()
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/videobuf-dma-sg.c
b/drive
matthieu castet a écrit :
Hi,
With my current kernel (2.6.32), if my dvb device is removed while in use, I
got [1].
After checking the source code, the problem seems to happen also in master :
If there are users (for example users == -2) :
- dvb_unregister_frontend :
- stop kernel thread with
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 May 5 19:00:28 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14644:4a8d6d981f07
git master:
This patch replaces calls to video_drvdata with
references to struct file->private_data which is
set during usb_dsbr100_open. This value is passed
by video_ioctl2 via the *priv argument and is
accessible via file->private_data otherwise.
Signed-off-by: David Ellingsworth
---
drivers/media/radio/
This patch series addresses several issues in the dsbr100 driver.
This series is based on the v4l-dvb master git branch and has been
compile tested only. It should be tested before applying.
The following patches are included in this series:
[PATCH/RFC 1/7] dsbr100: implement proper locking
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index b62fe40..c949ace 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/media/rad
This patch simplifies the error paths within the
usb_dsbr100_probe routine. It also removes an unnecessary
local variable.
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c | 39 ---
1 files changed, 20 insertions(+), 19 deletions(-)
diff
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index 2f96e13..b62fe40 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/medi
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c | 77 +---
1 files changed, 33 insertions(+), 44 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index ed9cd7a..673eda8 100644
--- a/drivers/media/rad
This patch adds a flag to indicate if the radio has been
initialized or not. If the flag has not been set upon open,
the radio initialized to a known state.
It combines the STARTED/STOPPED indicators into a single
MUTED flag and defines a couple of macros for determining
the status of the radio.
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index 673eda8..2f96e13 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/media/radio/d
On Sat, May 1, 2010 at 10:36 AM, Brian Johnson wrote:
> The following changes since commit d3be2fab3a10b6c798a5f9970146d166d3345c37:
> Jean-François Moine (1):
> V4L/DVB: gspca - zc3xx: Fix the gamma calculation from the contrast
>
> are available in the git repository at:
>
> git://gitor
Will do. Thanks for passing over the info.
Regards,
Palash
-Original Message-
From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
Sent: Wednesday, May 05, 2010 8:30 AM
To: Dan Carpenter; Palash Bandyopadhyay
Cc: Greg Kroah-Hartman; linux-media@vger.kernel.org
Subject: Re: -next: stag
Dan Carpenter wrote:
> This was my patch: "cx25821: fix double unlock in medusa_video_init()"
>
> It accidentally got merged two times. The version from the staging tree
> is not correct. Please can you revert it:
> 7a02f549fcc30fe6be0c0024beae9a3db22e1af6 "Staging: cx25821: fix double
> unlock
From: Peter Huewe
This patch adds a missing include linux/delay.h to prevent
build failures[1-5]
Signed-off-by: Peter Huewe
---
KernelVersion: linux-next-20100505
References:
[1] http://kisskb.ellerman.id.au/kisskb/buildresult/2571452/
[2] http://kisskb.ellerman.id.au/kisskb/buildresult
On 05/05/2010 15:07, Bee Hock Goh wrote:
You need to follow this link: http://ubuntuforums.org/showthread.php?p=8936585
If you download the correct version of the antti af9015 tree, you can
apply the patch correctly and it will work(a tda18218/af9015 stick)
without any code change.
thanks f
On Wed, May 5, 2010 at 10:13 PM, Bee Hock Goh wrote:
> Use the attached firmware which work well for me.
>
> An earlier firmware will hung the stick and this version fixed that issue.
>
> On Wed, May 5, 2010 at 10:07 PM, Bee Hock Goh wrote:
>> You need to follow this link:
>> http://ubuntuforums
Use the attached firmware which work well for me.
An earlier firmware will hung the stick and this version fixed that issue.
On Wed, May 5, 2010 at 10:07 PM, Bee Hock Goh wrote:
> You need to follow this link: http://ubuntuforums.org/showthread.php?p=8936585
>
> If you download the correct versi
You need to follow this link: http://ubuntuforums.org/showthread.php?p=8936585
If you download the correct version of the antti af9015 tree, you can
apply the patch correctly and it will work(a tda18218/af9015 stick)
without any code change.
On Wed, May 5, 2010 at 10:00 PM, Simon Kenyon wrote:
>
On 05/05/2010 13:36, Bee Hock Goh wrote:
Simon,
There is already a patch that will make af9105/tda18218 work. However,
it seem that there is no active effort to merge with the mainstream
code.
I have been running that codes with mythtv(recording only) for quite a
while and its working fine.
ht
Dmitri Belimov wrote:
> On Wed, 5 May 2010 13:44:38 +0800
> Bee Hock Goh wrote:
>
>> Did you comment off the code in the get_next_buff that clear the
>> previous frame data?
>
> No.
>
> Git tree + my last patch.
>
A "green" tree can happen due to lots of conditions, like:
1) it is no
On 05/05/2010 03:36 PM, Bee Hock Goh wrote:
There is already a patch that will make af9105/tda18218 work. However,
it seem that there is no active effort to merge with the mainstream
code.
I have been running that codes with mythtv(recording only) for quite a
while and its working fine.
https:/
Antti,
Thanks for coming out to clarify. So the step going forward is to
getting clearance from Lauris?
I didnt really look at the codes but the your tree with the tda18218
patch seem to working very well for me.
http://ubuntuforums.org/showthread.php?p=8936585
On Wed, May 5, 2010 at 8:58 PM,
> Completes the bit-error-rate read function with the CBER register (before
> Viterbi decoder). The returned value is 1e8*actual_ber to be positive.
> Also includes some typo mistakes.
>
> Signed-off-by: Guillaume Audirac
Thanks Guillaume, I have a pile of other patches I'm ready to present
for m
Simon,
There is already a patch that will make af9105/tda18218 work. However,
it seem that there is no active effort to merge with the mainstream
code.
I have been running that codes with mythtv(recording only) for quite a
while and its working fine.
https://patchwork.kernel.org/patch/82494/
Ma
This is to inform you that you have exceeded your email
quota limit of 625MB and you need to increase your email
quota limit because in less than 48 hours your email will
be disable. Increase your email quota limit and continue
to use your webmail account.
To increase your email quota limit t
Hello,
Completes the bit-error-rate read function with the CBER register (before
Viterbi decoder). The returned value is 1e8*actual_ber to be positive.
Also includes some typo mistakes.
Signed-off-by: Guillaume Audirac
---
drivers/media/dvb/frontends/tda10048.c | 30 -
Hi Gijo,
On Thursday 29 April 2010 12:54:16 Gijo Prems wrote:
> Hello,
>
> I have some queries related to linux uvc client driver(uvcvideo) and
> general uvc webcam functionality.
>
> 1. There is a wDelay (during probe-commit) parameter which camera
> exposes to the host signifying the delay (La
On 31/03/2009 21:10, Antti Palosaari wrote:
Moi Mauro,
Please pull from http://linuxtv.org/hg/~anttip/af9015/
for the following:
af9015: remove experimental
af9015: add new USB ID for KWorld USB DVB-T TV Stick II (VS-DVB-T 395U)
af9015: add support for TrekStor DVB-T USB Stick
af9015: remove wr
If you do that you will get some decent looking video.
On Wed, May 5, 2010 at 3:27 PM, Dmitri Belimov wrote:
> On Wed, 5 May 2010 13:44:38 +0800
> Bee Hock Goh wrote:
>
>> Did you comment off the code in the get_next_buff that clear the
>> previous frame data?
>
> No.
>
> Git tree + my last patc
On Wed, 5 May 2010 10:16:27 +0800
Bee Hock Goh wrote:
> There does not seem to be any radio support in the tm6000 codes.
>
> tun_setup.mode_mask |= (T_ANALOG_TV | T_RADIO);
>
> Is the T_RADIO mode still required since this is a cleanup?
Now radio may be not work. But we want write complete dri
This was my patch: "cx25821: fix double unlock in medusa_video_init()"
It accidentally got merged two times. The version from the staging tree
is not correct. Please can you revert it:
7a02f549fcc30fe6be0c0024beae9a3db22e1af6 "Staging: cx25821: fix double
unlock in medusa_video_init()"
I guess
On Wed, 5 May 2010 13:44:38 +0800
Bee Hock Goh wrote:
> Did you comment off the code in the get_next_buff that clear the
> previous frame data?
No.
Git tree + my last patch.
With my best regards, Dmitry.
> On Wed, May 5, 2010 at 12:50 PM, Dmitri Belimov
> wrote:
> > Hi
> >
> > At this momen
54 matches
Mail list logo
