From: Thomas Gleixner <tglx@linutronix.de>
To: LKML <linux-kernel@vger.kernel.org>
Cc: linux-rt-users <linux-rt-users@vger.kernel.org>
Subject: [ANNOUNCE] 3.4-rc2-rt4
Date: Fri, 13 Apr 2012 14:11:16 +0200 (CEST) [thread overview]
Message-ID: <alpine.LFD.2.02.1204131033240.2542@ionos> (raw)
Dear RT Folks,
I'm pleased to announce the 3.4-rc2-rt4 release. -rt3 is an
intermediate release which has an earlier version of the RCU build
wreckage fix.
Changes since 3.4-rc2-rt2:
* Fix RCU build wreckage (jkacur)
* Remove the _GPL restriction from a few exports
This restores the status quo of pre 3.0 RT versions.
I fundamentally hate this change, but the point is, that RT
replaces non GPL exports with GPL ones and therefor breaks
"legitimate" abuses of the kernel.
OTOH I've been exposed to source code of some secret sauce
drivers. That makes me believe that in a lot of cases the reason
for not disclosing the driver code is that publishing might put
the innocent and unprepared reader in danger of gastric ulcer and
eyecancer.
So I commit this change for health protection reasons.
The delta patch to 3.4-rc2-rt2 is appended below and can be found
here as incremental patches:
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/incr/patch-3.4-rc2-rt2-rt3.patch.xz
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/incr/patch-3.4-rc2-rt3-rt4.patch.xz
The RT patch against 3.4-rc2 can be found here:
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/patch-3.4-rc2-rt4.patch.xz
The split quilt queue is available at:
http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/patches-3.4-rc2-rt4.tar.xz
Enjoy,
tglx
---
Index: linux-3.4/kernel/rcutree_plugin.h
===================================================================
--- linux-3.4.orig/kernel/rcutree_plugin.h
+++ linux-3.4/kernel/rcutree_plugin.h
@@ -1914,6 +1914,9 @@ int rcu_needs_cpu(int cpu)
{
return rcu_cpu_has_callbacks(cpu);
}
+#endif /* !defined(CONFIG_RCU_FAST_NO_HZ) || defined(CONFIG_PREEMPT_RT_FULL) */
+
+#if !defined(CONFIG_RCU_FAST_NO_HZ)
/*
* Because we do not have RCU_FAST_NO_HZ, don't bother initializing for it.
@@ -1984,6 +1987,7 @@ static DEFINE_PER_CPU(struct hrtimer, rc
static ktime_t rcu_idle_gp_wait; /* If some non-lazy callbacks. */
static ktime_t rcu_idle_lazy_gp_wait; /* If only lazy callbacks. */
+#ifndef CONFIG_PREEMPT_RT_FULL
/*
* Allow the CPU to enter dyntick-idle mode if either: (1) There are no
* callbacks on this CPU, (2) this CPU has not yet attempted to enter
@@ -2001,6 +2005,7 @@ int rcu_needs_cpu(int cpu)
/* Otherwise, RCU needs the CPU only if it recently tried and failed. */
return per_cpu(rcu_dyntick_holdoff, cpu) == jiffies;
}
+#endif /* #ifndef CONFIG_PREEMPT_RT_FULL */
/*
* Does the specified flavor of RCU have non-lazy callbacks pending on
Index: linux-3.4/kernel/rtmutex.c
===================================================================
--- linux-3.4.orig/kernel/rtmutex.c
+++ linux-3.4/kernel/rtmutex.c
@@ -1282,7 +1282,7 @@ void __rt_mutex_init(struct rt_mutex *lo
debug_rt_mutex_init(lock, name);
}
-EXPORT_SYMBOL_GPL(__rt_mutex_init);
+EXPORT_SYMBOL(__rt_mutex_init);
/**
* rt_mutex_init_proxy_locked - initialize and lock a rt_mutex on behalf of a
Index: linux-3.4/kernel/sched/core.c
===================================================================
--- linux-3.4.orig/kernel/sched/core.c
+++ linux-3.4/kernel/sched/core.c
@@ -3206,7 +3206,7 @@ void migrate_disable(void)
p->migrate_disable = 1;
preempt_enable();
}
-EXPORT_SYMBOL_GPL(migrate_disable);
+EXPORT_SYMBOL(migrate_disable);
void migrate_enable(void)
{
@@ -3258,7 +3258,7 @@ void migrate_enable(void)
unpin_current_cpu();
preempt_enable();
}
-EXPORT_SYMBOL_GPL(migrate_enable);
+EXPORT_SYMBOL(migrate_enable);
#else
static inline void update_migrate_disable(struct task_struct *p) { }
#define migrate_disabled_updated(p) 0
Index: linux-3.4/localversion-rt
===================================================================
--- linux-3.4.orig/localversion-rt
+++ linux-3.4/localversion-rt
@@ -1 +1 @@
--rt2
+-rt4
next reply other threads:[~2012-04-13 12:11 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-13 12:11 Thomas Gleixner [this message]
2012-04-13 20:52 ` Frank Rowand
2012-04-15 20:20 ` Paul Gortmaker
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.1204131033240.2542@ionos \
--to=tglx@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@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
all inboxes | Powered by JetHome®