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
Hi All,
If you're one of the unlucky ones who won't be attending Linaro Connect
Q1.12 next week, you'll be pleased to hear we're enabling remote
participation via Google Hangouts for the 5 morning Session rooms. As
Hangouts allow use of webcams, this will hopefully make it a more
interactive experience for you - for example with webcams located in the
rooms you can see who's in the room and who's talking at any particular time
(and you'll better know who to tell to speak up if they're too quiet J).
We've provided guidelines for remote participation at the bottom of the
Schedule page here:
http://connect.linaro.org/schedule
or directly here:
http://connect.linaro.org/remote
I'm conscious this is the first time we've used this facility, so do let me
know if the guidelines aren't clear. And then I'll also appreciate your
feedback during the week to help us improve next time.
Thx
Stephen Doel
Chief Operating Officer
T: +44 1223 45 00 23 │ M: +44 77 66 014 247
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro/155974581091106>
Facebook | <http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog