Linus, Please do
git pull \ git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge There are four bug-fixes there. Three of them are to fix problems on PS3 and the fourth is to fix a problem on POWER6 machines. Thanks, Paul. arch/powerpc/kernel/ibmebus.c | 30 +++++++++--------------------- arch/powerpc/platforms/cell/spu_base.c | 24 +++++++++++++++--------- arch/powerpc/platforms/ps3/platform.h | 1 + arch/powerpc/platforms/ps3/repository.c | 29 +++++++++++++++++++++++++++++ arch/powerpc/platforms/ps3/spu.c | 2 ++ include/asm-powerpc/spu.h | 2 +- 6 files changed, 57 insertions(+), 31 deletions(-) commit d8612417b2f78767b96ca434b50d23e5cdfcde07 Author: Joachim Fenkes <[EMAIL PROTECTED]> Date: Wed Aug 29 18:15:17 2007 +0200 [POWERPC] ibmebus: Prevent bus_id collisions Previously, ibmebus derived a device's bus_id from its location code. The location code is not guaranteed to be unique, so we might get bus_id collisions if two devices share the same location code. The OFDT full_name, however, is unique, so we use that instead (truncating it on the left if it is too long). Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]> Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]> commit d51dd3de87026cb0ea1ea5f873f08e930053bfc5 Author: Geert Uytterhoeven <[EMAIL PROTECTED]> Date: Thu Sep 6 18:14:57 2007 +0200 [POWERPC] cell/PS3: Ignore storage devices that are still being probed On PS3, A storage device may show up in the repository before the hypervisor has finished probing: - If its type is not yet known, it shows up as PS3_DEV_TYPE_STOR_DUMMY, - If its regions are being probed, it shows up as having zero regions. If any of these happen, consider the device not yet present. The storage probe thread will retry later. This fixes the timing-dependent problem where a kernel booted from FLASH ROM sometimes cannot find the hard disk. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> Acked-by: Geoff Levand <[EMAIL PROTECTED]> Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]> commit ef8034d01a080e81488e9cf74052acf1e2a37bd0 Author: Jeremy Kerr <[EMAIL PROTECTED]> Date: Fri Sep 7 18:28:27 2007 +1000 [POWERPC] cell/PS3: Always set master run control bit in mfc_sr1_set At present, running any SPE program on the ps3 will trigger a BUG_ON when spufs_run_spu tries to clear the master run control bit, as lv1 does not make the master run control available to Linux. This change makes SPE apps work again by disabling changes to the master run control on PS3. Although we don't have the facility to disable a SPE with supervisor-level privileges, it's better than hitting the BUG_ON unconditionally. Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Acked-by: Masato Noguchi <[EMAIL PROTECTED]> Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]> commit b7f90a406ff72d6698b619210c205e3375dd099a Author: Masato Noguchi <[EMAIL PROTECTED]> Date: Fri Sep 7 18:28:27 2007 +1000 [POWERPC] cell/PS3: Fix a bug that causes the PS3 to hang on the SPU Class 0 interrupt. The Cell BE Architecture spec states that the SPU MFC Class 0 interrupt is edge-triggered. The current spu interrupt handler assumes this behavior and does not clear the interrupt status. The PS3 hypervisor visualizes all SPU interrupts as level, and on return from the interrupt handler the hypervisor will deliver a new virtual interrupt for any unmasked interrupts which for which the status has not been cleared. This fix clears the interrupt status in the interrupt handler. Signed-off-by: Masato Noguchi <[EMAIL PROTECTED]> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Acked-by: Arnd Bergmann <[EMAIL PROTECTED]> Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]> _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev