lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090601160201.4f3bdd56@pedra.chehab.org>
Date:	Mon, 1 Jun 2009 16:02:01 -0300
From:	Mauro Carvalho Chehab <mchehab@...radead.org>
To:	"Aguirre Rodriguez, Sergio Alberto" <saaguirre@...com>
Cc:	"Paulraj, Sandeep" <s-paulraj@...com>,
	"linux-media@...r.kernel.org" <linux-media@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"Grosen, Mark" <mgrosen@...com>
Subject: Re: New Driver for DaVinci DM355/DM365/DM6446

Em Mon, 1 Jun 2009 13:38:37 -0500
"Aguirre Rodriguez, Sergio Alberto" <saaguirre@...com> escreveu:

> > From: linux-media-owner@...r.kernel.org [linux-media-owner@...r.kernel.org] On Behalf Of Paulraj, Sandeep
> > Sent: Monday, June 01, 2009 5:56 PM
> > To: linux-media@...r.kernel.org
> > Cc: linux-kernel@...r.kernel.org; Grosen, Mark
> > Subject: New Driver for DaVinci DM355/DM365/DM6446
> > 
> > Hello,
> > 
> > WE have a module(H3A) on Davinci DM6446,DM355 and DM365.
> > 
> > Customers require a way to collect the data required to perform the Auto Exposure (AE), Auto Focus(AF), and Auto White balance (AWB) in hardware as opposed to software. > This is primarily for performance reasons as there is not enough software processing MIPS (to do 3A statistics) available in
> > an imaging/video system.
> > 
> > Including this block in hardware reduces the load on the processor and bandwidth to the memory as the data is collected on the fly from the imager.
> > 
> > This modules collects statistics and we currently implement it as a character driver.
> 
> This also exists in OMAP3 chips, and is part of the ISP module.
> 
> I maintain, along with Sakari Ailus, a V4L2 camera driver, which is currently just shared through a gitorious repository:
> 
> http://gitorious.org/omap3camera
> 
> The way we offer an interface for the user to be able to request this statistics is with the usage of private IOCTLs declared inside the same V4L2 capturing device driver.
> 
> So, that way we have a V4L2 driver which has a private call, instead of having it separately from the capture driver.

This seems to be a much better approach, provided that the private IOCTL's will
be properly documented on a public document. If there are enough usage for
they, we may even add them as an optional part of V4L2 API.



Cheers,
Mauro
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ