After much attempts to reach you on phone, I deemed it necessary and urgent to
contact you via your e-mail and to notify you finally about your outstanding
compensation payment.
During our last annual calculation of your banking and Internet activities we
realized that you are eligible to
Use runtime PM functionality interfaced with hwmod enable/idle
functions, to replace direct clock operations, reset and sysconfig
handling.
Tidspbridge uses a macro removed with this patch, for now the value
is hardcoded to avoid breaking compilation.
Signed-off-by: Omar Ramirez Luna
---
arch/a
Use hwmod data and device attributes to build and register an
omap device for iommu driver.
- Update the naming convention in isp module.
- Remove unneeded check for number of resources, as this is now
handled by omap_device and prevents driver from loading.
- Now unused, remove platform dev
Add mmu hwmod data for ipu and dsp.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 154 +--
1 files changed, 142 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_4
Add mmu hwmod data for iva and isp.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 131
arch/arm/plat-omap/include/plat/iommu.h| 13 +++
2 files changed, 144 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/oma
Introduced hwmod support for OMAP3 (iva, isp) and OMAP4 (ipu, dsp),
along with the corresponding runtime PM routines to deassert reset
lines, enable/disable clocks and configure sysc registers.
v3:
- Rebased to 3.1-rc10 lo rebuilt, added structure terminators, and
removed .omap_chip field.
v2:
-
I'm trying to use the MT9P031 digital sensor with the Media Controller
Framework. media-ctl tells me that the sensor is set to capture using
SGRBG12 2592x1944
Questions:
* What pixel format in ffmpeg does this correspond to?
* Can I zoom/crop with this driver using the MCF? If so, how?
Thanks
On Tue, Nov 01, 2011 at 07:06:56PM +0100, Michal Nazarewicz wrote:
> >page_isolation.c may also be a better fit than page_alloc.c
>
> Since isolate_freepages_block() is the only user of split_free_page(),
> would it make sense to move split_free_page() to page_isolation.c as
> well? I sort of lik
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:Tue Nov 1 19:00:19 CET 2011
git hash:7e58b3e9d49b9a447eba9d8ba6f1d40f002d53e7
gcc version: i686-linux-gcc (GCC
On Tue, 01 Nov 2011 16:04:48 +0100, Mel Gorman wrote:
For the purposes of review, have a separate patch for moving
isolate_freepages_block to another file that does not alter the
function in any way. When the function is updated in a follow-on patch,
it'll be far easier to see what has changed.
On Sun, Oct 23, 2011 at 09:05:05PM -0700, Michal Nazarewicz wrote:
> > On Thu, Oct 06, 2011 at 03:54:42PM +0200, Marek Szyprowski wrote:
> >> This commit introduces alloc_contig_freed_pages() function
> >> which allocates (ie. removes from buddy system) free pages
> >> in range. Caller has to guara
Hi,
hverkuil wrote:
> > This patch fixes these dangling pointers in the available queue by removing
> > all matching pending events on unsubscription.
>
> The idea is fine, but the implementation is inefficient.
>
> Instead of the list_for_each_entry_safe you can just do:
>
>for (i = 0; i <
Hi Rémi,
On Tuesday 01 November 2011 13:36:50 Rémi Denis-Courmont wrote:
> On Tue, 1 Nov 2011 13:24:35 +0100, Laurent Pinchart wrote:
> > We should instead fix the V4L2 specification to mandate the use of a
> > monotonic clock (which could then also support hardware timestamps when
> > they are av
Hello,
On Tue, 1 Nov 2011 13:24:35 +0100, Laurent Pinchart
wrote:
> We should instead fix the V4L2 specification to mandate the use of a
> monotonic clock (which could then also support hardware timestamps when
> they are available). Would such a change be acceptable ?
I'd rather have
Hi everybody,
The V4L2 specification documents the v4l2_buffer timestamp field as
"For input streams this is the system time (as returned by the gettimeofday()
function) when the first data byte was captured."
The system time is a pretty bad clock source to timestamp buffers, as it can
jump ba
Hi,
On 10/31/2011 05:17 PM, Hans Verkuil wrote:
Hi Hans!
On Monday, October 31, 2011 16:16:43 Hans de Goede wrote:
Hi All,
This patch set obsoletes my previous "add v4l2_subscribed_event_ops" set,
while working on adding support for ctrl-events to the uvc driver I found
a few bugs in the even
16 matches
Mail list logo
