Hello,
I hope this patch. I missed 1 file, sorry.
I would submit another patch as the same name and same version.
Thanks,
Heungjun Kim
2011-02-23 오후 9:08, Kim, HeungJun 쓴 글:
> Add I2C/V4L2 subdev driver for M-5MOLS camera sensor with integrated
> image signal processor.
>
> Signed-off-by: Heu
Add I2C/V4L2 subdev driver for M-5MOLS camera sensor with integrated
image signal processor.
Signed-off-by: Heungjun Kim
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Hello,
This is fifth version of M-5MOLS 8 Mega Pixel camera sensor.
I missed one file at the just previo
Hi,
Are there any "100%" supported USB analog video capture devices for
V4L2? I'd like to be sure before I buy a device. All I require is RCA
and SVideo + onboard audio capture (i.e. no extra line in cable...)
I'm in Australia so devices that can be found via www.staticice.com.au
or ebay.com.au wo
Em 23-02-2011 19:56, Devin Heitmueller escreveu:
>>> However, the cx231xx has code for setting up the DIF which basically
>>> says:
>>>
>>> if (standard & V4L2_STD_MN) {
>>> ...
>>> } else if ((standard == V4L2_STD_PAL_I) |
>>> (standard & V4L2_STD_PAL_D) |
>>>
On Wed, Feb 23, 2011 at 5:29 PM, Mauro Carvalho Chehab
wrote:
> Not all PAL standards. "Only" the european PAL standards (B/G/D/K/I/H):
Correct.
> PAL/M, PAL/N, PAL/Nc and PAL/60 are not part of it. This is the equivalent
> of the V4L1 definition for PAL (on V4L1, there was just PAL/NSTC/SECAM,
Em 23-02-2011 18:26, Devin Heitmueller escreveu:
> On Wed, Feb 23, 2011 at 4:25 PM, Vivek Periaraj
> wrote:
>> Hi Devin,
>>
>> Thanks for the reply!
>>
>> Like you advised, I took the latest code and started building it as mentioned
>> in this link --> http://linuxtv.org/wiki/index.php/Trident_TM6
Em 23-02-2011 18:09, Devin Heitmueller escreveu:
> Hello there,
>
> I was debugging some PAL issues with cx231xx, and noticed some
> unexpected behavior with regards to selecting PAL standards.
>
> In particular, tvtime has an option for PAL which corresponds to the
> underlying value "0xff". Th
On Wed, Feb 23, 2011 at 4:53 PM, Andy Walls wrote:
> "When the standard set is ambiguous drivers may return EINVAL or choose
> any of the requested standards."
Returning -EINVAL is really not desired behavior.
> If you don't have standard autodetection before the DIF, your
> safest bet is to hav
On Wed, 2011-02-23 at 16:09 -0500, Devin Heitmueller wrote:
> Hello there,
>
> I was debugging some PAL issues with cx231xx, and noticed some
> unexpected behavior with regards to selecting PAL standards.
>
> In particular, tvtime has an option for PAL which corresponds to the
> underlying value
Hi!
I hate license discussions as much as the next guy, but... I have
made patches to add DVB ioctl support to FreeBSD's Linux compatibility
layer:
http://people.freebsd.org/~nox/dvb/linux-dvb-2nd.patch
(for FreeBSD-current aka the head branch)
http://people.freebsd.org
On Wed, Feb 23, 2011 at 4:25 PM, Vivek Periaraj
wrote:
> Hi Devin,
>
> Thanks for the reply!
>
> Like you advised, I took the latest code and started building it as mentioned
> in this link --> http://linuxtv.org/wiki/index.php/Trident_TM6000 but getting
> this error:
>
> /mnt/share1/Debian/Hauppa
Hello there,
I was debugging some PAL issues with cx231xx, and noticed some
unexpected behavior with regards to selecting PAL standards.
In particular, tvtime has an option for PAL which corresponds to the
underlying value "0xff". This basically selects *any* PAL standard.
However, the cx231xx h
On Wed, Feb 23, 2011 at 2:46 PM, Vivek Periaraj
wrote:
> Hi Folks,
>
> I bought a new Hauppauge WinTV USB 2 tuner card and was hoping to use it in
> linux. I specifically looked up to find whether this card is supported or not,
> and I found that it's indeed supported by em28xx drivers.
The produ
Hi Folks,
I bought a new Hauppauge WinTV USB 2 tuner card and was hoping to use it in
linux. I specifically looked up to find whether this card is supported or not,
and I found that it's indeed supported by em28xx drivers.
So i was hoping that this card would be autodetected and register all th
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 Feb 23 19:00:23 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version: i6
On Wed, Feb 23, 2011 at 12:45 PM, Steve Kerrison
wrote:
> That would be me :)
>
> I have indeed, but don't have much to speak of seeing as when I started
> I'd never touched Linux kernel-space driver development.
>
> At the moment I have hardware and usb data from myself and others. I'm
> hoping t
On Wed, 2011-02-23 at 12:07 -0500, Devin Heitmueller wrote:
> On Wed, Feb 23, 2011 at 11:49 AM, Nicolas Will wrote:
> > Hello
> >
> > The DVB-T2 USB stick appears to be in stock in the UK.
> >
> > Product page:
> > http://www.pctvsystems.com/Products/ProductsEuropeAsia/Digitalproducts/PCTVnanoStic
Hi Guennadi,
> -Original Message-
> From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
> Sent: Wednesday, February 23, 2011 10:46 AM
> To: Aguirre, Sergio
> Cc: Laurent Pinchart; Hans Verkuil; Sylwester Nawrocki; Stan; linux-
> me...@vger.kernel.org
> Subject: RE: [RFC/PATCH 0/1] N
On Wed, Feb 23, 2011 at 11:49 AM, Nicolas Will wrote:
> Hello
>
> The DVB-T2 USB stick appears to be in stock in the UK.
>
> Product page:
> http://www.pctvsystems.com/Products/ProductsEuropeAsia/Digitalproducts/PCTVnanoStickT2/tabid/248/language/en-GB/Default.aspx
>
> Play.com, Dabs and Amzon.co.
Hello
The DVB-T2 USB stick appears to be in stock in the UK.
Product page:
http://www.pctvsystems.com/Products/ProductsEuropeAsia/Digitalproducts/PCTVnanoStickT2/tabid/248/language/en-GB/Default.aspx
Play.com, Dabs and Amzon.co.uk list it as in stock.
Is there any work started on a driver at th
On Wed, 23 Feb 2011, Aguirre, Sergio wrote:
> Hi,
>
> > -Original Message-
> > From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> > Sent: Wednesday, February 23, 2011 10:15 AM
> > To: Hans Verkuil
> > Cc: Aguirre, Sergio; Guennadi Liakhovetski; Hans Verkuil; Sylwester
> >
Hi Michael,
On Monday 21 February 2011 15:47:28 Michael Jones wrote:
> Hi Laurent,
>
> sorry to resurrect this from a month ago...
>
> I've continued to export omap_pm_set_min_bus_tput() to enable building
> the omap3-isp module, although Paul Wamsley's reply you referred to
> clearly indicates
On Wed, 23 Feb 2011, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Wednesday 23 February 2011 10:31:21 Guennadi Liakhovetski wrote:
>
> [snip]
>
> > Currently soc-camera auto-configures the following parameters:
> >
> > hsync polarity
> > vsync polarity
> > data polarity
>
> Data polarity ? A
Hi Guennadi,
On Wednesday 23 February 2011 10:31:21 Guennadi Liakhovetski wrote:
[snip]
> Currently soc-camera auto-configures the following parameters:
>
> hsync polarity
> vsync polarity
> data polarity
Data polarity ? Are there sensors that can invert the data polarity ?
> master / slave m
On Wednesday 23 February 2011 17:28:39 Hans Verkuil wrote:
> On Wednesday, February 23, 2011 17:14:41 Laurent Pinchart wrote:
> > On Wednesday 23 February 2011 17:02:57 Hans Verkuil wrote:
[snip]
> > > When you switch polarity for data/field/hsync/vsync signals on a simple
> > > bus you just inve
On Wednesday, February 23, 2011 17:14:41 Laurent Pinchart wrote:
> On Wednesday 23 February 2011 17:02:57 Hans Verkuil wrote:
> > On Wednesday, February 23, 2011 16:30:42 Laurent Pinchart wrote:
> > > On Wednesday 23 February 2011 15:06:49 Aguirre, Sergio wrote:
> > > >
> > > >
> > > > > > The on
Hi,
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Wednesday, February 23, 2011 10:15 AM
> To: Hans Verkuil
> Cc: Aguirre, Sergio; Guennadi Liakhovetski; Hans Verkuil; Sylwester
> Nawrocki; Stan; linux-media@vger.kernel.org
> Subject: Re: [
On Wednesday 23 February 2011 17:02:57 Hans Verkuil wrote:
> On Wednesday, February 23, 2011 16:30:42 Laurent Pinchart wrote:
> > On Wednesday 23 February 2011 15:06:49 Aguirre, Sergio wrote:
> > >
> > >
> > > > > The only static data I am concerned about are those that affect
> > > > > signal in
On Wednesday, February 23, 2011 16:30:42 Laurent Pinchart wrote:
> On Wednesday 23 February 2011 15:06:49 Aguirre, Sergio wrote:
> >
> >
> > > > The only static data I am concerned about are those that affect signal
> > > > integrity.
> > >
> > > > After thinking carefully about this I realized
On Wed, 23 Feb 2011, Laurent Pinchart wrote:
> > > Currently soc-camera auto-configures the following parameters:
> > >
> > > hsync polarity
> > > vsync polarity
> > > data polarity
> > > master / slave mode
>
> What do you mean by master/slave mode ?
Many datasheets define a slave mode, in whi
On Wednesday 23 February 2011 15:06:49 Aguirre, Sergio wrote:
>
>
> > > The only static data I am concerned about are those that affect signal
> > > integrity.
> >
> > > After thinking carefully about this I realized that there is really
> > > only one setting that is relevant to that: the sampl
> -Original Message-
> From: Hans Verkuil [mailto:hansv...@cisco.com]
> Sent: Wednesday, February 23, 2011 3:32 AM
> To: Hans Verkuil
> Cc: Sylwester Nawrocki; Guennadi Liakhovetski; Stan; linux-
> me...@vger.kernel.org; Laurent Pinchart; Aguirre, Sergio
> Subject: Re: [RFC/PATCH 0/1] New
On Wed, 23 Feb 2011, Hans Verkuil wrote:
> On Wednesday, February 23, 2011 15:06:49 Aguirre, Sergio wrote:
> > Guennadi and Hans,
> >
> >
> >
> > > > The only static data I am concerned about are those that affect signal
> > > integrity.
> > > > After thinking carefully about this I realized th
On Wednesday, February 23, 2011 15:06:49 Aguirre, Sergio wrote:
> Guennadi and Hans,
>
>
>
> > > The only static data I am concerned about are those that affect signal
> > integrity.
> > > After thinking carefully about this I realized that there is really only
> > one
> > > setting that is rele
Guennadi and Hans,
> > The only static data I am concerned about are those that affect signal
> integrity.
> > After thinking carefully about this I realized that there is really only
> one
> > setting that is relevant to that: the sampling edge. The polarities do
> not
> > matter in this.
I re
On Tue, 2011-02-22 at 14:34 +0200, Dennis Kurten wrote:
> On Tue, Feb 15, 2011 at 4:23 PM, Dennis Kurten
> wrote:
> > Hello Andy, I've tried some of your suggestions, but no luck so far.
> >
> >
> > On Tue, Feb 15, 2011 at 4:09 AM, Andy Walls wrote:
> >> On Mon, 2011-02-14 at 13:35 +0200, Dennis
Add I2C/V4L2 subdev driver for M-5MOLS camera sensor with integrated
image signal processor.
Signed-off-by: Heungjun Kim
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Hello,
This is fifth version of M-5MOLS 8 Mega Pixel camera sensor.
The fifth version changes are below
On Tuesday 22 February 2011 18:08:40 Guennadi Liakhovetski wrote:
> On Tue, 22 Feb 2011, Hans Verkuil wrote:
[snip]
> > I also think that there is a reasonable chance that such bugs can happen.
> > Take a scenario like this: someone writes a new host driver. Initially
> > there is only support fo
FIMC is hardware function like csc, post, rotatin and so on.
It is necessary to send some data to FB from FIMC.
So, I have registered FB driver as v4l2 sub-device of FIMC.
| v4l2_device |
| fimc-0 |
|
Hi Sergio,
On Tuesday 22 February 2011 15:01:57 Aguirre, Sergio wrote:
> On Tuesday, February 22, 2011 7:33 AM Hans Verkuil wrote: > > On Tuesday,
February 22, 2011 12:40:32 Guennadi Liakhovetski wrote:
> > > On Tue, 22 Feb 2011, Stanimir Varbanov wrote:
> > > > This RFC patch adds a new subdev s
Hi Guennadi,
On Tuesday 22 February 2011 12:40:32 Guennadi Liakhovetski wrote:
> On Tue, 22 Feb 2011, Stanimir Varbanov wrote:
> > This RFC patch adds a new subdev sensor operation named
> > g_interface_parms. It is planned as a not mandatory operation and it is
> > driver's developer decision to
Hi Nick,
On 02/22/2011 11:54 PM, Nick Pelling wrote:
> Hi yujinzhi,
>
> At 22:00 22/02/2011 +0800, =?GB2312?B?0+C999bH?= wrote:
>> I have port a embeded linux system on my board based on EP9315, with
>> support for usb video capture device, V4L2. Do you need V4L2 based on
>> usb video capture dev
On Wednesday, February 23, 2011 11:13:57 Guennadi Liakhovetski wrote:
> On Tue, 22 Feb 2011, Hans Verkuil wrote:
>
> > On Tuesday, February 22, 2011 17:39:25 Guennadi Liakhovetski wrote:
> > > On Tue, 22 Feb 2011, Hans Verkuil wrote:
> > >
> > > > > Hi
> > > > >
> > > > > Any thoughts about the s
On Tue, 22 Feb 2011, Hans Verkuil wrote:
> On Tuesday, February 22, 2011 17:39:25 Guennadi Liakhovetski wrote:
> > On Tue, 22 Feb 2011, Hans Verkuil wrote:
> >
> > > > Hi
> > > >
> > > > Any thoughts about the subj? Hasn't anyone run into a need to select
> > > > inputs on subdevices until now? S
On Wed, 23 Feb 2011, Hans Verkuil wrote:
> On Tuesday, February 22, 2011 22:42:58 Sylwester Nawrocki wrote:
> > Hi everybody,
> >
> > On 02/22/2011 06:00 PM, Hans Verkuil wrote:
> > > On Tuesday, February 22, 2011 17:27:47 Guennadi Liakhovetski wrote:
> > >> On Tue, 22 Feb 2011, Stan wrote:
> > >
On Wednesday, February 23, 2011 09:10:42 Hans Verkuil wrote:
> Unfortunately, if a subdev is set to 'sample at rising edge', then that does
> not necessarily mean that the host should sample at the same edge. Depending
> on the clock line routing and the integrity of the clock signal the host may
>
On Tuesday, February 22, 2011 22:42:58 Sylwester Nawrocki wrote:
> Hi everybody,
>
> On 02/22/2011 06:00 PM, Hans Verkuil wrote:
> > On Tuesday, February 22, 2011 17:27:47 Guennadi Liakhovetski wrote:
> >> On Tue, 22 Feb 2011, Stan wrote:
> >>
> >>> In principle I agree with this bus negotiation.
47 matches
Mail list logo
