mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sam Ravnborg <sam@ravnborg.org>
To: Tim Abbott <tabbott@MIT.EDU>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Anders Kaseorg <andersk@MIT.EDU>, Waseem Daher <wdaher@MIT.EDU>,
	Denys Vlasenko <vda.linux@googlemail.com>,
	Jeff Arnold <jbarnold@MIT.EDU>, Paul Mundt <lethal@linux-sh.org>,
	David Howells <dhowells@redhat.com>
Subject: Re: [PATCH v2 00/15] clean up page aligned data and bss sections
Date: Wed, 29 Apr 2009 22:50:47 +0200	[thread overview]
Message-ID: <20090429205047.GB655@uranus.ravnborg.org> (raw)
In-Reply-To: <alpine.DEB.1.10.0904281527210.1623@vinegar-pot.mit.edu>

On Tue, Apr 28, 2009 at 03:48:24PM -0400, Tim Abbott wrote:
> On Tue, 28 Apr 2009, Tim Abbott wrote:
> 
> > Here's a new version of the page-aligned section cleanup patch
> > series.  Changes since last version include:
> 
> Sam,
> 
> I am close to having prepared another 4 patch series of similar size to 
> this one for .data.nosave, .data.cacheline_aligned, .data.init_task, and 
> .data.read_mostly.  Along with this page-aligned series and the things 
> that have already been merged, I think these are all of the major 
> cross-architecture patchsets needed for -ffunction-sections (there will 
> remain a good number of section names that only appear on one or two 
> architectures).
> 
> It seems with this set of patches that we're going to bother all the arch 
> maintainers several times if we handle these all completely independently 
> (especially since each patch series has patches that depend on patches 
> from the previous one).  So, I was thinking perhaps we should proceed as 
> follows:
> 
> (1) I send a patch series that does the architecture-independent macro 
> additions as well as the changes for one architecture (say, x86) to use 
> those macros so that they can be reviewed along with the actual usage.
> 
> (2) We get those reviewed and merge at least the architecture-independent 
> patches
> 
> (3) I can send one patch series for each architecture that is just using 
> the macros that have already been merged; then the patch series are nicely 
> decoupled and each arch maintainer only has to ack a single set of changes 
> to their architecture.

Yes - lets get the support stuff applied first and work out from there.
I plan to apply your patches to kbuild-next during the weekend so
we have them in a tree that hits -next.

	Sam

  reply	other threads:[~2009-04-29 20:48 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-28 17:00 Tim Abbott
2009-04-28 17:00 ` [PATCH v2 01/15] Add new macros for page-aligned " Tim Abbott
2009-04-28 17:00   ` [PATCH v2 02/15] sh: Use macros for .bss.page_aligned section Tim Abbott
2009-04-28 17:00     ` [PATCH v2 03/15] mn10300: " Tim Abbott
2009-04-28 17:00       ` [PATCH v2 04/15] xtensa: " Tim Abbott
2009-04-28 17:00         ` [PATCH v2 05/15] x86: " Tim Abbott
2009-04-28 17:00           ` [PATCH v2 06/15] alpha: Use macros for .data.page_aligned Tim Abbott
2009-04-28 17:00             ` [PATCH v2 07/15] avr32: Use standard macros for .data.page_aligned section Tim Abbott
2009-04-28 17:00               ` [PATCH v2 08/15] sh: Use " Tim Abbott
2009-04-28 17:00                 ` [PATCH v2 09/15] s390: Use macros for .data.page_aligned Tim Abbott
2009-04-28 17:00                   ` [PATCH v2 10/15] powerpc: Remove unused __page_aligned macro Tim Abbott
2009-04-28 17:00                     ` [PATCH v2 11/15] powerpc: share .data output section definition between 32 and 64 bits Tim Abbott
2009-04-28 17:00                       ` [PATCH v2 12/15] powerpc: Use macros for .data.page_aligned section Tim Abbott
2009-04-28 17:01                         ` [PATCH v2 13/15] mn10300: Drop unused .data.idt section Tim Abbott
2009-04-28 17:01                           ` [PATCH v2 14/15] x86: Use section .data.page_aligned for the idt_table Tim Abbott
2009-04-28 17:01                             ` [PATCH v2 15/15] x86: Use macros for .data.page_aligned Tim Abbott
2009-04-28 21:27                         ` [PATCH v2 13/15] mn10300: Drop unused .data.idt section David Howells
2009-04-28 22:52                         ` [PATCH v2 12/15] powerpc: Use macros for .data.page_aligned section Paul Mackerras
2009-04-28 21:27     ` [PATCH v2 03/15] mn10300: Use macros for .bss.page_aligned section David Howells
2009-04-28 19:48 ` [PATCH v2 00/15] clean up page aligned data and bss sections Tim Abbott
2009-04-29 20:50   ` Sam Ravnborg [this message]
2009-04-28 21:27 ` [PATCH v2 01/15] Add new macros for page-aligned " David Howells

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=20090429205047.GB655@uranus.ravnborg.org \
    --to=sam@ravnborg.org \
    --cc=andersk@MIT.EDU \
    --cc=dhowells@redhat.com \
    --cc=jbarnold@MIT.EDU \
    --cc=lethal@linux-sh.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tabbott@MIT.EDU \
    --cc=torvalds@linux-foundation.org \
    --cc=vda.linux@googlemail.com \
    --cc=wdaher@MIT.EDU \
    /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

all inboxes | Powered by JetHome®