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
Hi all,
I got some bad news last night. Our ISP told me there would be a delay in getting our service up and running in the new offices. I spoke to them this morning and they're telling me that it will *probably* be Wednesday before we get connectivity, but we will know more on Monday.
As a consequence I am putting v.l.o back online and delaying the move. My intention is to take it offline again on Thursday of next week and move on Friday. Obviously this plan may be fluid based on the news we get on Monday. I will obviously keep you all posted.
Many apologies for the delay and thanks for your patience,
Dave
Dave Pigott
Validation Engineer
T: +44 1223 45 00 24 | M +44 7940 45 93 44
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
