public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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 --]

  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