On Thu, Mar 22, 2012 at 11:46:50AM +0100, Loïc Minier wrote:
> On Thu, Mar 22, 2012, Wijden Gargouri wrote:
> > I'm doing a project using OpenCV 2.3.1 and I want to embedded this on a
> > pandaboard. So I'm looking for someone who can help me to instal opencv on
> > Pandabord using Linaro Android 11.11 . If you have some link or if you can
> > advise me I would appreciate.
>
> I'm not sure we have people using OpenCV in Linaro right now, so it
> might be best to ask on a Pandaboard list such as
> pandaboard(a)googlegroups.com. This Linaro contact email address isn't
> meant for technical discussions; you could try asking on ask.linaro.org
> or sending your request to linaro-dev(a)lists.linaro.org.
Is there OpenCV code actually available for the Panda yet? Last time I
checked it was yet to be released.
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs
Hi all,
The suspend test[1] had been integrated into pm-qa.
Fetch the source:
git clone git://git.linaro.org/tools/pm-qa.git
Usage of suspend test:
make -C suspend check
NOTE:
Tests suspend_03 and suspend 04 only make sense on Ubuntu laptop, they are
currently disabled for LEBs.
If you want to test them on laptop, switch on the macros inside each script
manually please.
Total solution for LEBs will come soon, any problem please feel free to let
me know, thanks.
[1]
http://bazaar.launchpad.net/~checkbox-dev/checkbox/trunk/view/head:/scripts…
This patchset is a proposition to improve a bit the code.
The changes are code cleanup and does not change the behavior of the
driver itself.
A couple a things call my intention. Why the cpuidle device is set for cpu0 only
and why the WFI is not used ?
Daniel Lezcano (7):
ARM: OMAP4: cpuidle - Remove unused valid field
ARM: OMAP4: cpuidle - Declare the states with the driver declaration
ARM: OMAP4: cpuidle - Remove the cpuidle_params_table table
ARM: OMAP4: cpuidle - fix static omap4_idle_data declaration
ARM: OMAP4: cpuidle - Initialize omap4_idle_data at compile time
ARM: OMAP4: cpuidle - use the omap4_idle_data variable directly
ARM: OMAP4: cpuidle - remove omap4_idle_data initialization at boot
time
arch/arm/mach-omap2/cpuidle44xx.c | 126 ++++++++++++++++---------------------
1 files changed, 54 insertions(+), 72 deletions(-)
--
1.7.5.4
Hi all,
Does anybody know how to stop the Gmail webmail frontend from corrupting sequences of space characters in preformatted text?
When replying to a plaintext mail, Gmail seems to turn every second space into an ISO8859-1/Unicode non-breaking space character (U00A0). This seems to be a workaround for broken mail readers which would incorrectly collapse spaces in implicitly fixed-format text in received messages. Unfortunately, it's also an effective workaround for correct behaviour by properly-implemented mail clients. Direct replies via SMTP to smtp.googlemail.com don't get destroyed in this way, unless a broken client is used is used to generate the reply.
This seems to be the cause behind patch discussion threads turning, sooner or later, into a mass of ? characters (this is what some agents like Mutt squash non-ascii characters to when quoting the original message in ascii plaintext replies -- this compounds the problem but is not the root cause -- the text is already badly damaged by this stage).
See:
* http://www.ieft.org/rfc/rfc2646.txt
* http://lists.luv.asn.au/pipermail/luv-main/2011-November/000580.html
Apart from "never reply to patches via webmail", does anyone know a workaround?
Cheers
---Dave
----- Forwarded message from Dave Martin <dave.martin(a)linaro.org> -----
MIME-Version: 1.0
Received: by 10.52.19.176 with HTTP; Wed, 21 Mar 2012 08:31:28 -0700 (PDT)
In-Reply-To: <20120321153006.GA2064(a)linaro.org>
References: <20120321153006.GA2064(a)linaro.org>
Date: Wed, 21 Mar 2012 15:31:28 +0000
Delivered-To: dave.martin(a)linaro.org
Message-ID: <CA+wbFdezDj3J8zsUMjZ4bky6C6dHdGJVnAwxFDfiN7-JKrsPdA(a)mail.gmail.com>
Subject: Re: Gmail test
From: Dave Martin <dave.martin(a)linaro.org>
To: Dave Martin <dave.martin(a)linaro.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Can Gmail do it ... ??
Come on!
On Wed, Mar 21, 2012 at 3:30 PM, Dave Martin <dave.martin(a)linaro.org> wrote:
> two spaces
>
> preformatted
> text
> is a pain
--
Dave Martin <dave.martin(a)linaro.org>
Linaro Kernel Working Group
--
http://www.linaro.org/ -- Open source software for ARM SoCs
http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorghttp://www.linaro.org/linaro-blog/
----- End forwarded message -----
Hi all,
Somehow, I completely forgot about the release for the unity-gles
project. All OpenGL|ES enablement for the Ubuntu Unity plugin (the
Unity3D "shell") and the nux library has been merged into the
respective trunks on launchpad for those projects (lp:unity, lp:nux),
so Linaro will not be releasing those. There are 2012.03 release
tarballs for compiz itself (both compiz-core and compiz-plugins-main)
at https://launchpad.net/unity-gles. These will support Precise only,
due to external library dependencies.
cheers,
Jesse
Hi all,
The graphics working group is pleased to announce the 2012.03 release
for the following components:
- glmark2
* Offscreen rendering support using framebuffer objects.
* New command line switch to allow selection of end-of-frame method,
- glcompbench
* New 'blur' test.
* Updated glproxy support.
- glproxy
* Enhanced selection of EGL vs. GLX based upon new detection API.
These are all available for download from their respective project
pages, conveniently linked from the project group page at:
https://launchpad.net/linaro-graphics-wg
The release for the linaro-mm-sig project is being rolled up into the
linux-linaro kernel tree (linux-linaro branch of
git://git.linaro.org/kernel/linux-linaro-tracking.git) for this cycle,
and should see updates between cycles, as well moving forward.
Enjoy!
cheers,
Jesse