Hi,
The weekly Linaro Release Meeting will be held at 17:00 UTC today. The
agenda for the meeting can be found at:
https://wiki.linaro.org/Releases/WeeklyReleaseMeeting/2011-02-24
and previous action items were:
* JamieBennett to email LT to test s5pv310
* lool to ping Marex to enquire abou
Hi All,
The minutes of the power management weekly call can be found at :
https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-02-23
Highlights: Creation of a feature matrix to easily allow outsiders to
tell what we've been upto (It is still being populated after testing
with hwpa
On Wed, Feb 23, 2011 at 11:09 PM, Markos Chandras wrote:
> On Wed, Feb 23, 2011 at 02:49:43PM -0800, Steve Langasek wrote:
>> > [...]
>> > since it is the only one that compiles for me. However, to my
>> > understanding, this is not a very 'safe' branch to use on daily basis.
>> > Is that true? Is
(Apologies for previous empty mail; trying again...)
On Wed, Feb 23, 2011 at 11:09 PM, Markos Chandras wrote:
> On Wed, Feb 23, 2011 at 02:49:43PM -0800, Steve Langasek wrote:
>> > [...]
>> > since it is the only one that compiles for me. However, to my
>> > understanding, this is not a very 'saf
Hi,
Just tested the imx51 Thumb-2 kernel on efikamx here -- it boots fine,
but we only went as far as the initramfs.
Is anyone currently relying on CONFIG_LATENCYTOP? If so, we should
investigate what the incompatibility is...
Cheers
---Dave
On Wed, Feb 23, 2011 at 6:11 PM, Dave Martin wrote
On Thu, Feb 24, 2011 at 10:17 PM, Hans Verkuil wrote:
> On Tuesday, February 22, 2011 03:44:19 Clark, Rob wrote:
>> On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete
>> wrote:
>> > Hi,
>> >
>> > In order to expand this knowledge outside of Linaro I took the Liberty of
>> > inviting both linux-me...
Enclosed you'll find a link to the agenda, notes and actions from the
Linaro Developer Platforms Weekly Status meeting held on February 23rd
in #linaro-meeting on irc.freenode.net at 16:00 UTC.
https://wiki.linaro.org/Platform/Foundations/2011-02-23
Actions from the meeting where as follows:
*
Dave,
Not sure if you noticed in the IRC logs so here is what happened for
the packaged release.
Pulled latest linux-linaro-2.6.38 that has your patches.
Fixed arch/arm/mach-omap2/Makefile to allow smc instructions in
arch/arm/mach-omap2/sleep34xx.S
Disabled CONFIG_BINFMT_AOUT.
The resulting k
2011/2/24 john stultz :
> 1) Your patch was whitespace corrupted. While it was correctly sent
> inline, the patch was word-wrapped. I was able to fix this, but most
> upstream maintainers won't take the time, so you'll want to fix this in
> the future when sending patches. It looks from the mailhe
On Thu, Feb 24, 2011 at 09:11:28AM -0600, Tom Gall wrote:
> Enclosed you'll find a link to the agenda, notes and actions from the
> Linaro Developer Platforms Weekly Status meeting held on February 23rd
> in #linaro-meeting on irc.freenode.net at 16:00 UTC.
> https://wiki.linaro.org/Platform/Found
Enclosed you'll find a link to the agenda, minutes and actions from the
Linaro kernel working group weekly meeting of Feb 21, 2011.
https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Meetings/2011-02-21
== Symmary ==
* Went over the bug list reviewed and discussed current bug list
* Ope
Enclosed you'll find a link to the agenda, minutes and actions from the
Linaro Toolchain working group weekly meetings of Feb 21, 2011.
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-02-21
== Summary ==
* FSF Copyright assignment is now in place
* GCC 4.6 build and test comple
On Thu, 24 Feb 2011, amitdani...@gmail.com wrote:
> From: Marek Szyprowski
>
> Most suspend/resume code depends on CONFIG_PM. This causes problems
> if one wants to enable Runtime PM (to control power domains for example),
> but doesn't need system suspend/resume feature. This also enables to us
On Thu, Feb 24, 2011, Dave Martin wrote:
> Just tested the imx51 Thumb-2 kernel on efikamx here -- it boots fine,
> but we only went as far as the initramfs.
Uh no, we booted all the way to a serial console on the real btrfs
rootfs together! :)
--
Loïc Minier
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 for
> > graphics/audio processing in case the camera use case is
On Thu, 2011-02-24 at 21:19 +0100, Edward Hervey wrote:
>
> Will GStreamer be as cpu/memory efficient as a pure OMX solution ?
> No,
> I seriously doubt we'll break down all the fundamental notions in
> GStreamer to make it use 0 cpu when running some processing.
I blame late night mails...
On Thursday 24 February 2011 14:04:19 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 f
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 for
> graphics/audio processing in case the camera use case is not being tried or
> also if the camera usecases does not consume the
Hi,
On Thursday 24 February 2011 15:48:20 Kyungmin Park wrote:
> On Thu, Feb 24, 2011 at 10:17 PM, Hans Verkuil wrote:
> > On Tuesday, February 22, 2011 03:44:19 Clark, Rob wrote:
> >> On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete wrote:
> >> > Hi,
> >> >
> >> > In order to expand this knowled
Hi,
On Fri, 2011-02-18 at 17:39 +0100, Robert Fekete wrote:
> Hi,
>
> In order to expand this knowledge outside of Linaro I took the Liberty
> of inviting both linux-me...@vger.kernel.org and
> gstreamer-de...@lists.freedesktop.org. For any newcomer I really
> recommend to do some catch-up readin
On Thu, Feb 24, 2011 at 07:09:51AM +, Andy Green wrote:
> Well saying that it's very similar, then listing differences like
> GPIOs that could easily be runtime-detectable, doesn't really pin
> down whether that's a problem or not.
See the arch/arm/mach-kirkwood directory in the Linux tree. A
From: Marek Szyprowski
Most suspend/resume code depends on CONFIG_PM. This causes problems
if one wants to enable Runtime PM (to control power domains for example),
but doesn't need system suspend/resume feature. This also enables to use
Runtime PM feature on S5PV310 which doesn't implement syste
On Thursday 24 February 2011 14:17:12 Hans Verkuil wrote:
> On Tuesday, February 22, 2011 03:44:19 Clark, Rob wrote:
> > On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete wrote:
> > > Hi,
> > >
> > > In order to expand this knowledge outside of Linaro I took the Liberty
> > > of inviting both linux-
On Tuesday, February 22, 2011 03:44:19 Clark, Rob wrote:
> On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete
> wrote:
> > Hi,
> >
> > In order to expand this knowledge outside of Linaro I took the Liberty of
> > inviting both linux-me...@vger.kernel.org and
> > gstreamer-de...@lists.freedesktop.org.
On Tuesday 22 February 2011 03:44:19 Clark, Rob wrote:
> On Fri, Feb 18, 2011 at 10:39 AM, Robert Fekete wrote:
> > In order to expand this knowledge outside of Linaro I took the Liberty of
> > inviting both linux-me...@vger.kernel.org and
> > gstreamer-de...@lists.freedesktop.org. For any newcomer
On Thu, Feb 24, 2011 at 2:19 PM, Edward Hervey wrote:
>
> 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.
yes yes yes yes!!
vaapi/vdpa
On Thu, Feb 24, 2011 at 7:17 AM, Hans Verkuil wrote:
> There are two parts to this: first of all you need a way to allocate large
> buffers. The CMA patch series is available (but not yet merged) that does
> this.
> I'm not sure of the latest status of this series.
>
> The other part is that ever
27 matches
Mail list logo