PREEMPT_RT patch on 85xx

PREEMPT_RT patch on 85xx

[Johan Borkhuis]

Hello,

I am trying to run Ingo's PREEMPT_RT patch on an MVME3100 (PPC 8540). 
But when I try to compile the kernel (version 2.6.20 with Motorola 
MVME3100 patch and patch-2.6.20-rt8) I get compile errors. I did find an 
extra patch-set for use with the powerpc architecture, but this set does 
not fix the ppc-architecture.

Is there another patch available, or did I miss some configuration 
option? Or is the PREEMPT_RT patch not (yet) available for the ppc 
architecture?

Kind regards,
    Johan Borkhuis

Re: PREEMPT_RT patch on 85xx

[Josh Boyer]

On Thu, 2007-04-19 at 14:11 +0200, Johan Borkhuis wrote:
> Hello,
> 
> I am trying to run Ingo's PREEMPT_RT patch on an MVME3100 (PPC 8540). 
> But when I try to compile the kernel (version 2.6.20 with Motorola 
> MVME3100 patch and patch-2.6.20-rt8) I get compile errors. I did find an 
> extra patch-set for use with the powerpc architecture, but this set does 
> not fix the ppc-architecture.
> 
> Is there another patch available, or did I miss some configuration 
> option? Or is the PREEMPT_RT patch not (yet) available for the ppc 
> architecture?

arch/ppc is dying a slow death and is being replaced by arch/powerpc.
This is likely why there is no ppc "backport".

josh

Re: PREEMPT_RT patch on 85xx

[Johan Borkhuis]

Josh,

Josh Boyer wrote:
> arch/ppc is dying a slow death and is being replaced by arch/powerpc.
> This is likely why there is no ppc "backport".
>   
Thanks for your answer. I was not aware that the ppc-branch was being 
replaced. For the board we use we just received a BSP that is based on 
the ppc-branch.

Is there some documentation available on the differences between the ppc 
and powerpc architecure, and on porting a bsp from ppc to powerpc?

Kind regards,
    Johan Borkhuis

Re: PREEMPT_RT patch on 85xx

[Pradyumna Sampath]

[-- Attachment #1: Type: text/plain, Size: 725 bytes --]

Hi Johan,

> Josh,
>
> Josh Boyer wrote:
> > arch/ppc is dying a slow death and is being replaced by arch/powerpc.
> > This is likely why there is no ppc "backport".
> >
> Thanks for your answer. I was not aware that the ppc-branch was being
> replaced. For the board we use we just received a BSP that is based on
> the ppc-branch.
>

I have been having some problems with getting RT_PREEMPT compiled for
my 52xx icecube board. Here is a patch that I created which compiles
for me. Just compiles and does not mean that the full RT_PREEMPT
functionality is available. :-)

However, PPC support for the CONFIG_RT_PREEMPT is currently broken and
I understand that the developers are working on this as we speak.

regards
Prady

[-- Attachment #2: patch-2.6.21-rc6-rt0-pr0 --]
[-- Type: application/octet-stream, Size: 5281 bytes --]

diff -u -r rc6-rt0/linux-2.6.20/arch/ppc/Kconfig linux-2.6.20/arch/ppc/Kconfig
--- rc6-rt0/linux-2.6.20/arch/ppc/Kconfig	2007-04-18 16:41:56.000000000 +0530
+++ linux-2.6.20/arch/ppc/Kconfig	2007-04-18 12:05:31.000000000 +0530
@@ -58,6 +58,14 @@
 	default y
 	depends on BUG
 
+config TRACE_IRQFLAGS_SUPPORT
+	bool
+	default y
+
+config GENERIC_TIME
+	bool
+	default y
+
 source "init/Kconfig"
 
 menu "Processor"
diff -u -r rc6-rt0/linux-2.6.20/arch/ppc/kernel/time.c linux-2.6.20/arch/ppc/kernel/time.c
--- rc6-rt0/linux-2.6.20/arch/ppc/kernel/time.c	2007-04-18 16:41:56.000000000 +0530
+++ linux-2.6.20/arch/ppc/kernel/time.c	2007-04-18 13:14:44.000000000 +0530
@@ -200,6 +200,7 @@
 /*
  * This version of gettimeofday has microsecond resolution.
  */
+#ifndef CONFIG_GENERIC_TIME
 void do_gettimeofday(struct timeval *tv)
 {
 	unsigned long flags;
@@ -282,6 +283,7 @@
 }
 
 EXPORT_SYMBOL(do_settimeofday);
+#endif /* !CONFIG_GENERIC_TIME */
 
 /* This function is only called on the boot processor */
 void __init time_init(void)
Only in linux-2.6.20/: .config
Only in linux-2.6.20/: .config.old
diff -u -r rc6-rt0/linux-2.6.20/drivers/mtd/maps/Kconfig linux-2.6.20/drivers/mtd/maps/Kconfig
--- rc6-rt0/linux-2.6.20/drivers/mtd/maps/Kconfig	2007-04-18 16:41:41.000000000 +0530
+++ linux-2.6.20/drivers/mtd/maps/Kconfig	2007-04-18 15:21:31.000000000 +0530
@@ -374,6 +374,18 @@
 	  Redwood board. If you have one of these boards and would like to
 	  use the flash chips on it, say 'Y'.
 
+config MTD_LITE5200
+	tristate "CFI Flash devices mapped on Metrowerks Lite5200"
+	depends on MTD_CFI && PPC_MPC52xx && LITE5200
+
+config MTD_LITE5200B
+	tristate "CFI Flash devices mapped on Freescale Lite5200B"
+	depends on MTD_CFI && PPC_MPC52xx && LITE5200B
+
+config MTD_MEDIA5200
+	tristate "CFI Flash devices mapped on Freescale Media5200"
+	depends on MTD_CFI && PPC_MPC52xx && MEDIA5200
+
 config MTD_TQM834x
 	tristate "Flash device mapped on TQ Components TQM834x Boards"
 	depends on MTD_CFI && TQM834x
Only in linux-2.6.20/drivers/mtd/maps: Kconfig.orig
Only in linux-2.6.20/drivers/mtd/maps: lite5200.c
diff -u -r rc6-rt0/linux-2.6.20/drivers/mtd/maps/Makefile linux-2.6.20/drivers/mtd/maps/Makefile
--- rc6-rt0/linux-2.6.20/drivers/mtd/maps/Makefile	2007-02-05 00:14:54.000000000 +0530
+++ linux-2.6.20/drivers/mtd/maps/Makefile	2007-04-18 15:21:31.000000000 +0530
@@ -51,6 +51,10 @@
 obj-$(CONFIG_MTD_IMPA7)		+= impa7.o
 obj-$(CONFIG_MTD_FORTUNET)	+= fortunet.o
 obj-$(CONFIG_MTD_REDWOOD)	+= redwood.o
+obj-$(CONFIG_MTD_LITE5200)	+= lite5200.o
+obj-$(CONFIG_MTD_LITE5200B)	+= lite5200.o
+obj-$(CONFIG_MTD_MEDIA5200)	+= media5200.o
+obj-$(CONFIG_MTD_CHESTNUT)	+= chestnut.o
 obj-$(CONFIG_MTD_UCLINUX)	+= uclinux.o
 obj-$(CONFIG_MTD_NETtel)	+= nettel.o
 obj-$(CONFIG_MTD_SCB2_FLASH)	+= scb2_flash.o
Only in linux-2.6.20/drivers/mtd/maps: Makefile.orig
Only in linux-2.6.20/drivers/mtd/maps: media5200.c
Only in linux-2.6.20/include: asm
diff -u -r rc6-rt0/linux-2.6.20/include/asm-powerpc/irqflags.h linux-2.6.20/include/asm-powerpc/irqflags.h
--- rc6-rt0/linux-2.6.20/include/asm-powerpc/irqflags.h	2007-02-05 00:14:54.000000000 +0530
+++ linux-2.6.20/include/asm-powerpc/irqflags.h	2007-04-18 12:05:08.000000000 +0530
@@ -14,14 +14,18 @@
  * Get definitions for raw_local_save_flags(x), etc.
  */
 #include <asm-powerpc/hw_irq.h>
-
 /*
  * Do the CPU's IRQ-state tracing from assembly code. We call a
  * C function, so save all the C-clobbered registers:
  */
 #ifdef CONFIG_TRACE_IRQFLAGS
 
-#error No support on PowerPC yet for CONFIG_TRACE_IRQFLAGS
+//#error No support on PowerPC yet for CONFIG_TRACE_IRQFLAGS
+#define TRACE_IRQS_ON 			\
+	bl	trace_hardirqs_on;	\
+
+#define	TRACE_IRQS_OFF			\
+	bl	trace_hardirqs_off;	\
 
 #else
 # define TRACE_IRQS_ON
Only in linux-2.6.20/include: config
Only in linux-2.6.20/include/linux: autoconf.h
Only in linux-2.6.20/include/linux: utsrelease.h
Only in linux-2.6.20/include/linux: version.h
diff -u -r rc6-rt0/linux-2.6.20/Makefile linux-2.6.20/Makefile
--- rc6-rt0/linux-2.6.20/Makefile	2007-04-18 16:41:56.000000000 +0530
+++ linux-2.6.20/Makefile	2007-04-18 16:39:07.000000000 +0530
@@ -1,8 +1,8 @@
 VERSION = 2
 PATCHLEVEL = 6
 SUBLEVEL = 21
-EXTRAVERSION = -rc6-rt0
-NAME = Nocturnal Monster Puppy
+EXTRAVERSION = -rc6-rt0-pr0
+NAME = incrc black dustbins
 
 # *DOCUMENTATION*
 # To see a list of typical targets execute "make help"
Only in linux-2.6.20/: Module.symvers
Only in linux-2.6.20/scripts/basic: docproc
Only in linux-2.6.20/scripts/basic: fixdep
Only in linux-2.6.20/scripts: conmakehash
Only in linux-2.6.20/scripts/genksyms: genksyms
Only in linux-2.6.20/scripts/genksyms: keywords.c
Only in linux-2.6.20/scripts/genksyms: lex.c
Only in linux-2.6.20/scripts/genksyms: parse.c
Only in linux-2.6.20/scripts/genksyms: parse.h
Only in linux-2.6.20/scripts: kallsyms
Only in linux-2.6.20/scripts/kconfig: conf
Only in linux-2.6.20/scripts/kconfig: lex.zconf.c
Only in linux-2.6.20/scripts/kconfig: mconf
Only in linux-2.6.20/scripts/kconfig: zconf.hash.c
Only in linux-2.6.20/scripts/kconfig: zconf.tab.c
Only in linux-2.6.20/scripts/mod: elfconfig.h
Only in linux-2.6.20/scripts/mod: mk_elfconfig
Only in linux-2.6.20/scripts/mod: modpost
Only in linux-2.6.20/scripts: trace-it
Only in linux-2.6.20/: .version