On Sat, 26 Feb 2011, Kyungmin Park wrote:
> On Sat, Feb 26, 2011 at 2:22 AM, Linus Walleij
> wrote:
> > 2011/2/24 Edward Hervey :
> >
> >> What *needs* to be solved is an API for data allocation/passing at the
> >> kernel level which v4l2,omx,X,GL,vdpau,vaapi,... can use and that
> >> userspace
I'm still a little bit new to dt. I thought the bootargs in chosen
node will always apply when dt is enabled. It just took me some time
to figure out that u-boot 'bootargs' env will anyway overwrite the
one from chosen.
static int bootm_linux_fdt(int machid, bootm_headers_t *images)
{
..
On Sat, Feb 26, 2011 at 2:22 AM, Linus Walleij wrote:
> 2011/2/24 Edward Hervey :
>
>> What *needs* to be solved is an API for data allocation/passing at the
>> kernel level which v4l2,omx,X,GL,vdpau,vaapi,... can use and that
>> userspace (like GStreamer) can pass around, monitor and know about.
On Sat, 2011-02-26 at 14:47 +0100, Hans Verkuil wrote:
> On Saturday, February 26, 2011 14:38:50 Felipe Contreras wrote:
> > On Thu, Feb 24, 2011 at 3:27 PM, Laurent Pinchart
> > wrote:
> > >> > Perhaps GStreamer experts would like to comment on the future plans
> > >> > ahead
> > >> > for zero c
On 18 February 2011 16:12, Jason Liu wrote:
> Signed-off-by: Jason Liu
> ---
> arch/arm/boot/dts/babbage.dts | 117
> +
> 1 files changed, 117 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/boot/dts/babbage.dts b/arch/arm/boot/dts/babbage.dts
>
Hi,
On Fri, Feb 18, 2011 at 6:39 PM, Robert Fekete wrote:
> To make a long story short:
> Different vendors provide custom OpenMax solutions for say Camera/ISP. In
> the Linux eco-system there is V4L2 doing much of this work already and is
> evolving with mediacontroller as well. Then there is th
Hi,
On Thu, Feb 24, 2011 at 3:04 PM, Hans Verkuil wrote:
> On Thursday, February 24, 2011 13:29:56 Linus Walleij wrote:
>> 2011/2/23 Sachin Gupta :
>>
>> > The imaging coprocessor in today's platforms have a general purpose DSP
>> > attached to it I have seen some work being done to use this DSP
On Thu, Feb 24, 2011 at 3:27 PM, Laurent Pinchart
wrote:
>> > Perhaps GStreamer experts would like to comment on the future plans ahead
>> > for zero copying/IPC and low power HW use cases? Could Gstreamer adapt
>> > some ideas from OMX IL making OMX IL obsolete?
>>
>> perhaps OMX should adapt som
On Saturday, February 26, 2011 14:38:50 Felipe Contreras wrote:
> On Thu, Feb 24, 2011 at 3:27 PM, Laurent Pinchart
> wrote:
> >> > Perhaps GStreamer experts would like to comment on the future plans ahead
> >> > for zero copying/IPC and low power HW use cases? Could Gstreamer adapt
> >> > some id
On Friday, February 25, 2011 18:22:51 Linus Walleij wrote:
> 2011/2/24 Edward Hervey :
>
> > What *needs* to be solved is an API for data allocation/passing at the
> > kernel level which v4l2,omx,X,GL,vdpau,vaapi,... can use and that
> > userspace (like GStreamer) can pass around, monitor and kno
10 matches
Mail list logo