Re: [PATCH 00/10] NR_CPUS: third reduction of NR_CPUS memory usage x86-version v2
- From: Mike Travis <travis@xxxxxxx>
- Date: Wed, 26 Mar 2008 08:48:00 -0700
Ingo Molnar wrote:
* Mike Travis <travis@xxxxxxx> wrote:
Wii, isn't this fun...! This is a resubmission of yesterday's patches
based on the x86.git/latest tree. Yes, it _is_ a maze of twisty litle
passages. ;-)
just to make patch dependencies clear: most of the patches here can be
applied to their base trees as-is, without depending on any other patch,
correct?
the only undeclared dependency i found was the cpumask_scnprintf_len()
patch - please prominently list dependencies in the changelog like this:
[ this patch depends on "cpumask: Add cpumask_scnprintf_len function" ]
Ingo
Ahh, ok. I was under the assumption that an entire patchset would be
applied en-mass and only divided up by bi-sect debugging...?
The second patchset (cpumask) is highly incremental and I did it like
this to show memory gains (or losses). I tossed a few patches that
didn't have any overall goodness (and have a few more to help with
the memory footprint or performance in the queue.)
Thanks,
Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Prev by Date: Re: ohci : strange looking use of round_jiffies_relative. possible bug ?
- Next by Date: [PATCH 0/3] Clocklib: generic clocks framework
- Previous by thread: Re: [PATCH 00/10] NR_CPUS: third reduction of NR_CPUS memory usage x86-version v2
- Next by thread: Re: [Bug 10328] New: [regression] performance drop for glx
- Index(es):
Relevant Pages
|