From: Thomas Gleixner <tglx@linutronix.de>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: [patch 01/18] fork: Remove the weak insanity
Date: Mon, 7 May 2012 22:55:18 +0200 (CEST) [thread overview]
Message-ID: <alpine.LFD.2.02.1205072243500.6271@ionos> (raw)
In-Reply-To: <20120505155824.GA14468@merkur.ravnborg.org>
On Sat, 5 May 2012, Sam Ravnborg wrote:
> On Sat, May 05, 2012 at 03:05:40PM -0000, Thomas Gleixner wrote:
> > We error out when compiling with gcc4.1.[01] as it miscompiles
> > __weak. The workaround with magic defines is not longer
> > necessary. Make it __weak again.
>
> The cleanup is much appreciated!
>
> But the magic defines is IMO much better than the CONFIG_ based approach
> that this patch-set introduces in the last patch.
>
> If you do:
>
> $git grep arch_task_cache_init
>
> Then if you see:
>
> #define arch_task_cache_init arch_task_cache_init
>
> Then you know alrady that this arch will provide a local implementation
> of arch_task_cache_init().
> No need to grep for an ARCH_XXX symbol that you need to look up
> somewhere else.
I'm not following that argument.
Removing that magic define thing does not change anything. The change
is:
-#define arch_task_cache_init arch_task_cache_init
-#define arch_task_cache_init arch_task_cache_init
-/*
- * macro override instead of weak attribute alias, to workaround
- * gcc 4.1.0 and 4.1.1 bugs with weak attribute and empty functions.
- */
-#ifndef arch_task_cache_init
-#define arch_task_cache_init()
-#endif
+void __init __weak arch_task_cache_init(void) { }
So $git grep arch_task_cache_init still tells you who is overriding
arch_task_cache_init () which is:
arch/sh/include/asm/thread_info.h:extern void arch_task_cache_init(void);
arch/sh/kernel/process.c:void arch_task_cache_init(void)
arch/x86/include/asm/thread_info.h:extern void arch_task_cache_init(void);
arch/x86/kernel/process.c:void arch_task_cache_init(void)
What's your problem ?
Now for the last patch in the series:
It merily moves
#define __HAVE_ARCH_THREAD_INFO_ALLOCATOR
to a Kconfig based
select ARCH_THREAD_INFO_ALLOCATOR
I'm not seeing any difference except that something which is actually
a config switch is moved to the place where it belongs.
Thanks,
tglx
next prev parent reply other threads:[~2012-05-07 20:55 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-05 15:05 [patch 00/18] fork: Move most archs to generic threadinfo/taskstruct allocators Thomas Gleixner
2012-05-05 15:05 ` [patch 01/18] fork: Remove the weak insanity Thomas Gleixner
2012-05-05 15:58 ` Sam Ravnborg
2012-05-07 20:55 ` Thomas Gleixner [this message]
2012-05-07 21:03 ` Sam Ravnborg
2012-05-08 12:31 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 04/18] fork: Provide kmemcache based thread_info allocator Thomas Gleixner
2012-05-08 12:35 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 03/18] fork: Move thread info gfp flags to header Thomas Gleixner
2012-05-07 4:34 ` Paul E. McKenney
2012-05-07 13:38 ` Paul E. McKenney
2012-05-07 19:14 ` Thomas Gleixner
2012-05-07 20:53 ` Paul E. McKenney
2012-05-08 17:51 ` Paul E. McKenney
2012-05-08 12:32 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 02/18] fork: Provide weak arch_release_[task_struct|thread_info] functions Thomas Gleixner
2012-05-08 12:33 ` [tip:smp/hotplug] fork: Provide weak arch_release_[ task_struct|thread_info] functions tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 06/18] c6x: Use common threadinfo allocator Thomas Gleixner
2012-05-07 19:49 ` Mark Salter
2012-05-08 12:36 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 05/18] x86: " Thomas Gleixner
2012-05-08 12:37 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 08/18] frv: " Thomas Gleixner
2012-05-08 12:38 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 07/18] cris: " Thomas Gleixner
2012-05-08 12:37 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-15 12:49 ` [patch 07/18] " Jesper Nilsson
2012-05-05 15:05 ` [patch 11/18] mips: " Thomas Gleixner
2012-05-08 12:41 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 09/18] hexagon: " Thomas Gleixner
2012-05-08 12:40 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 10/18] m32r: " Thomas Gleixner
2012-05-08 12:39 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 12/18] mn10300: " Thomas Gleixner
2012-05-08 12:42 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 13/18] powerpc: " Thomas Gleixner
2012-05-08 12:42 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 14/18] score: " Thomas Gleixner
2012-05-08 12:44 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 15/18] sh: " Thomas Gleixner
2012-05-08 12:43 ` [tip:smp/hotplug] sh-use-common-threadinfo-allocator tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 17/18] tile: Use common threadinfo allocator Thomas Gleixner
2012-05-05 15:21 ` Chris Metcalf
2012-05-07 19:45 ` Thomas Gleixner
2012-05-07 20:03 ` Chris Metcalf
2012-05-07 20:33 ` Thomas Gleixner
2012-05-07 20:52 ` Chris Metcalf
2012-05-08 12:04 ` Thomas Gleixner
2012-05-08 12:34 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-08 19:02 ` Chris Metcalf
2012-05-05 15:05 ` [patch 16/18] sparc: " Thomas Gleixner
2012-05-06 17:03 ` David Miller
2012-05-08 12:45 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
2012-05-05 15:05 ` [patch 18/18] task_allocator: Use config switches instead of magic defines Thomas Gleixner
2012-05-07 20:32 ` Sam Ravnborg
2012-05-07 20:43 ` Thomas Gleixner
2012-05-08 12:46 ` [tip:smp/hotplug] " tip-bot for Thomas Gleixner
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=alpine.LFD.2.02.1205072243500.6271@ionos \
--to=tglx@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.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;
as well as URLs for NNTP newsgroup(s).