On Wed, 10 Jun 2009, Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 23:36:32 +0200 (CEST)
> Guennadi Liakhovetski escreveu:
>
> > someone writes a script to intercept all hg pull requests from lmml
> > (procmail rule), forward that mail to a special media-patch list, and
> > extract and po
On Thu, 2009-06-11 at 01:40 -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 22:39:51 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Sun, 31 May 2009 14:41:52 +0800
> > "Figo.zhang" escreveu:
> >
> > > video_register_device() return zero on success, it would not return a
> > > posit
Hello everyone,
What I'm curious is about what is V4L2_MEMORY_OVERLAY for. Even though
I have been using overlay capability before, I always used
V4L2_MEMORY_MMAP instead of that. And our v4l2 api document tells
nothing about V4L2_MEMORY_MMAP (only [todo] is left..OMG ;-()
But looking into videob
On Thursday 11 June 2009 06:40:14 Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 22:39:51 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Sun, 31 May 2009 14:41:52 +0800
> > "Figo.zhang" escreveu:
> >
> > > video_register_device() return zero on success, it would not return a
> > > positi
Hi Mauro, thanks for replying and for the explanation. I'll skip most of
your message, and just keep the bits I'd like to reply to.
On Wed, 10 Jun 2009, Mauro Carvalho Chehab wrote:
> The same happens here: All patches added at the staging tree are sent to
> linuxtv-commits ML. So, they are ther
As per Mauro's request here is the patch adding the new core functionality.
To quote from my original pull request:
"This time I've only added new functions and left the existing ones in place.
I did add a bit of code to the existing v4l2_i2c_new_(probed_)subdev
functions to call the new s_confi
It seems to be totally described in v4l2 api specification document.
The document is saying like this:
VIDIOC_QUERYCAP
video input and video standard ioctls
VIDIOC_G_FBUF and VIDIOC_S_FBUF
VIDIOC_G_FMT/S_FMT/TRY_FMT
VIDIOC_OVERLAY
Take a look at the document for detailed usage.
Cheers,
Nate
On
Em Wed, 10 Jun 2009 22:39:51 -0300
Mauro Carvalho Chehab escreveu:
> Em Sun, 31 May 2009 14:41:52 +0800
> "Figo.zhang" escreveu:
>
> > video_register_device() return zero on success, it would not return a
> > positive integer.
> >
> > Signed-off-by: Figo.zhang
> > ---
> > drivers/media/vid
On Sun, 7 Jun 2009, Roger wrote:
> >From looking at "linux/drivers/media/dvb/frontends/s5h1411.c", The
> s5h1411_readreg wants to see "2" but is getting "-5" from the i2c bus.
>
> --- Snip ---
>
> s5h1411_readreg: readreg error (ret == -5)
> pvrusb2: unregistering DVB devices
> device: 'dvb0.ne
Em Sun, 31 May 2009 14:41:52 +0800
"Figo.zhang" escreveu:
> video_register_device() return zero on success, it would not return a
> positive integer.
>
> Signed-off-by: Figo.zhang
> ---
> drivers/media/video/ov511.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --gi
Am Mittwoch, den 10.06.2009, 21:13 -0300 schrieb Mauro Carvalho Chehab:
> First of all, I'm renaming the thread, since we're not discussing the pull
> request per se. So, let's create a separate thread for it.
>
> Em Wed, 10 Jun 2009 23:18:52 +0200
> hermann pitton escreveu:
>
> > Hi,
> >
> >
Em Wed, 10 Jun 2009 16:23:44 -0700
Andrew Morton escreveu:
> On Thu, 11 Jun 2009 03:21:36 +0400 Alexey Klimov
> wrote:
>
> > On Wed, Jun 10, 2009 at 11:44 PM, wrote:
> > > From: Alessio Igor Bogani
> > >
> > > radio-mr800.c uses struct mutex, so while seems to be
> > > pulled in indirectly
Em Wed, 10 Jun 2009 22:09:07 +0200
Hans Verkuil escreveu:
> > 1.4. this is the actual conversion to v4l2-subdev. It depends on some
> > bits and pieces in the v4l2-subdev framework, which are still in progress
> > (e.g. v4l2_i2c_new_subdev_board), I believe (Hans, am I right? or what's
> > the ou
ok i can compile it. only i have to change it:
CONFIG_VIDEO_TM6000=y
CONFIG_VIDEO_TM6000_DVB=m
CONFIG_VIDEO_TM6000_ALSA=m
but when i put modprobe tm6000-alsa card=5, still happend the previous
error
tm6000-alsa: Unknow symbol tm6000_get_reg
tm6000-alsa: Unknow symbol tm6000_set_reg
b
Em Wed, 10 Jun 2009 23:36:32 +0200 (CEST)
Guennadi Liakhovetski escreveu:
> On Wed, 10 Jun 2009, hermann pitton wrote:
>
> > on the pull requests is at least nothing new since years.
> >
> > Previously all patches were on video4linux and the linux-dvb ML and
> > dealt with independently as far
Em Wed, 10 Jun 2009 22:20:03 +0200 (CEST)
Guennadi Liakhovetski escreveu:
> Are you really saying that it's equally convenient for you to review /
> reply to patch on ML and to patch in some repository from a pull request?
> Especially when there are multiple patches in that pull and you have t
First of all, I'm renaming the thread, since we're not discussing the pull
request per se. So, let's create a separate thread for it.
Em Wed, 10 Jun 2009 23:18:52 +0200
hermann pitton escreveu:
> Hi,
>
> Am Mittwoch, den 10.06.2009, 22:39 +0200 schrieb Hans Verkuil:
> > On Wednesday 10 June 200
On Thu, 11 Jun 2009 03:21:36 +0400 Alexey Klimov wrote:
> On Wed, Jun 10, 2009 at 11:44 PM, wrote:
> > From: Alessio Igor Bogani
> >
> > radio-mr800.c uses struct mutex, so while seems to be
> > pulled in indirectly by one of the headers it already includes, the right
> > thing is to include i
On Wed, Jun 10, 2009 at 11:44 PM, wrote:
> From: Alessio Igor Bogani
>
> radio-mr800.c uses struct mutex, so while seems to be
> pulled in indirectly by one of the headers it already includes, the right
> thing is to include it directly.
It was already applied to v4l-dvb tree (and probably to v
On Wed, 10 Jun 2009, Karicheri, Muralidharan wrote:
> So how do I know what frame-rate I get? Sensor output frame rate depends
> on the resolution of the frame, blanking, exposure time etc.
This is not supported.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software De
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
> > On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > > My view of this would be that the board specification specifies the
> > > sensor (and possibly other chips) that are on the board. And to me
Am Mittwoch, den 10.06.2009, 23:36 +0200 schrieb Guennadi Liakhovetski:
> On Wed, 10 Jun 2009, hermann pitton wrote:
>
> > on the pull requests is at least nothing new since years.
> >
> > Previously all patches were on video4linux and the linux-dvb ML and
> > dealt with independently as far as
On Wednesday 10 June 2009 23:49:23 Guennadi Liakhovetski wrote:
> On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > On Wednesday 10 June 2009 18:45:36 Guennadi Liakhovetski wrote:
>
> [snip]
>
> > > 3. This also means, development will become more difficult, new
> > > features and drivers will only be a
On Wednesday 10 June 2009 15:53:57 Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 10:52:28 -0300
>
> Mauro Carvalho Chehab escreveu:
> > Em Mon, 25 May 2009 11:16:34 -0300
> >
> > Mauro Carvalho Chehab escreveu:
> > > Em Mon, 25 May 2009 13:17:02 +0200
> > >
> > > Laurent Pinchart escreveu:
On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
> On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > My view of this would be that the board specification specifies the
> > sensor (and possibly other chips) that are on the board. And to me it
> > makes sense that that also supplies the bu
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 18:45:36 Guennadi Liakhovetski wrote:
[snip]
> > 3. This also means, development will become more difficult, new features
> > and drivers will only be accepted on the top of my patch stack, bugfixes
> > will have to be accpeted
>> >So, what is missing in the driver apart from the ability to specify
>> >a frame-rate?
>> >
>> [MK] Does the mt9t031 output one frame (snapshot) like in a camera or
>> can it output frame continuously along with PCLK, Hsync and Vsync
>> signals like in a video streaming device. VPFE capture can
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> Um, you are asking the wrong person. It's one of the two methods used on
> this list. Yes, pull requests are unusual compared to other lists (and so
> is the use of hg instead of git for that matter due to historical reasons).
No, they are not unusual,
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 18:02:39 Guennadi Liakhovetski wrote:
> > This question - how S_FMT and S_CROP affest image geometry - has been
> > discussed at least twice before - that's only with my participation,
> > don't know if and how often it has come u
On Wed, 10 Jun 2009, Karicheri, Muralidharan wrote:
>
>
> >> We need
> >> streaming capability in the driver. This is how our driver works
> >> with mt9t031 sensor
> >> raw-bus (10 bit)
> >> vpfe-capture - mt9t031 driver
> >> |
On Wed, 10 Jun 2009, hermann pitton wrote:
> on the pull requests is at least nothing new since years.
>
> Previously all patches were on video4linux and the linux-dvb ML and
> dealt with independently as far as possible.
>
> Because of all the hybrid devices that changed, but still someone havi
On Wednesday 10 June 2009 18:02:39 Guennadi Liakhovetski wrote:
> This question - how S_FMT and S_CROP affest image geometry - has been
> discussed at least twice before - that's only with my participation,
> don't know if and how often it has come up before. But the fact, that in
> two discussions
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> My view of this would be that the board specification specifies the sensor
> (and possibly other chips) that are on the board. And to me it makes sense
> that that also supplies the bus settings. I agree that it is not complex
> code, but I think it is
Hans,
Great! I look forward for your comments.
Murali Karicheri
email: m-kariche...@ti.com
>-Original Message-
>From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>Sent: Wednesday, June 10, 2009 5:28 PM
>To: Karicheri, Muralidharan
>Cc: linux-media@vger.kernel.org; davinci-linux-open-
>sou..
On Tuesday 09 June 2009 20:46:44 m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> VPFE Capture driver for DaVinci Media SOCs :- DM355 and DM6446
>
> This is the version v2 of the patch series. This is the reworked
> version of the driver based on comments received against the last
> v
>> We need
>> streaming capability in the driver. This is how our driver works
>> with mt9t031 sensor
>>raw-bus (10 bit)
>> vpfe-capture - mt9t031 driver
>>||
>>V V
>>
Hi,
Am Mittwoch, den 10.06.2009, 22:39 +0200 schrieb Hans Verkuil:
> On Wednesday 10 June 2009 22:20:03 Guennadi Liakhovetski wrote:
> > On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > > On Wednesday 10 June 2009 20:17:53 Guennadi Liakhovetski wrote:
> > > > On Tue, 9 Jun 2009, Hans Verkuil wrote:
>
Hi,
Now that there is discussion on this let me put how I see it working..
The bridge driver is aware of all the sub devices it is working with. So for
each of the sub device, bridge driver could define per sub device configuration
such as bus type, data width, and polarities as a platform data
On Wed, 10 Jun 2009, Karicheri, Muralidharan wrote:
> Guennadi,
>
> Thanks for responding. I acknowledge I need to add
> master & slave information in the structure. Querying
> the capabilities from the sub device is a good feature.
> I will look into your references and let you know if I
> have
On Wednesday 10 June 2009 21:59:13 Guennadi Liakhovetski wrote:
> On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > On Wednesday 10 June 2009 20:32:25 Guennadi Liakhovetski wrote:
> > > On Tue, 9 Jun 2009, m-kariche...@ti.com wrote:
> > > > From: Muralidharan Karicheri
> > > >
> > > > This patch adds s
On Wednesday 10 June 2009 22:20:03 Guennadi Liakhovetski wrote:
> On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > On Wednesday 10 June 2009 20:17:53 Guennadi Liakhovetski wrote:
> > > On Tue, 9 Jun 2009, Hans Verkuil wrote:
> > > > Hi Mauro,
> > > >
> > > > Please pull from
> > > > http://www.linuxtv.
Guennadi,
Thanks for responding. I acknowledge I need to add
master & slave information in the structure. Querying
the capabilities from the sub device is a good feature.
I will look into your references and let you know if I
have any question.
I will send an updated patch based on this.
BTW, I
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 20:17:53 Guennadi Liakhovetski wrote:
> > On Tue, 9 Jun 2009, Hans Verkuil wrote:
> > > Hi Mauro,
> > >
> > > Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev2
> > > for the following:
> > >
> > > - v4l2: add n
Hi Guennadi,
Let me start with a big Thank You! for all your hard work on this! Much
appreciated!
On Wednesday 10 June 2009 18:45:36 Guennadi Liakhovetski wrote:
> Hi all
>
> for those interested here's a (not so) short status report and a proposed
> roadmap for general soc-camera development, a
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 20:32:25 Guennadi Liakhovetski wrote:
> > On Tue, 9 Jun 2009, m-kariche...@ti.com wrote:
> > > From: Muralidharan Karicheri
> > >
> > > This patch adds support for setting bus parameters such as bus type
> > > (BT.656, BT.1120 e
On Wednesday 10 June 2009 20:17:53 Guennadi Liakhovetski wrote:
> On Tue, 9 Jun 2009, Hans Verkuil wrote:
> > Hi Mauro,
> >
> > Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev2
> > for the following:
> >
> > - v4l2: add new s_config subdev ops and v4l2_i2c_new_subdev_cfg/board
>
On Wednesday 10 June 2009 20:32:25 Guennadi Liakhovetski wrote:
> On Tue, 9 Jun 2009, m-kariche...@ti.com wrote:
> > From: Muralidharan Karicheri
> >
> > This patch adds support for setting bus parameters such as bus type
> > (BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
> > and
From: Simon Arlott
dvb_dvr_read may unlock the dmxdev mutex and return -ENODEV, except this
function is a file op and will never be called with the mutex held.
There's existing mutex_lock and mutex_unlock around the actual read but
it's commented out. These should probably be uncommented but th
From: Roel Kluin
With `while (try_count-- > 0)' try_count reaches -1 after the loop.
Signed-off-by: Roel Kluin
Cc: Mauro Carvalho Chehab
Signed-off-by: Andrew Morton
---
drivers/media/video/tvp514x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN drivers/media/video/tvp
From: Lennart Poettering
The current code creates a sysfs device path where the video4linux device
is child of the usb device itself instead of the interface it belongs to.
That is evil and confuses udev.
This patch does basically the same thing as Kay's similar patch for the
ov511 driver:
htt
From: Lennart Poettering
A bunch of V4L drivers generate BTN_0 instead of KEY_CAMERA key presses.
X11 is able to handle KEY_CAMERA automatically these days while BTN_0 is
not treated at all. Thus it would be of big benefit if the camera drivers
would consistently generate KEY_CAMERA. Some driv
From: Alessio Igor Bogani
radio-mr800.c uses struct mutex, so while seems to be
pulled in indirectly by one of the headers it already includes, the right
thing is to include it directly.
Signed-off-by: Alessio Igor Bogani
Cc: Mauro Carvalho Chehab
Signed-off-by: Andrew Morton
---
drivers/m
From: FUJITA Tomonori
This replaces dma_sync_single() with dma_sync_single_for_cpu() because
dma_sync_single() is an obsolete API; include/linux/dma-mapping.h says:
/* Backwards compat, remove in 2.7.x */
#define dma_sync_single dma_sync_single_for_cpu
#define dma_sync_sg dma
On Tue, 9 Jun 2009, m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> This patch adds support for setting bus parameters such as bus type
> (BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
> and polarities (vsync, hsync, field etc) in sub device. This allows
> bridge
On Tue, 9 Jun 2009, Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev2 for the
> following:
>
> - v4l2: add new s_config subdev ops and v4l2_i2c_new_subdev_cfg/board calls
> - v4l2-device: fix incorrect kernel check
> - v4l-compat: add I2C_A
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 Jun 10 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11930:ed3781a79c73
gcc version: gcc
Hello all,
My patch 1/10 of this series somehow doesn't make it to
linux-me...@vger.kernel.org. I can see it locally.
Here is the header part of the patch. I can't see any thing wrong.
I have tried re-sending with subject changed as follows, but nothing helped.
Do you know what could cause this
Use unified lgs8gxx frontend instead of reverse engineered lgs8gl5 frontend.
After this patch, lgs8gl5 frontend could be mark as deprecated.
Future development should base on unified lgs8gxx frontend.
Signed-off-by: David T.L. Wong gmail.com>
changeset: 11831:2fe3ef06a8e2
tag: tip
user:
From: Muralidharan Karicheri
This patch adds support for setting bus parameters such as bus type
(Raw Bayer or Raw YUV image data bus), bus width (example 10 bit raw
image data bus, 10 bit BT.656 etc.), and polarities (vsync, hsync, field
etc) in sub device. This allows bridge driver to configure
Em Mon, 1 Jun 2009 11:08:26 +0900
FUJITA Tomonori escreveu:
> On Thu, 28 May 2009 08:02:14 +0200
> Jiri Slaby wrote:
>
> > On 05/28/2009 03:10 AM, FUJITA Tomonori wrote:
> > > This replaces dma_sync_single() with dma_sync_single_for_cpu() because
> > > dma_sync_single() is an obsolete API; incl
Hi all
for those interested here's a (not so) short status report and a proposed
roadmap for general soc-camera development, and, of course, its ongoing
conversion to v4l2-subdev API.
1. v4l2-subdev conversion. I have posted several versions of the
conversion patch series to the list, of which
On Wednesday 10 June 2009 17:36:34 sacha wrote:
> I was googling quite a lot without result. Is it possible to run
> FlyDVB Trio PCI in simultaneous mode with both DVB-S and DVB-T
> frontends? It is working under Windows.
>
> KR
>
>
no, it's not possible, not even in windows: they share a part of
This question - how S_FMT and S_CROP affest image geometry - has been
discussed at least twice before - that's only with my participation, don't
know if and how often it has come up before. But the fact, that in two
discussions we came up with different results seems to suggest, that this
is no
Hi !
I've modified the sources of a 2.6.29 kernel to try to have my
Terratec Hybrid usb key working in DVB-T mode.
Basically I modified em28xx-cards.c, and used the settings of a WINTV
HVR-900 for my card.
[EM2882_BOARD_TERRATEC_HYBRID_XS] = {
.name = "Terratec Hy
Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 10:52:28 -0300
> Mauro Carvalho Chehab escreveu:
>
>> Em Mon, 25 May 2009 11:16:34 -0300
>> Mauro Carvalho Chehab escreveu:
>>
>>> Em Mon, 25 May 2009 13:17:02 +0200
>>> Laurent Pinchart escreveu:
>>>
Hi everybody,
Márton Németh
>> >
>> > +/*
>> > + * Some sub-devices are connected to the bridge device through a bus
>> > that + * carries * the clock, vsync, hsync and data. Some interfaces
>> > such as BT.656 + * carries the sync embedded in the data where as
>> > others have separate line + * carrying the sync signals. Th
On Thu, 2009-05-21 at 18:48 +0800, Figo.zhang wrote:
> On Thu, 2009-05-21 at 07:35 -0300, Mauro Carvalho Chehab wrote:
> > Em Thu, 21 May 2009 12:46:04 +0800
> > "Figo.zhang" escreveu:
> >
> > > hi,all,
> > > I am puzzle that how to mmap ( V4L2_MEMORY_MMAP) in videobuf-dma-sg.c?
> > >
> > > In
Em Thu, 04 Jun 2009 17:20:50 +0800
"figo.zhang" escreveu:
> On Thu, 2009-06-04 at 11:18 +0200, Laurent Pinchart wrote:
> > Hi,
> >
> > On Thursday 04 June 2009 06:20:07 figo.zhang wrote:
> > > The function video_register_device() will call the
> > > video_register_device_index(). In this functio
David Ward wrote:
On 06/09/2009 03:26 PM, Steven Toth wrote:
30db for the top end of ATSC sounds about right.
David, when you ran the windows signal monitor - did it claim QAM64 or
256 when it was reporting 30db?
Steven and Devin,
All the digital signals are 256 QAM.
39 is very good, exce
Em Tue, 26 May 2009 21:09:28 +0200
Matthias Schwarzott escreveu:
> Hi Patrick! Hi list!
>
> This patch adds suspend/resume support to flexcop-pci driver.
>
> I could only test this patch with the bare card, but without having a DVB-S
> signal. I checked it with and without running szap (obviou
Em Wed, 10 Jun 2009 10:52:28 -0300
Mauro Carvalho Chehab escreveu:
> Em Mon, 25 May 2009 11:16:34 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Mon, 25 May 2009 13:17:02 +0200
> > Laurent Pinchart escreveu:
> >
> > > Hi everybody,
> > >
> > > Márton Németh found an integer overflow bug in
Em Mon, 25 May 2009 11:16:34 -0300
Mauro Carvalho Chehab escreveu:
> Em Mon, 25 May 2009 13:17:02 +0200
> Laurent Pinchart escreveu:
>
> > Hi everybody,
> >
> > Márton Németh found an integer overflow bug in the extended control ioctl
> > handling code. This affects both video_usercopy and vi
Can any body confirm if the CI works on Mantis-based cards, in
particular I'm interested in getting the Azurewave AD SP400 CI
(VP-1041) working.
Are there any other boards with CI that work under Linux?
Many thanks in advance.
Regards
--
Brad.
--
To unsubscribe from this list: send the line "uns
Dear all ~~
With your help I have implemented the preview with capture interface ~~
Now i want to implement the preview with ovelay , and my camera support
s ovelay ~
Who can tell me where I can find the document about ovelay sequcence ~ ?
Or does there have a standard example source code ~ ?
Tha
On 06/09/2009 03:26 PM, Steven Toth wrote:
30db for the top end of ATSC sounds about right.
David, when you ran the windows signal monitor - did it claim QAM64 or
256 when it was reporting 30db?
Steven and Devin,
All the digital signals are 256 QAM.
39 is very good, exceptional.
And did t
75 matches
Mail list logo
