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
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 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 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
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
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
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
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
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,
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
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
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
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 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
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 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
[ 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 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
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, 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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
36 matches
Mail list logo
