Kernel

[RFC] Large weight differential leads to inefficient load balancing
On Tue, 2010-08-03 at 14:28 -0700, Nikhil Rao wrote: I see your point here, and yes I agree having 1 nice-0 on one cpu, 512 SCHED_IDLE tasks on another cpu and all other cpus idle is correct if we only considered fairness. However, we would also like to maximize machine utilization. The fitness function w... 4 Aug 2010 07:04

genhd, efi: add efi partition metadata to hd_structs
On Wed, Aug 4, 2010 at 11:00, Karel Zak <kzak(a)redhat.com> wrote: On Tue, Aug 03, 2010 at 09:04:42PM -0500, Will Drewry wrote: This change extends the partition_meta_info structure to support EFI GPT-specific metadata and ensures that data is copied in on partition scanning. Why do want to store GPT... 4 Aug 2010 12:30

A question of perf NMI handler
With nmi_watchdog enabled, perf_event_nmi_handler always return NOTIFY_STOP(active_events > 0), and the notifier call chain will not call further. If it was not perf NMI, does the perf nmi handler may stop the real NMI handler get called because NOTIFY_STOP is returned?? static int __kprobes perf_event_nmi_ha... 6 Aug 2010 12:41

[tip:timers/core] Checkpatch: Warn about unexpectedly long msleep's
Commit-ID: d76db7e68cb9a886056a92c3f0fef56af5ca5ee8 Gitweb: http://git.kernel.org/tip/d76db7e68cb9a886056a92c3f0fef56af5ca5ee8 Author: Patrick Pannuto <ppannuto(a)codeaurora.org> AuthorDate: Mon, 2 Aug 2010 15:01:07 -0700 Committer: Thomas Gleixner <tglx(a)linutronix.de> CommitDate: Wed, 4 Aug 2010 11:00:45 ... 4 Aug 2010 06:00

[tip:timers/core] Checkpatch: Prefer usleep_range over udelay
Commit-ID: 022d60db2ab6e97f93c98808d08fd883003048c7 Gitweb: http://git.kernel.org/tip/022d60db2ab6e97f93c98808d08fd883003048c7 Author: Patrick Pannuto <ppannuto(a)codeaurora.org> AuthorDate: Mon, 2 Aug 2010 15:01:06 -0700 Committer: Thomas Gleixner <tglx(a)linutronix.de> CommitDate: Wed, 4 Aug 2010 11:00:45 ... 4 Aug 2010 06:00

How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
On Mittwoch, 4. August 2010 Dominik Brodowski wrote: The read performance is abysmal. The ata devices can be ruled out, as hdparm resulted in acceptable performance: Timing cached reads: 9444 MB in 2.00 seconds = 4733.59 MB/sec Timing buffered disk reads: 298 MB in 3.02 seconds = 98.73 ... 4 Aug 2010 16:54

[tip:timers/core] Documentation: Add timers/timers-howto.txt
Commit-ID: 0fcb80818bc3ade5befd409051089f710adcf7b0 Gitweb: http://git.kernel.org/tip/0fcb80818bc3ade5befd409051089f710adcf7b0 Author: Patrick Pannuto <ppannuto(a)codeaurora.org> AuthorDate: Mon, 2 Aug 2010 15:01:05 -0700 Committer: Thomas Gleixner <tglx(a)linutronix.de> CommitDate: Wed, 4 Aug 2010 11:00:45 ... 4 Aug 2010 06:00

x86, cpu: RDC doesn't have CPUID, which is what c_ident is
I couldn't reproduce this with 2.6.35 (without Peter's change), I was trying on VirtualBox. If the detection code is causing a problem we can just skip it if the CPU has cpuid. Incidentally if you need some hardware to test the RDC port on I can arrange that. regards, Mark --- On Tue, 3/8/10, Ingo Moln... 9 Aug 2010 05:45

How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
Christoph, On Wed, Aug 04, 2010 at 04:50:39AM -0400, Christoph Hellwig wrote: On Wed, Aug 04, 2010 at 09:35:46AM +0200, Dominik Brodowski wrote: How can I best track down the cause of the performance problem, a) without rebooting too often, and b) without breaking up the setup specified above (pro... 4 Aug 2010 08:08

2.6.35 Regression: Ages spent discarding blocks that weren't used!
(adding Cc: linux-scsi) Nigel Cunningham wrote: I've just given hibernation a go under 2.6.35, and at first I thought there was some sort of hang in freezing processes. The computer sat there for aaaaaages, apparently doing nothing. Switched from TuxOnIce to swsusp to see if it was specific to my code bu... 13 Aug 2010 08:07