On Fri, 16 Sep 2011, Scott Jiang wrote:
> 2011/9/16 Sylwester Nawrocki :
> > On 09/15/2011 04:40 AM, Scott Jiang wrote:
> >> 2011/9/14 Sylwester Nawrocki:
> >>> On 09/14/2011 09:10 AM, Scott Jiang wrote:
>
> >> + fmt =&bcap_formats[i];
> >> + if
On OMAP3, in order to enable alpha blending for LCD and TV managers, we needed
to set LCDALPHABLENDERENABLE/TVALPHABLENDERENABLE bits in DISPC_CONFIG. On
OMAP4, alpha blending is always enabled by default, if the above bits are set,
we switch to an OMAP3 compatibility mode where the zorder values i
On Thu, 15 Sep 2011 23:46:57 +0200
Frank Schäfer wrote:
> > For webcam devices, the interface class is meaningful only when set to
> > USB_CLASS_VIDEO (UVC). Otherwise, I saw many different values.
>
> Does that mean that there are devices out in the wild that report for
> example USB_CLASS_WIR
On Fri, Sep 16, 2011 at 1:14 AM, Sakari Ailus wrote:
> Cliff Cai wrote:
>> Dear guys,
>
> Hi Cliff,
>
>> I'm currently working on a camera/ISP Linux driver project.Of course,I
>> want it to be a V4L2 driver,but I got a problem about how to design
>> the driver framework.
>> let me introduce the ba
2011/9/16 Sylwester Nawrocki :
> On 09/15/2011 04:40 AM, Scott Jiang wrote:
>> 2011/9/14 Sylwester Nawrocki:
>>> On 09/14/2011 09:10 AM, Scott Jiang wrote:
>> + fmt =&bcap_formats[i];
>> + if (mbus_code)
>> + *mbus
On Thu, Sep 15, 2011 at 07:48:36PM +0200, Guennadi Liakhovetski wrote:
> On Thu, 15 Sep 2011, Sakari Ailus wrote:
>
> > javier Martin wrote:
> > > Hi,
> >
> > Hi Javier,
> >
> > > we are planning to add support to H.264/MPEG4 encoder inside the
> > > i.MX27 to v4l2. It is mainly a hardware modul
I've got "My Vision Hybrid TV" DVB-T tuner.
lsub shows:
Bus 002 Device 002: ID 1b80:d412 Afatech
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 239 Miscellaneous Device
bDeviceSubClass 2 ?
bDeviceProtocol
Am 14.09.2011 08:25, schrieb Jean-Francois Moine:
On Tue, 13 Sep 2011 21:14:28 +0200
Frank Schäfer wrote:
I have a question about the following code in gspca.c:
in function gspca_dev_probe(...):
...
/* the USB video interface must be the first one */
if (dev->config->desc.bN
Correct tuner settings for more accuracy.
This now makes the tuner section more compatible with other
versions of the IT913X series.
TODO
Version 2 chip.
Signed-off-by: Malcolm Priestley
---
drivers/media/dvb/frontends/it913x-fe-priv.h | 24 +
drivers/media/dvb/frontends/it913x-fe.c
On 09/15/2011 04:40 AM, Scott Jiang wrote:
> 2011/9/14 Sylwester Nawrocki:
>> On 09/14/2011 09:10 AM, Scott Jiang wrote:
>>>
> + fmt =&bcap_formats[i];
> + if (mbus_code)
> + *mbus_code = fmt->mbus_code;
> +
There doesn't seem to be any real requirement to override video-device
parent, set by the driver, even if a v4l2-device is linked to the
video-device, being registered. Let the driver control the parent pointer,
if it needs to.
Signed-off-by: Guennadi Liakhovetski
---
Marked as RFC, because I
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Thu Sep 15 19:00:38 CEST 2011
git hash:2d04c13a507f5a01daa7422cd52250809573cfdb
gcc version: i686-linux-gcc (GC
On Thu, 15 Sep 2011, Sakari Ailus wrote:
> javier Martin wrote:
> > Hi,
>
> Hi Javier,
>
> > we are planning to add support to H.264/MPEG4 encoder inside the
> > i.MX27 to v4l2. It is mainly a hardware module that has the following
> > features:
> >
> > - It needs two input buffers (current fra
javier Martin wrote:
> Hi,
Hi Javier,
> we are planning to add support to H.264/MPEG4 encoder inside the
> i.MX27 to v4l2. It is mainly a hardware module that has the following
> features:
>
> - It needs two input buffers (current frame and previous frame).
> - It produces a third buffer as outp
On Mon, Aug 29, 2011 at 09:41:47PM +0300, Luciano Coelho wrote:
> ---
> @@ -417,7 +417,6 @@ config GPIO_TIMBERDALE
> config GPIO_RDC321X
> tristate "RDC R-321x GPIO support"
> depends on PCI
> - select MFD_SUPPORT
> select MFD_CORE
> select MFD_RDC321X
> help
> di
Patch still not pushed?
2011/4/6 Janne Grunau :
> On Wed, Apr 06, 2011 at 08:39:05AM +0200, Oliver Endriss wrote:
>> On Monday 04 April 2011 13:05:19 Janne Grunau wrote:
>> > On Tue, Mar 15, 2011 at 02:50:05PM +0100, Oliver Endriss wrote:
>> > > The PAT/PMT from the stream does not describe the dv
Cliff Cai wrote:
> Dear guys,
Hi Cliff,
> I'm currently working on a camera/ISP Linux driver project.Of course,I
> want it to be a V4L2 driver,but I got a problem about how to design
> the driver framework.
> let me introduce the background of this ISP(Image signal processor) a
> little bit.
> 1.
Cliff Cai wrote:
> On Thu, Sep 15, 2011 at 6:20 PM, Laurent Pinchart
> wrote:
>> Hi Cliff,
>>
>> On Wednesday 14 September 2011 08:13:32 Cliff Cai wrote:
>>> Dear guys,
>>>
>>> I'm currently working on a camera/ISP Linux driver project.Of course,I
>>> want it to be a V4L2 driver,but I got a proble
Hi Arnd,
On Fri, Sep 02, 2011 at 04:43:36PM +0200, Arnd Bergmann wrote:
> We currently have two symbols to control compilation the MFD subsystem,
> MFD_SUPPORT and MFD_CORE. The MFD_SUPPORT is actually not required
> at all, it only hides the submenu when not set, with the effect that
> Kconfig wa
On Thu, Sep 15, 2011 at 6:20 PM, Laurent Pinchart
wrote:
> Hi Cliff,
>
> On Wednesday 14 September 2011 08:13:32 Cliff Cai wrote:
>> Dear guys,
>>
>> I'm currently working on a camera/ISP Linux driver project.Of course,I
>> want it to be a V4L2 driver,but I got a problem about how to design
>> the
On 09/15/2011 03:23 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 23:08 Tue 06 Sep , Sylwester Nawrocki wrote:
>> On 09/06/2011 10:05 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
I'm not entirely sure on this one, but as we had a similar situation with
clocks, we decided to extablis
On 23:08 Tue 06 Sep , Sylwester Nawrocki wrote:
> On 09/06/2011 10:05 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> >> I'm not entirely sure on this one, but as we had a similar situation with
> >> clocks, we decided to extablish the clock hierarchy in the board code, and
> >> only deal with th
On Mon, 1 Aug 2011, Jesper Juhl wrote:
> In the unlikely case that pci_find_bus() should return NULL
> viacam_serial_is_enabled() is going to dereference a NULL pointer and
> blow up. Better safe than sorry, so be defensive and check the
> pointer.
>
> Signed-off-by: Jesper Juhl
> Acked-by: Jona
Hi Cliff,
On Wednesday 14 September 2011 08:13:32 Cliff Cai wrote:
> Dear guys,
>
> I'm currently working on a camera/ISP Linux driver project.Of course,I
> want it to be a V4L2 driver,but I got a problem about how to design
> the driver framework.
> let me introduce the background of this ISP(Im
On 09/15/2011 08:37 AM, Scott Jiang wrote:
>>
>>> +
>>> +#define CAPTURE_DRV_NAME"bfin_capture"
>>> +#define BCAP_MIN_NUM_BUF2
>>> +
>>> +struct bcap_format {
>>> + u8 *desc;
>>> + u32 pixelformat;
>>> + enum v4l2_mbus_pixelcode mbus_code;
>>> + int bpp; /* bytes per
On Thu, 15 Sep 2011, Scott Jiang wrote:
> >> I have considered using soc, but it can't support decoder when I began
> >> to write this driver in 2.6.38.
> >
> > soc_mediabus.c is a stand-alone module, it has no dependencies on
> > soc-camera.
> >
> > Out of interest - what kind of decoder you mean
>> I have considered using soc, but it can't support decoder when I began
>> to write this driver in 2.6.38.
>
> soc_mediabus.c is a stand-alone module, it has no dependencies on
> soc-camera.
>
> Out of interest - what kind of decoder you mean? A tv-decoder? We do have
> a tv-decoder driver tw9910
On Thu, 15 Sep 2011, Scott Jiang wrote:
> 2011/9/15 Guennadi Liakhovetski :
> > On Thu, 15 Sep 2011, Scott Jiang wrote:
> >
> >> accually this array is to convert mbus to pixformat. ppi supports any
> >> formats.
> >
> > You mean, it doesn't distinguish formats? It just packs bytes in RAM
> > exa
28 matches
Mail list logo
