From: William Lee Irwin III <wli@holomorphy.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.8-rc2-mm2
Date: Mon, 2 Aug 2004 06:52:40 -0700 [thread overview]
Message-ID: <20040802135240.GF2334@holomorphy.com> (raw)
In-Reply-To: <20040802015527.49088944.akpm@osdl.org>
[-- Attachment #1: Type: text/plain, Size: 2521 bytes --]
On Mon, Aug 02, 2004 at 01:55:27AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8-rc2/2.6.8-rc2-mm2/
> - Tons of new fixes and cleanups and updates to various things as usual.
> - Again, 2.6.8 is close, so if people have critical fixes in here which
> need flushing out, please ping me.
Speaking of cleanups, I've got a little something.
65 files changed, 274 insertions(+), 1076 deletions(-)
This mass slaughter of duplicated code is a cleanup of /proc/profile
that consolidates code across all arches and privatizes private state.
Compiletested on x86-64. Prior incarnations of earlier cleanups this
is based on were runtime tested on ia32, x86-64, sparc64, and alpha.
The purpose of these cleanups in their prior incarnations has been for
use as a preparatory cleanup for profiling other kinds of events in
/proc/profile's buffer (or similar buffers). There has recently been a
need to discover which codepaths were responsible for leaking inodes
that were leaking that similar cleanups in combination with some slab
profiling hooks are being used to instrument.
In order, the patches of the series (included as a series of separate
MIME attachments to this post) are:
consolidate-prof_cpu_mask.patch
Handling of prof_cpu_mask is grossly inconsistent. Some arches
have it as a cpumask_t, others unsigned long, and even within
arches it's treated inconsistently. This makes it cpumask_t
across the board, and consolidates the handling in kernel/profile.c
profile_pc.patch
The program counter calculation from pt_regs is the only
portion of profile accounting that differs across various
architectures. This is usually instruction_pointer(regs), but
to handle the few arches where it isn't, introduce profile_pc().
profile_tick.patch
With prof_cpu_mask and profile_pc() in hand, the core is now
able to perform all the profile accounting work on behalf of
arches. Consolidate the profile accounting and convert all
arches to call the core function.
move-profile-operations.patch
proc_misc.c is a trainwreck. Move the file_operations for
/proc/profile into kernel/profile.c and call the profiling
setup from proc_misc_init().
static-profile-state.patch
Make the various bits of state no longer used anywhere else
static to kernel/profile.c
atomic-prof_buffer.patch
Convert prof_buffer to an array of atomic_t instead of
sometimes atomic_t, sometimes unsigned int. Also, bootmem
rounds up internally, so blow away some crap code there.
-- wli
[-- Attachment #2: consolidate-prof_cpu_mask.patch.gz --]
[-- Type: application/octet-stream, Size: 3129 bytes --]
[-- Attachment #3: profile_pc.patch.gz --]
[-- Type: application/octet-stream, Size: 3367 bytes --]
[-- Attachment #4: profile_tick.patch.gz --]
[-- Type: application/octet-stream, Size: 6289 bytes --]
[-- Attachment #5: move-profile-operations.patch.gz --]
[-- Type: application/octet-stream, Size: 1677 bytes --]
[-- Attachment #6: static-profile-state.patch.gz --]
[-- Type: application/octet-stream, Size: 797 bytes --]
[-- Attachment #7: atomic-prof_buffer.patch.gz --]
[-- Type: application/octet-stream, Size: 779 bytes --]
next prev parent reply other threads:[~2004-08-02 13:53 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-02 8:55 2.6.8-rc2-mm2 Andrew Morton
2004-08-02 9:23 ` 2.6.8-rc2-mm2 Espen Fjellvær Olsen
2004-08-02 12:10 ` 2.6.8-rc2-mm2 Rik van Riel
2004-08-05 10:56 ` 2.6.8-rc2-mm2 Hideo AOKI
2004-08-05 12:55 ` 2.6.8-rc2-mm2 Hideo AOKI
2004-08-02 13:07 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 6:43 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-03 7:35 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 7:43 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-03 7:45 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 8:35 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:12 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 10:33 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 11:42 ` 2.6.8-rc2-mm2 bert hubert
2004-08-05 1:21 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:31 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-04 10:46 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:47 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 12:45 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-05 2:53 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-05 8:34 ` 2.6.8-rc2-mm2 Helge Hafting
2004-08-05 9:34 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-05 10:47 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-02 13:52 ` William Lee Irwin III [this message]
2004-08-02 16:12 ` 2.6.8-rc2-mm2 William Lee Irwin III
2004-08-02 14:28 ` 2.6.8-rc2-mm2 William Lee Irwin III
2004-08-02 15:31 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-02 15:33 ` 2.6.8-rc2-mm2 Jesper Juhl
2004-08-02 15:38 ` 2.6.8-rc2-mm2 Dominik Karall
2004-08-02 16:02 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-03 6:55 ` 2.6.8-rc2-mm2 Clemens Schwaighofer
2004-08-02 15:57 ` 2.6.8-rc2-mm2 Martin Zwickel
2004-08-02 17:59 ` 2.6.8-rc2-mm2 (compile stats) John Cherry
2004-08-02 18:15 ` 2.6.8-rc2-mm2 Peter Osterlund
2004-08-02 22:16 ` [patch] 2.6.8-rc2-mm2: compile error with SWAP=n Adrian Bunk
2004-08-03 8:27 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-03 13:05 ` 2.6.8-rc2-mm2 R. J. Wysocki
2004-08-03 13:13 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 19:44 ` 2.6.8-rc2-mm2 Adrian Bunk
2004-08-04 16:32 ` 2.6.8-rc2-mm2 Dominik Karall
2004-08-05 4:38 ` [sparc32] [1/13] turbosparc flush warnings William Lee Irwin III
2004-08-05 4:39 ` [sparc32] [2/13] sparc32 init_idle() William Lee Irwin III
2004-08-05 4:41 ` [sparc32] [3/13] sun4d cpu_present_map is a cpumask_t William Lee Irwin III
2004-08-05 4:44 ` [sparc32] [4/13] smp_processor_id() BITFIXUP fixes William Lee Irwin III
2004-08-05 4:46 ` [sparc32] [5/13] reinstate smp_reschedule_irq() William Lee Irwin III
2004-08-05 4:47 ` [sparc32] [6/13] remove references to start_secondary() William Lee Irwin III
2004-08-05 4:48 ` [sparc32] [7/13] remove references to num_context_patch2 William Lee Irwin III
2004-08-05 4:49 ` [sparc32] [8/13] define cache_decay_ticks William Lee Irwin III
2004-08-05 4:54 ` [sparc32] [9/13] remove unused variable in dvma.c William Lee Irwin III
2004-08-05 4:55 ` [sparc32] [10/13] sun4 does not support SMP William Lee Irwin III
2004-08-05 4:56 ` [sparc32] [11/13] make CONFIG_SMP depend on CONFIG_BROKEN William Lee Irwin III
2004-08-05 5:01 ` [sparc32] [12/13] gcc-3.3 macro parenthesization fix for memcpy.S William Lee Irwin III
2004-08-05 5:31 ` [sparc32] [13/13] ignore undefined symbols with 3 or more leading underscores William Lee Irwin III
2004-08-05 7:28 ` [sparc32] [12/13] gcc-3.3 macro parenthesization fix for memcpy.S Jakub Jelinek
2004-08-05 7:38 ` William Lee Irwin III
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040802135240.GF2334@holomorphy.com \
--to=wli@holomorphy.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox