Dear Linaro-Dev-Team,
we tried to getting started with the Freescale i.MX6Q Sabre Lite
Boardand have some errors that you have mentioned at your homepage
https://wiki.linaro.org/Boards/MX6QSabreLite:
"In case you somehow do not succeed with this procedure you will have to
use the manufacturing tool in order to reflash the SPI-NOR. In that case
please let me know and I can send you instructions how to program the
new loader with the manufacturing tool."
Please send us the instructions. Thank you.
Torben Zeleny
--
Mit freundlichen Grüßen,
With best regards,
Torben Zeleny
M. Sc. Electrical Engineering
Concept& Design Engineer
__________________________________________________________________
| |
| KEITH& KOEP GMBH DEVELOPMENT OF EMBEDDED CONTROL SYSTEMS |
| UELLENDAHLER STR. 199 PHONE +49 (202) 2525 322 |
| D-42109 WUPPERTAL FAX +49 (202) 2525 333 |
| GERMANY t.zeleny(a)keith-koep.com |
| http://www.keith-koep.com |
| |
| HRB B 7696 Amtsgericht Wuppertal |
| Geschäftsführer: Volker Keith, Dipl.-Phys.Ing. Luitger Koep |
| |
| Microsoft Gold Level Partner System Integration |
| Microsoft Gold Level Partner Independent Hardware Vendor |
|_________________________________________________________________|
As some of you know, we had a problem today which caused all android
tests to fail in LAVA. This is now fixed (basically, the version of adb
we had installed in the lab was too old), and if you need to you should
be safe to resubmit your jobs now.
Linaro insiders can see more details at
https://wiki.linaro.org/Internal/LAVA/Incidents/Reports/2012-05-24-all-andr…
(but really, it's not very exciting).
Apologies for the inconvenience.
Cheers,
mwh
I believe from experience on a local host that having a precloned tree
of for example current upstream linus on jenkins to use with
--reference could be a huge win. We can discuss this in the kernel-ci
session at connect.
--john
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can have a
complete log available here:
http://validation.linaro.org/lava-server/scheduler/job/18564/log_file
As a summary of the problem, the panda board turns off during some
sysbench tests because the SDRAM has exceeded its temperature limit
Regards,
Vincent
On 9 May 2012 14:43, Vincent Guittot <vincent.guittot(a)linaro.org> wrote:
> Hi Aneesh,
>
> Sorry for this late replay.
>
> I'm working with the Linaro 12.04 developer image which is quite close
> to the Linaro ubuntu one but without IHM.
> Te manifest gives me the following information about the kernel
> linux-image-3.3.1-38-linaro-lt-omap=3.3.1-38.38~lt~ci~00000000000001+1336186099~4fa4ad78
> which should be available here
> :git://git.linaro.org/landing-teams/leb/ti/kernel.git
>
> This issue occurs each time I run some sysbench tests on my panda
> board (revA1). I run several tests which are 20 seconds long and the
> issue occurs after few minutes
>
> I've check with my finger and the package is quite hot when the issue occurs
>
> Regards,
> Vincent
>
> On 7 May 2012 19:43, Aneesh V <aneesh(a)ti.com> wrote:
>> On 05/07/2012 10:38 AM, Mike Turquette wrote:
>>>
>>> On Thu, May 3, 2012 at 7:47 AM, Vincent Guittot
>>> <vincent.guittot(a)linaro.org> wrote:
>>>>
>>>> Hi Amit and Mike,
>>>>
>>>> While stressing the dual cortex-A9 of my panda board ( omap4430 ) with
>>>> the latest Linaro ubuntu developer environment, I reach the following
>>>> message
>>>>
>>>> [ 824.996978] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 837.243957] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 839.045318] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 845.168518] emif emif.1: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 901.361663] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 902.082672] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 914.329620] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 925.496124] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 930.537292] emif emif.2: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 938.823333] emif emif.1: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 947.828857] emif emif.1: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 954.312072] emif emif.1: temperature alert before registers are
>>>> calculated, not de-rating timings
>>>> [ 982.047271] emif emif.2: SDRAM temperature exceeds operating
>>>> limit.. Needs shut down!!!
>>>> [ 982.072784] Power down.
>>>>
>>>> It is something you have already faced ? could something miss in the
>>>> kernel ?
>>
>>
>> That should not happen normally. If all is well, it should happen only
>> if the temperature alert comes during a small window at bootup. Is that
>> the case with you. Which tree and branch are you using. Please send me
>> the details and I will take a look.
>>
>> br,
>> Aneesh
I see this pop up with hovering over some kernel ci jobs in build queue:
'All nodes of label "kernel_cloud" are offline'
Does this mean something is broken or will it recover on its own?
--john
Hey team,
We've been asked by Alexander and Joe to focus on other targets for
awhile. This means that the iMX53 and iMX6 work that we've done will
stay in its current state. Practically this means:
1. No updates to iMX based manifest (we'll delete the MX manifests
from linaro_android_4.0.4 to make this clean)
2. No bug fixes
3. No daily builds
The builds we currently have will stick around.
Anyhow, this will allow us to refocus on less, which is good.
I'd really like to thank Bero, who's awesome work on the MX allowed
this board to run in the first place and who's work keeping it going
has be extremely valuable to Linaro.
Close out tasks are tracked at:
https://blueprints.launchpad.net/linaro-android/+spec/close-out-imx
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi,
I'm trying to run an old armel image on 12.04 on Snowball. It doesn't run because there's no armel support; starting with a missing /lib/ld-linux.so.3
How can I add armel support? I tried this:
# dpkg --add-architecture armel
dpkg: error: unknown option --add-architecture
# apt-get update ; apt-get install dpkg
[...]
dpkg is already the newest version.
# dpkg-query --show dpkg
dpkg 1.16.1.2ubuntu7
Thanks for any pointers you can give me.
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
