Signed-off-by: Dave Jones <[email protected]>
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index 46ece3f..5e89689 100644
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -270,18 +270,6 @@ Who: Michael Buesch <[email protected]>
---------------------------
-What: init_mm export
-When: 2.6.26
-Why: Not used in-tree. The current out-of-tree users used it to
- work around problems in the CPA code which should be resolved
- by now. One usecase was described to provide verification code
- of the CPA operation. That's a good idea in general, but such
- code / infrastructure should be in the kernel and not in some
- out-of-tree driver.
-Who: Thomas Gleixner <[email protected]>
-
-----------------------------
-
What: usedac i386 kernel parameter
When: 2.6.27
Why: replaced by allowdac and no dac combination
diff --git a/arch/x86/kernel/init_task.c b/arch/x86/kernel/init_task.c
index a4f93b4..d399180 100644
--- a/arch/x86/kernel/init_task.c
+++ b/arch/x86/kernel/init_task.c
@@ -14,7 +14,6 @@ static struct fs_struct init_fs = INIT_FS;
static struct signal_struct init_signals = INIT_SIGNALS(init_signals);
static struct sighand_struct init_sighand = INIT_SIGHAND(init_sighand);
struct mm_struct init_mm = INIT_MM(init_mm);
-EXPORT_UNUSED_SYMBOL(init_mm); /* will be removed in 2.6.26 */
/*
* Initial thread structure.
--
http://www.codemonkey.org.uk
On Fri, 11 Jul 2008 16:19:59 -0400 Dave Jones <[email protected]> wrote:
> Signed-off-by: Dave Jones <[email protected]>
>
> diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
> index 46ece3f..5e89689 100644
> --- a/Documentation/feature-removal-schedule.txt
> +++ b/Documentation/feature-removal-schedule.txt
> @@ -270,18 +270,6 @@ Who: Michael Buesch <[email protected]>
>
> ---------------------------
>
> -What: init_mm export
> -When: 2.6.26
> -Why: Not used in-tree. The current out-of-tree users used it to
> - work around problems in the CPA code which should be resolved
> - by now. One usecase was described to provide verification code
> - of the CPA operation. That's a good idea in general, but such
> - code / infrastructure should be in the kernel and not in some
> - out-of-tree driver.
> -Who: Thomas Gleixner <[email protected]>
> -
> -----------------------------
> -
> What: usedac i386 kernel parameter
> When: 2.6.27
> Why: replaced by allowdac and no dac combination
> diff --git a/arch/x86/kernel/init_task.c b/arch/x86/kernel/init_task.c
> index a4f93b4..d399180 100644
> --- a/arch/x86/kernel/init_task.c
> +++ b/arch/x86/kernel/init_task.c
> @@ -14,7 +14,6 @@ static struct fs_struct init_fs = INIT_FS;
> static struct signal_struct init_signals = INIT_SIGNALS(init_signals);
> static struct sighand_struct init_sighand = INIT_SIGHAND(init_sighand);
> struct mm_struct init_mm = INIT_MM(init_mm);
> -EXPORT_UNUSED_SYMBOL(init_mm); /* will be removed in 2.6.26 */
>
> /*
> * Initial thread structure.
>
grep -r init_mm include/asm-sparc64
This patch used to break stuff. I'm not aware that anything was done
to prevent this.
On Fri, Jul 11, 2008 at 07:30:46PM -0700, Andrew Morton wrote:
> > -EXPORT_UNUSED_SYMBOL(init_mm); /* will be removed in 2.6.26 */
> >
> > /*
> > * Initial thread structure.
> >
>
> grep -r init_mm include/asm-sparc64
>
> This patch used to break stuff. I'm not aware that anything was done
> to prevent this.
Dave's patch only unexprts it on x86, which per defintion can't break
sparc64 which is known to need this export. It would be nice if someone
could do a little audit which architectures require it in addition to
sparc64 and remove it fromm all others.
On Sun, 13 Jul 2008 22:37:09 -0400 Christoph Hellwig <[email protected]> wrote:
> On Fri, Jul 11, 2008 at 07:30:46PM -0700, Andrew Morton wrote:
> > > -EXPORT_UNUSED_SYMBOL(init_mm); /* will be removed in 2.6.26 */
> > >
> > > /*
> > > * Initial thread structure.
> > >
> >
> > grep -r init_mm include/asm-sparc64
> >
> > This patch used to break stuff. I'm not aware that anything was done
> > to prevent this.
>
> Dave's patch only unexprts it on x86, which per defintion can't break
> sparc64 which is known to need this export.
What, you want beauty _and_ reading comprehension?
> It would be nice if someone
> could do a little audit which architectures require it in addition to
> sparc64 and remove it fromm all others.
Yup. afaik sparc64 is the only one.