Kernel

Article in Phoronix about loss of performance in 2.6.35 release candidates
On 05/31/2010 05:19 PM, Alex Buell wrote: http://www.phoronix.com/vr.php?view=14976 Question: Why? Good question.. I guess it would too much to ask of them to try to figure out what area the problem lies in (even to the point of figuring out if it's a CPU or IO-bound problem), or try to bisect, or at le... 31 May 2010 19:41

BSE nanoengine git tree
Hi, I have been sending some patches to re-add BSA nanoengine support back into the kernel tree since 2.6.32 IIRC. Since none of them has made upstream, I have created a repository on github with the hope that people interested in the support for this board can test and/or give some feedback. For those intere... 31 May 2010 19:41

[PATCH 2/4] perf: Use event__process_task from perf sched
perf sched uses event__process_comm(), which means it can resolve comms from: - tasks that have exec'ed (kernel comm events) - tasks that were running when perf record started the actual recording (synthetized comm events) But perf sched can't resolve the pids of tasks that were created after the recording ... 31 May 2010 19:41

[PATCH 3/4] perf: Do the comm inheritance per thread in event__process_task
event__process_task() doesn't propagate the comm copy on clone, but only on process fork. So we loose all the tid:comm resolution for tasks that aren't a main process thread. Progragate the per thread granularity to event__process_task for pid resolution. This fixes various unresolved pids in perf sched, espec... 31 May 2010 19:41

[PATCH 1/4] perf: Process comm events by tid
When we synthetize the existing running tasks though procfs, we walk through every threads of a process, queuing one comm events per tid. But then on report time, event__process_comm() only creates and sets the comm on a per process granularity. This is the right thing for comm events that came from the kernel, ... 31 May 2010 19:41

[PATCH 4/4] perf-record: Check correct pid when forking
From: Borislav Petkov <bp(a)alien8.de> When forking the child to be traced, we should check the correct return value from fork() and not a local variable which is otherwise unused. Signed-off-by: Borislav Petkov <bp(a)alien8.de> Cc: Ingo Molnar <mingo(a)elte.hu> Cc: Peter Zijlstra <a.p.zijlstra(a)chello.nl> Cc: Arna... 31 May 2010 19:41

[Regression] [2.6.35-rc1][suspend to ram] BUG: using smp_processor_id() in preemptible [00000000] code: cat/3634
[ CC cpufreq(a)vger.kernel.org ] [1] directs you to a fix from cpufreq ML. It worked fine here on my HP nc6400 notebook. - Sedat - [1] http://lkml.org/lkml/2010/5/31/77 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More major... 31 May 2010 19:41

lp_events: an lternitive to suspend blocker user mode and kernel API
On Mon, May 31, 2010 at 09:57:53AM +1000, Neil Brown wrote: On Sun, 30 May 2010 13:04:10 -0700 mark gross <640e9920(a)gmail.com> wrote: Low Power Events is a possible alternative to suspend blocker / wake lock API used by Android. Here is how I see your proposal. It is of course possible that ... 31 May 2010 19:41

resource piix4_smbus conflicts with ACPI region SMRG
Hi, I was running 2.6.30 until I had time to update. Being a long weekend I upgraded to 2.6.34-rc6 and noticed a few new messages in dmesg. I then installed 2.6.34 and the messages remain. PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs" and report a bug ACPI: PCI Root Bridge [PC... 3 Jun 2010 21:15

[PATCH V3 -recall-] x86, UV: BAU performance and error recovery
Ingo, Sorry, I sent you a wrong patch earlier today, with the name [PATCH V3] x86, UV: BAU performance and error recovery That patch applies to a 2.6.34 tree instead of your -tip tree. (patch size is 77542, because it's a replacement for a patch you have already applied) I'm submitting the correct o... 31 May 2010 18:35