On Thu, Aug 13, 2009 at 04:14:58PM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-08-11 at 11:39 +0200, Bastian Blank wrote:
This patch just disables this driver on SMP kernels, as it is obviously
not supported.
Why not remove the #error instead ? :-) I don't think it's still
meaningful
The build of a PowerMac 32bit kernel currently fails with
error: #warning WARNING, CPUFREQ not recommended on SMP kernels
This patch just disables this driver on SMP kernels, as it is obviously
not supported.
Signed-off-by: Bastian Blank wa...@debian.org
diff --git a/arch/powerpc/platforms
On Wed, Jul 30, 2008 at 12:34:51PM +1000, Michael Ellerman wrote:
On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
* add_preferred_console - add a device to the list of preferred consoles.
...
* The last preferred console added will be used for kernel messages
* and stdin/out/err
On Wed, Jul 30, 2008 at 08:29:19AM +0200, Bastian Blank wrote:
Okay, so hvc_console is the culprit. It don't register a preferred
console if it knows it is not the first in the list.
The patch registers all available hvc consoles. It adds one struct
console for all possible hvc consoles
On Wed, Jul 30, 2008 at 04:13:47AM -0500, Milton Miller wrote:
On Wed Jul 30 at 17:34:38 EST in 2008, Bastian Blank wrote:
On Wed, Jul 30, 2008 at 08:29:19AM +0200, Bastian Blank wrote:
Okay, so hvc_console is the culprit. It don't register a preferred
console if it knows
On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
Hi
The powerpc lpar code adds a prefered console at a very early state,
during arch_setup. This runs even before the console setup from the
command line
On Tue, Jul 29, 2008 at 05:43:24PM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2008-07-29 at 09:36 +0200, Bastian Blank wrote:
On Tue, Jul 29, 2008 at 01:06:18PM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-07-28 at 20:56 +0200, Bastian Blank wrote:
Hi
The powerpc lpar
of the correct console on the
command line. The udbg console remains as boot console.
There is a different problem that the code does not pick up the correct
console because it uses a part (4) of the lpar device number (3004)
instead of the correct index 1.
Signed-off-by: Bastian Blank [EMAIL PROTECTED
and LDFLAGS similar to arch/s390/Makefile.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
index 1c6ce35..b267c60 100644
--- a/arch/powerpc/Makefile
+++ b/arch/powerpc/Makefile
@@ -63,9 +63,9 @@ endif
UTS_MACHINE := $(OLDARCH)
ifeq
Remove old definition of setup_per_cpu_areas.
The definition is done depending on the new config variable
HAVE_SETUP_PER_CPU_AREA.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/include/asm-powerpc/percpu.h b/include/asm-powerpc/percpu.h
index cc1cbf6..f309d34 100644
--- a/include
Fix ext4 bitops.
Signed-off-by: Bastian Blank [EMAIL PROTECTED]
diff --git a/include/asm-powerpc/bitops.h b/include/asm-powerpc/bitops.h
index 220d9a7..d0980df 100644
--- a/include/asm-powerpc/bitops.h
+++ b/include/asm-powerpc/bitops.h
@@ -363,6 +363,8 @@ unsigned long generic_find_next_le_bit
On Fri, Feb 01, 2008 at 09:16:15PM +0100, Bastian Blank wrote:
Remove old definition of setup_per_cpu_areas.
This was completely wrong. Lets try it again.
Adopt x86 percpu changes for powerpc and ia64.
dd5af90a7f3d79e04b7eace9a98644dbf2038f4d replaced the config variable
12 matches
Mail list logo
