linux-yocto-rt: fix qemumips boot

Richard/Saul,

Just a minor tweak of the -rt SRCREVs to pickup a fix that we got overnight that enables qemumips to boot from the prompt.

The following changes since commit 6c2b7beac3cd23ed44bd3e195c6360a0932876bf:

classes/sanity: enhance the network connectivity test (2011-08-25 08:51:30 -0700)

are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/kernel-oe
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-oe

Bruce Ashfield (1):
linux-yocto-rt: qemumips: fix boot panic

 meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

1.7.4.1

Fixes [YOCTO #1392]

Updating the SRCREVs to pickup:

[
mips/rt: convert cascade interrupt non threaded

The preempt_rt kernel forces all irq interrupts to be threaded, but special interrupts can be excluded from this conversion. The cascade interrupt should be part of these exceptions.

In this case, irq2 is initialized before "kthreadd" task, which converts irq interrupt to threaded.

If this irq is threaded, the kernel calls "try_to_wake_up" function to wake up "kthreadd" task, but at that moment, "kthreadd" task has no been initialize and try_to_wake_up wakes up a NULL task.

]

---
 meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

index 16daddf..2bee543 100644
@@ -14,8 +14,8 @@ KBRANCH_qemuppc = "yocto/standard/preempt-rt/qemu-ppc32"
 LINUX_VERSION ?= "3.0.3"
 LINUX_KERNEL_TYPE = "preempt-rt"
 
-SRCREV_machine ?= "67ce0924042a2faa12b71ac3e92175c789c32af6"
-SRCREV_machine_qemuppc ?= "839638f4efda0c70c6f491161ab2c042f5bc3e66"
+SRCREV_machine ?= "c86423d29c94525d18ef1c9b6c025f733c1e8252"
+SRCREV_machine_qemuppc ?= "ccb47c9e8d85dc00ccd28bc6819d7769e2c11cb3"
 SRCREV_meta ?= "5b535279e61197cb194bb2dfceb8b7a04128387c"
 
 PR = "r0"

1.7.4.1

s/from/to/

But you knew what I meant.

Bruce

"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"

Merged to master, thanks.

Richard