If anyone needs a template for presentations, this one looks nice. Thank Tony!
---------- Forwarded message ----------
From: Tony Mansson <tony.mansson(a)linaro.org>
Date: 1 February 2012 11:44
Subject: Template
To: Botao Sun <Botao.Sun(a)linaro.org>, Bernhard Rosenkranzer
<Bernhard.Rosenkranzer(a)linaro.org>, Vishal Bhoj
<vishal.bhoj(a)linaro.org>, Zach Pfeffer <zach.pfeffer(a)linaro.org>, Amit
Pundir <amit.pundir(a)linaro.org>
Here, use this as template.
--
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 Linus,
While looking at the drivers/mfd/db8500-prcmu.c file I noticed:
595 /* Grab the HW semaphore. */
596 while ((readl(PRCM_SEM) & PRCM_SEM_PRCM_SEM) != 0)
597 cpu_relax();
I was wondering why is cpu_relax needed here as readl does a memory
barrier ? I thought the cpu_relax function was related to the x86 to
consume less power with an optimization of the "rep nop" loops or/and do
a memory barrier.
Should a busy-loop be always with cpu_relax ?
Thanks
-- Daniel
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
So I've been talking to our customers (10 at last count) and they
really like what we're doing. There are three things that are getting
in their way:
linaro-android-media-create
GCC4.6
frequent kernel upgrades
They love our builds, but they'd really like it if they could get
stock AOSP builds for their boards on stable kernels that they can
work with using fastboot that have been CI tested and QA'd.
I'm not advocating for the wholesale destruction of our current way of
life, tip kernels, tip toolchains, linaro-android-media-create, but I
would like to move in a direction that gives our users what they want.
--
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,
After working on generating a bug report web page for our
arm-porting-queue effort (mostly my wife actually), I decided to
create a similar bug report web page to make the life easier for
people managing the bugs affecting the Linaro Ubuntu project.
The link: http://people.linaro.org/~rsalveti/linaro-ubuntu-bugs/linaro-ubuntu-bugs-re…
There you can easily find all the bugs that are currently opened
against the 'linaro-ubuntu' project, and also check which ones are
related with a Landing Team (or Igloo Community for ST-E).
Besides being able to easily sort any column, you can also find the
test cases tags that are produced when executing our release tests.
For people wanting to understand better the test tags, and which test
cases we're maintaining, please check at
https://wiki.linaro.org/Platform/QA/TestCases/Ubuntu (mostly manual
atm, but we're working on porting them to LAVA asap).
For the LT projects, please also make sure you open a bug task ("also
affects project" at Launchpad) against 'linaro-ubuntu' if it's related
with our Ubuntu LEB images in any sort. That way we can also have your
bug at our radar.
Thanks!
--
Ricardo Salveti de Araujo
I forgot to say that I've installed Linaro Ubuntu Desktop 3.1.1.8 on a
Pandaboard ES.
2012/1/31 Mario <marietto2008(a)gmail.com>:
> Hello.
>
> Since I'm not experienced,I would like to talk with you about this
> potentially bug list :
>
> 1) I can't use another desktop manager except Unity.
>
> I made 3 modifications to accomplish the task,but with no success :
>
> a) I ran update-alternatives --config x-session manager and I chosen
> lxde or xfce as default DM
> b) I modified the file : ~/.xinitrc adding exec startlxde/xfce4
> c) When Unity starts automatically,I choose lxde or xfce4,but my
> choice is not remembered for the next login.
>
> 2) I chosen to use another DM because some time after having used
> Linaro,something hasn't worked anymore and I have started to see
> nothing. Unity icons/menus are disappeared.
>
> 3) I think there are graphic problems,the mouse pointer does not
> disappear correcly. On the picture attached you can see three
> pointers.
>
> --
> Mario.
--
Mario.
Here is a list of things we plan to talk about and do in the toolchain
group next week:
https://wiki.linaro.org/MichaelHope/Sandbox/Q1.12Plans
Some of the 'next steps' topics will become more concrete this week.
If you're interested in specific topics, let me know or just come on
by. We'll be hacking away most of the time.
-- Michael
/shamelessly copying Amit
Here is a list of things[1] we plan to talk about and accomplish next week.
If you're interested in specific topics, that page contains names of
people to talk to. Ask me if you have trouble tracking them down.
Come and say Hi. :)
/Amit
--
Amit Kucheria, Tech Lead, Power Management Working Group, Linaro
[1] https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/SFO_2012Q1
Hello,
As was discussed recently on the linaro-android list, the Android Build
jobs (https://android-build.linaro.org) were renamed so each build name
includs all the information to identify components it was build
from/with/for.
The new naming scheme is:
~linaro-android/<board>-<android_rel>-<gcc_ver>-<kernel_id>-<open/blob>
Most of the jobs have been renamed, few had issues and postponed for
clarification. Please review naming and build config match for the
jobs you maintain/work worth, and follow up if there are any issues or
suggestions.
Thanks,
Paul
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
I'm writing a kernel module which creates a substantial amount of
kernel threads. After dropping the real stuff, the module skeleton is:
#include <linux/kernel.h>
#include <linux/sched.h>
#include <linux/kthread.h>
#include <linux/module.h>
#include <linux/slab.h>
#include <linux/ktime.h>
MODULE_LICENSE("GPL");
static int nrthreads = 128;
module_param(nrthreads, int, 0644);
static int loopcount = 1024;
module_param(loopcount, int, 0644);
static struct task_struct **threads;
static struct completion done;
static atomic_t nrunning;
static int test(void *unused)
{
int i;
ktime_t expires = ktime_set(0, NSEC_PER_MSEC);
for (i = 0; !kthread_should_stop() && i < loopcount; i++)
schedule_hrtimeout_range(&expires, 50000, HRTIMER_MODE_REL);
if (atomic_dec_and_test(&nrunning))
complete(&done);
return 0;
}
static int __init testmod_init(void)
{
int i, j, err = 0;
atomic_set(&nrunning, 0);
init_completion(&done);
threads = kmalloc(nrthreads * sizeof(struct task_struct *), GFP_KERNEL);
if (!threads)
return -ENOMEM;
for (i = 0; i < nrthreads; i++) {
threads[i] = kthread_run(test, NULL, "test/%d", i);
if (IS_ERR(threads[i])) {
err = PTR_ERR(threads[i]);
for (j = 0; j < i; j++)
kthread_stop(threads[j]);
kfree(threads);
return err;
}
atomic_inc(&nrunning);
}
return 0;
}
static void __exit testmod_exit(void)
{
wait_for_completion(&done);
kfree(threads);
}
module_init(testmod_init);
module_exit(testmod_exit);
For the most of the cases, it works as expected, at least from 8 to 128 threads.
But if I try 'insmod testmod.ko && rmmod testmod', it's possible to catch a
very rare crash:
Unable to handle kernel paging request at virtual address 7f18c034
pgd = 80004000
[7f18c034] *pgd=bf232811, *pte=00000000, *ppte=00000000
Internal error: Oops: 80000007 [#1] PREEMPT SMP
Modules linked in: [last unloaded: testmod]
CPU: 1 Tainted: G O (3.3.0-rc2 #1)
PC is at 0x7f18c034
LR is at get_parent_ip+0x10/0x2c
pc : [<7f18c034>] lr : [<80053f78>] psr: 600f0113
sp : bf169f90 ip : 00000000 fp : 00000000
r10: 00000000 r9 : 00000000 r8 : 00000000
r7 : 00000013 r6 : 7f18c134 r5 : bf169f90 r4 : 00000366
r3 : 271aee1c r2 : 271aee1c r1 : bf169f18 r0 : 00000000
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 10c5387d Table: bef2404a DAC: 00000015
Process test/126 (pid: 10915, stack limit = 0xbf1682f8)
Stack: (0xbf169f90 to 0xbf16a000)
9f80: 000f4240 00000000 bfbb1e4c 00000000
9fa0: 7f18c000 800496e4 00000000 00000000 00000000 00000000 00000000 00000000
9fc0: dead4ead ffffffff ffffffff 805443f8 00000000 00000000 80418f56 bf169fdc
9fe0: bf169fdc 271aee1c bfbb1e4c 80049658 8000eabc 8000eabc 00000000 00000000
Code: bad PC value
Note the PC is bad, and stack is just a nonsense. IIUC, this happens if the
kernel calls testmod_exit() and frees module memory _before_ all test/X threads
are really dead - i.e. the module memory is freed when at least one of the test/X
threads is somewhere in do_exit() or nearby. Is that possible? If yes, what's
the better way to ensure that all test/X threads are really gone at some point of
testmod_exit()?
Thanks in advance,
Dmitry
