Thanks for the help Harald, much appreciated.
On Wed, Feb 9, 2011 at 8:44 PM, Harald Gustafsson
wrote:
> OMX main purpose is to handle multimedia hardware and offer an
> interface to that HW that looks identical indenpendent of the vendor
> delivering that hardware, much like the v4l2 or USB sub
On Mon, Jan 31, 2011 at 11:58 AM, Paul Larson wrote:
> 2. One queue TOTAL. One queue may seem like a bottleneck, but I don't
>>> think it has to be in practice. One process can monitor that queue, then
>>> launch a process or thread to handle each new job that comes in.
>>>
>> I think RabbitMQ m
Nishanth Menon wrote:
>
> Andy Green wrote, on 02/09/2011 06:26 PM:
> >
> > I didn't see it on the x-loader list yet but that may be because I
> > couldn't figure out how to join the x-loader google list with the
> > linaro.org address and it's held in moderation.
> http://groups.google.com/support
Hi Robert and all,
On Tuesday 08 February 2011 14:48:21 Robert Fekete wrote:
> Hi,
>
> Thanks for your ideas.
>
> If I am not mistaken all subdevices in the ISP media pipe could be
> interconnected without the need from ARM intervention. But I could be
> wrong.
>
> Why not ask Hans Verkuil and
The minutes from our weekly meeting can be found here:
https://wiki.linaro.org/Mentoring/Status/2011-02-09
Highlights are:
== Key Points for wider discussion ==
* Status of https://wiki.linaro.org/Mentoring
* Suggestions and requested for HowTo and FAQ sections in wiki
== Team Highlights
Andy Green wrote, on 02/09/2011 06:26 PM:
I didn't see it on the x-loader list yet but that may be because I
couldn't figure out how to join the x-loader google list with the
linaro.org address and it's held in moderation.
http://groups.google.com/support/bin/answer.py?hl=en&answer=46606
might
Same function, yes, actually, that is an interesting idea, I will try that.
Kurt Taylor (irc krtaylor)
On 9 February 2011 17:03, Kurt Taylor wrote:
> Thanks Sachin, actually, no, it is from pulsecore/svolume_arm.c,
> unfortunately arm assembler isn't my specialty (yet).
>
> Ubuntu gets around t
On Wed, 9 Feb 2011, Anand Gadiyar wrote:
> @Nicolas,
>
> None of these have been queued up by the respective maintainers yet,
> so they aren't in linux-next as of today. However I believe there are
> no outstanding review comments for these.
>
> I can send a pull request for these if it's okay w
Thanks Sachin, actually, no, it is from pulsecore/svolume_arm.c,
unfortunately arm assembler isn't my specialty (yet).
Ubuntu gets around this by building with -mimplicit-it=thumb. Since I have
temporarily given up on the panda (re: 708883), I now have the code working
now on beagle using this me
Wiki version:
https://wiki.linaro.org/Platform/Validation/Status/2011-02-10
* Period: (20110203-20110209)
* PM: TBD
* Past reports : https://wiki.linaro.org/Platform/Validation
* Burndown information : http://status.linaro.org
== Key Points for wider discussion ==
* None
== Team Highlights
On Tue, Feb 8, 2011 at 11:20 AM, Pawel Moll wrote:
> And as far as I know STM can be configured to do the same, but you
> should really talk to Ian - he's the resident expert in this subject :-)
> I'll forward him your questions.
Ah I think there is a misunderstanding here, damn these TLA:s.
ST
On Wed, Feb 9, 2011 at 8:06 PM, Hans Verkuil wrote:
> Exceptions are DSPs/processors. While it is definitely possible to use V4L2
> there as well, in practice I don't see this happening anytime soon. It would
> be a very interesting experiment though.
In drivers/staging/tidspbridge
http://omappe
Hi,
Here's the weekly status report from the Infrastructure team. Enjoy!
You can read it in its formatted glory at
https://wiki.linaro.org/Platform/Infrastructure/Status/2011-02-10
Thanks,
James
* Period: (20110203-20110209)
* PM: None
* Past reports : https://wiki.linaro.org/Pla
Interesting topic, I have been part of Khronos work for quite some years but
not anymore. I would not assume that Khronos as a standards body have any view
on how the implementation is done since they want to be agnostic to OS etc. But
I don't get your comment on why does OMX handle hardware, OM
On Wednesday, February 09, 2011 12:50:27 Sachin Gupta wrote:
> Hi Hans,
>
>Thanks for your inputs.We are part of Linaro organisation For more
> details on Linaro please refer to http://www.linaro.org . As part of our
> activities on Linaro we have been debating at whats the right solution for
On Wednesday, February 09, 2011 18:11:22 Linus Walleij wrote:
> On Tue, Feb 8, 2011 at 9:30 AM, Lee Jones wrote:
>
> Robert, Linus, what say you?
> >
>
> [I'm looping in Harald from Ericsson who worked with Khronos
> so he can correct me for all inevitable mistakes in trying to
> understand how
On Tue, Feb 8, 2011 at 9:30 AM, Lee Jones wrote:
Robert, Linus, what say you?
>
[I'm looping in Harald from Ericsson who worked with Khronos
so he can correct me for all inevitable mistakes in trying to
understand how Khronos works.]
I mainly come from the kernel for kernels' sake side of thing
On Wednesday 09 February 2011, Sascha Hauer wrote:
> The driver patch itself is Cced to linux-fbdev, only the introductory
> mail is not.
Ok, I see.
> > Did you consider making the driver a KMS driver instead of
> > a frame buffer? I think the recommendation these days is
> > to start out with K
[ Added linaro-dev for a wider diffusion ]
On Wed, 9 Feb 2011, Arnd Bergmann wrote:
> On Monday 07 February 2011, Paul E. McKenney wrote:
> >
> > The February 24th feature freeze is coming up very quickly. We therefore
> > need any kernel patches that are to be included into the 11.05 Linaro ke
On Wed, Feb 09, 2011 at 09:57:51AM +0100, Loïc Minier wrote:
> On Wed, Feb 09, 2011, Peter Maydell wrote:
> > Last time I needed them, on 1st Feb, the ddebs were in
> > http://ddebs.ubuntu.com/pool/main/l/linux-linaro-omap/
> > (no, I don't know why 'main' when the .deb is in universe)
> > but ther
Hello Everyone,
The minutes of the weekly call can be found at:
https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-02-09
Highlights:
- thermal policy code ready to be published
- problems with work items where we're waiting for upstream feedback
since they stay open for long t
On Mon, Feb 7, 2011 at 9:39 PM, Loïc Minier wrote:
> On Mon, Feb 07, 2011, Kurt Taylor wrote:
>> I am seeing the following when trying to build pulseaudio on a Beagleboard
>> running a current ALIP daily:
>> ...
>> CC libpulsecore_1.0_la-svolume_
>> arm.lo
>> {standard input}: Assembler mess
Hi all,
Per Nicolas' request, I've compiled a list of all patchsets needed to
get functional display on the Pandaboard. There are 35 patches in all,
over 6 series, plus one patch for the board file to enable the DVI
support.
I've set up two branches (against v2.6.38-rc4, and against the head of
l
On 02/08/11 15:40, Somebody in the thread at some point said:
Andy Green wrote, on 02/08/2011 08:54 PM:
[..]
btw, could you fix the following checkpatch warnings as well:
Hi -
I just sent a 17-patch patchset to the x-loader list cleaning out all
the checkpatch problems in OMAP4 and Panda spe
On 09.02.2011 08:34, Hans Verkuil wrote:
On Wednesday, February 09, 2011 07:23:49 Subash Patel wrote:
In the reference architecture in ppt, we can directly wait for the RSZ
interrupt, if we configure the hardware pipe. It was my mis-understanding as
each of those hardware blocks can deliver in
Hi,
I am not having any luck with my usb-dongle set up for the mainline
efika-mx. I think I will have to drop this approach.
Who can I contact to request a serial-connector for my efika-mx? I can
return it when I'm done with the testing and development for MMC.
Plan B is to look for a different b
Hi Hans,
Thanks for your inputs.We are part of Linaro organisation For more
details on Linaro please refer to http://www.linaro.org . As part of our
activities on Linaro we have been debating at whats the right solution for
exposing camera support / features on a platform Openmax or v4l2.
Also
Hi Vishwanath,
Thanks. I will take it as a reference.
Yong
On Wed, Feb 9, 2011 at 11:52 AM, Vishwanath Sripathy <
vishwanath.sripa...@linaro.org> wrote:
> Yong,
>
> On Tue, Feb 8, 2011 at 9:21 PM, Yong Shen wrote:
> > Hi Arnaud,
> > I also took a while to think about this before posting patche
On Wednesday, February 09, 2011 07:34:09 Sachin Gupta wrote:
> Looking at ppt from Robert , it seems v4l2 subdevices is the way to support
> different devices that may be involved in imaging processing chain, also
> from the ppt it seems a userside library for Media controller is needed
> particula
On Wednesday, February 09, 2011 07:23:49 Subash Patel wrote:
> In the reference architecture in ppt, we can directly wait for the RSZ
> interrupt, if we configure the hardware pipe. It was my mis-understanding as
> each of those hardware blocks can deliver interrupts too. In that way ARM
> needs
Yong,
On Tue, Feb 8, 2011 at 9:21 PM, Yong Shen wrote:
> Hi Arnaud,
> I also took a while to think about this before posting patches. I prefer to
> put it in board related code since the various PMIC used on each boards may
> have influence on cpuidle latency or other charactors, although it coul
Hi Kurt,
the problem seems to be in function pa_volume_s16ne_arm.which seems to be
arm optimised version of pa_volume_s16ne_c.For the timebeing for your
experimentation you can also avoid using arm optimised
pa_volume_s16ne_arm.and let pulse audio use pa_volume_s16ne_c.
hope this helps.
Thank
On Tue, Feb 8, 2011 at 6:50 PM, Rob Herring wrote:
> On 02/08/2011 09:51 AM, Yong Shen wrote:
>
>> Hi Arnaud,
>>
>> I also took a while to think about this before posting patches. I prefer
>> to put it in board related code since the various PMIC used on each
>> boards may have influence on cpuid
On Wed, Feb 09, 2011, Peter Maydell wrote:
> Last time I needed them, on 1st Feb, the ddebs were in
> http://ddebs.ubuntu.com/pool/main/l/linux-linaro-omap/
> (no, I don't know why 'main' when the .deb is in universe)
> but there's nothing in there any more either.
> That was the ddeb for linux-lin
On Tue, Feb 08, 2011, Steve Langasek wrote:
> "ddeb" debug packages for the current natty kernel are meant to be made
> available here:
>
> http://ddebs.ubuntu.com/pool/universe/l/linux-linaro-omap/
>
> Currently this directory is empty, but I'm not sure why. Loïc, do you have
> any details on w
On 8 February 2011 23:58, Steve Langasek wrote:
> "ddeb" debug packages for the current natty kernel are meant to be made
> available here:
>
> http://ddebs.ubuntu.com/pool/universe/l/linux-linaro-omap/
>
> Currently this directory is empty, but I'm not sure why. Loïc, do you have
> any details o
36 matches
Mail list logo
