* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
@ 2007-02-07 4:14 ` Grant Likely
2007-02-07 4:25 ` Olof Johansson
` (7 subsequent siblings)
8 siblings, 0 replies; 25+ messages in thread
From: Grant Likely @ 2007-02-07 4:14 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Paul,
Could you also pull this patch?
http://patchwork.ozlabs.org/linuxppc/patch?id=8612
I had (tried to) repost it to the list on Jan 24; but I looks like my
mailer ate it. :(
Thanks,
g.
On 2/6/07, Paul Mackerras <paulus@samba.org> wrote:
> The following is the list of commits that I have in the powerpc.git
> tree, and which I plan to ask Linus to pull tomorrow. If anyone
> thinks any of these should *not* go in, let me know quickly.
>
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know. I have put in all
> the patches I know about that don't seem to be still under discussion.
>
> (Note that Geoff Levand's "[PATCH 1/16] ps3: inform incomplete" isn't
> listed here, because it's already upstream in Linus' tree.)
>
> Paul.
>
> arch/powerpc/Kconfig | 30
> arch/powerpc/Kconfig.debug | 18
> arch/powerpc/boot/Makefile | 1
> arch/powerpc/boot/dts/mpc8272ads.dts | 55 -
> arch/powerpc/boot/dts/mpc8323emds.dts | 345 +++++
> arch/powerpc/boot/dts/mpc8560ads.dts | 10
> arch/powerpc/boot/dts/mpc866ads.dts | 162 ++
> arch/powerpc/boot/dts/mpc885ads.dts | 185 +++
> arch/powerpc/configs/celleb_defconfig | 1408 +++++++++++++++++++++
> arch/powerpc/configs/mpc8272_ads_defconfig | 848 +++++++++++++
> arch/powerpc/configs/mpc832xemds_defconfig | 1083 ++++++++++++++++
> arch/powerpc/configs/mpc834x_itx_defconfig | 7
> arch/powerpc/configs/mpc834x_mds_defconfig | 3
> arch/powerpc/configs/mpc8360emds_defconfig | 3
> arch/powerpc/configs/mpc866_ads_defconfig | 829 +++++++++++++
> arch/powerpc/configs/mpc885_ads_defconfig | 827 ++++++++++++
> arch/powerpc/configs/pasemi_defconfig | 1722 ++++++++++++++++++++++++++
> arch/powerpc/configs/ps3_defconfig | 240 +++-
> arch/powerpc/kernel/Makefile | 1
> arch/powerpc/kernel/cpu_setup_pa6t.S | 44 +
> arch/powerpc/kernel/cputable.c | 21
> arch/powerpc/kernel/entry_64.S | 59 -
> arch/powerpc/kernel/head_32.S | 5
> arch/powerpc/kernel/head_64.S | 2
> arch/powerpc/kernel/iomap.c | 20
> arch/powerpc/kernel/irq.c | 2
> arch/powerpc/kernel/misc_64.S | 40 +
> arch/powerpc/kernel/module_32.c | 7
> arch/powerpc/kernel/pci_32.c | 1
> arch/powerpc/kernel/pci_64.c | 1
> arch/powerpc/kernel/pmc.c | 37 -
> arch/powerpc/kernel/ppc_ksyms.c | 1
> arch/powerpc/kernel/prom.c | 18
> arch/powerpc/kernel/ptrace.c | 24
> arch/powerpc/kernel/sysfs.c | 141 +-
> arch/powerpc/kernel/traps.c | 2
> arch/powerpc/kernel/udbg.c | 4
> arch/powerpc/kernel/udbg_16550.c | 24
> arch/powerpc/kernel/vio.c | 6
> arch/powerpc/lib/Makefile | 2
> arch/powerpc/lib/dma-noncoherent.c | 24
> arch/powerpc/lib/rheap.c | 3
> arch/powerpc/mm/hugetlbpage.c | 3
> arch/powerpc/mm/mem.c | 20
> arch/powerpc/mm/pgtable_32.c | 5
> arch/powerpc/oprofile/common.c | 2
> arch/powerpc/oprofile/op_model_7450.c | 10
> arch/powerpc/oprofile/op_model_fsl_booke.c | 81 +
> arch/powerpc/oprofile/op_model_power4.c | 10
> arch/powerpc/oprofile/op_model_rs64.c | 10
> arch/powerpc/platforms/82xx/mpc82xx.c | 2
> arch/powerpc/platforms/82xx/mpc82xx_ads.c | 2
> arch/powerpc/platforms/82xx/pq2ads.h | 5
> arch/powerpc/platforms/83xx/misc.c | 29
> arch/powerpc/platforms/83xx/mpc832x_mds.c | 3
> arch/powerpc/platforms/83xx/mpc834x_itx.c | 2
> arch/powerpc/platforms/83xx/mpc834x_sys.c | 2
> arch/powerpc/platforms/83xx/mpc8360e_pb.c | 3
> arch/powerpc/platforms/86xx/Kconfig | 1
> arch/powerpc/platforms/86xx/mpc86xx_smp.c | 1
> arch/powerpc/platforms/8xx/Kconfig | 300 +----
> arch/powerpc/platforms/8xx/Makefile | 6
> arch/powerpc/platforms/8xx/m8xx_setup.c | 303 +++++
> arch/powerpc/platforms/8xx/mpc86xads.h | 95 +
> arch/powerpc/platforms/8xx/mpc86xads_setup.c | 301 +++++
> arch/powerpc/platforms/8xx/mpc885ads.h | 95 +
> arch/powerpc/platforms/8xx/mpc885ads_setup.c | 387 ++++++
> arch/powerpc/platforms/Makefile | 3
> arch/powerpc/platforms/cell/Makefile | 7
> arch/powerpc/platforms/cell/spu_base.c | 3
> arch/powerpc/platforms/cell/spu_manage.c | 420 ++++++
> arch/powerpc/platforms/cell/spu_priv1_mmio.c | 422 ------
> arch/powerpc/platforms/celleb/Makefile | 9
> arch/powerpc/platforms/celleb/beat.c | 163 ++
> arch/powerpc/platforms/celleb/beat.h | 40 +
> arch/powerpc/platforms/celleb/beat_syscall.h | 160 ++
> arch/powerpc/platforms/celleb/beat_wrapper.h | 220 +++
> arch/powerpc/platforms/celleb/htab.c | 311 +++++
> arch/powerpc/platforms/celleb/hvCall.S | 287 ++++
> arch/powerpc/platforms/celleb/interrupt.c | 274 ++++
> arch/powerpc/platforms/celleb/interrupt.h | 33
> arch/powerpc/platforms/celleb/iommu.c | 104 ++
> arch/powerpc/platforms/celleb/pci.c | 481 +++++++
> arch/powerpc/platforms/celleb/pci.h | 35 +
> arch/powerpc/platforms/celleb/scc.h | 145 ++
> arch/powerpc/platforms/celleb/scc_epci.c | 409 ++++++
> arch/powerpc/platforms/celleb/scc_sio.c | 101 ++
> arch/powerpc/platforms/celleb/scc_uhc.c | 94 +
> arch/powerpc/platforms/celleb/setup.c | 191 +++
> arch/powerpc/platforms/celleb/smp.c | 124 ++
> arch/powerpc/platforms/celleb/spu_priv1.c | 208 +++
> arch/powerpc/platforms/celleb/udbg_beat.c | 97 +
> arch/powerpc/platforms/embedded6xx/Kconfig | 9
> arch/powerpc/platforms/maple/pci.c | 23
> arch/powerpc/platforms/maple/setup.c | 3
> arch/powerpc/platforms/pasemi/Kconfig | 10
> arch/powerpc/platforms/pasemi/Makefile | 3
> arch/powerpc/platforms/pasemi/idle.c | 88 +
> arch/powerpc/platforms/pasemi/iommu.c | 281 ++++
> arch/powerpc/platforms/pasemi/pasemi.h | 12
> arch/powerpc/platforms/pasemi/pci.c | 13
> arch/powerpc/platforms/pasemi/powersave.S | 80 +
> arch/powerpc/platforms/pasemi/setup.c | 105 +-
> arch/powerpc/platforms/powermac/smp.c | 1
> arch/powerpc/platforms/ps3/Makefile | 1
> arch/powerpc/platforms/ps3/htab.c | 1
> arch/powerpc/platforms/ps3/interrupt.c | 442 ++++---
> arch/powerpc/platforms/ps3/mm.c | 1
> arch/powerpc/platforms/ps3/os-area.c | 22
> arch/powerpc/platforms/ps3/platform.h | 151 ++
> arch/powerpc/platforms/ps3/repository.c | 220 +++
> arch/powerpc/platforms/ps3/setup.c | 19
> arch/powerpc/platforms/ps3/smp.c | 3
> arch/powerpc/platforms/ps3/spu.c | 20
> arch/powerpc/platforms/ps3/system-bus.c | 34 -
> arch/powerpc/platforms/pseries/eeh.c | 19
> arch/powerpc/platforms/pseries/eeh_driver.c | 3
> arch/powerpc/platforms/pseries/lpar.c | 51 +
> arch/powerpc/platforms/pseries/pci.c | 2
> arch/powerpc/sysdev/Makefile | 2
> arch/powerpc/sysdev/commproc.c | 398 ++++++
> arch/powerpc/sysdev/cpm2_pic.c | 154 +-
> arch/powerpc/sysdev/cpm2_pic.h | 2
> arch/powerpc/sysdev/fsl_soc.c | 274 ++++
> arch/powerpc/sysdev/grackle.c | 2
> arch/powerpc/sysdev/ipic.c | 17
> arch/powerpc/sysdev/micropatch.c | 743 +++++++++++
> arch/powerpc/sysdev/mpc8xx_pic.c | 197 +++
> arch/powerpc/sysdev/mpc8xx_pic.h | 12
> arch/powerpc/sysdev/mpic.c | 66 +
> arch/powerpc/sysdev/qe_lib/qe_ic.c | 6
> arch/ppc/Kconfig | 9
> arch/ppc/boot/simple/Makefile | 4
> arch/ppc/boot/simple/misc.c | 15
> arch/ppc/configs/gemini_defconfig | 618 ---------
> arch/ppc/kernel/Makefile | 1
> arch/ppc/kernel/head.S | 18
> arch/ppc/kernel/ppc_ksyms.c | 1
> arch/ppc/mm/pgtable.c | 5
> arch/ppc/platforms/Makefile | 1
> arch/ppc/platforms/gemini.h | 165 --
> arch/ppc/platforms/gemini_pci.c | 41 -
> arch/ppc/platforms/gemini_prom.S | 90 -
> arch/ppc/platforms/gemini_serial.h | 40 -
> arch/ppc/platforms/gemini_setup.c | 577 ---------
> arch/ppc/platforms/mpc866ads_setup.c | 2
> arch/ppc/syslib/Makefile | 1
> arch/ppc/syslib/ppc85xx_rio.c | 2
> arch/ppc/xmon/start.c | 5
> drivers/char/Kconfig | 7
> drivers/char/Makefile | 1
> drivers/char/hvc_beat.c | 134 ++
> drivers/net/fs_enet/fs_enet.h | 1
> drivers/net/gianfar_ethtool.c | 2
> drivers/ps3/Makefile | 1
> drivers/ps3/vuart.c | 4
> drivers/ps3/vuart.h | 38 -
> drivers/serial/cpm_uart/cpm_uart_cpm1.c | 15
> drivers/serial/cpm_uart/cpm_uart_cpm1.h | 3
> drivers/serial/cpm_uart/cpm_uart_cpm2.h | 3
> include/asm-powerpc/cputable.h | 13
> include/asm-powerpc/dcr.h | 1
> include/asm-powerpc/elf.h | 2
> include/asm-powerpc/firmware.h | 9
> include/asm-powerpc/fs_pd.h | 49 +
> include/asm-powerpc/hvcall.h | 1
> include/asm-powerpc/io.h | 6
> include/asm-powerpc/iommu.h | 1
> include/asm-powerpc/ipic.h | 2
> include/asm-powerpc/irq.h | 3
> include/asm-powerpc/mmu.h | 1
> include/asm-powerpc/mpc8260.h | 24
> include/asm-powerpc/mpc8xx.h | 28
> include/asm-powerpc/mpic.h | 24
> include/asm-powerpc/oprofile_impl.h | 89 -
> include/asm-powerpc/pci-bridge.h | 2
> include/asm-powerpc/ps3.h | 225 +--
> include/asm-powerpc/reg.h | 14
> include/asm-powerpc/smp.h | 1
> include/asm-powerpc/spu.h | 13
> include/asm-powerpc/spu_priv1.h | 2
> include/asm-powerpc/time.h | 2
> include/asm-powerpc/udbg.h | 2
> include/asm-ppc/commproc.h | 1
> include/asm-ppc/ibm4xx.h | 1
> include/asm-ppc/m48t35.h | 77 -
> include/asm-ppc/reg_booke.h | 2
> include/asm-ppc/serial.h | 2
> include/linux/log2.h | 11
> include/linux/sysdev.h | 12
> 190 files changed, 16855 insertions(+), 3343 deletions(-)
> create mode 100644 arch/powerpc/boot/dts/mpc8323emds.dts
> create mode 100644 arch/powerpc/boot/dts/mpc866ads.dts
> create mode 100644 arch/powerpc/boot/dts/mpc885ads.dts
> create mode 100644 arch/powerpc/configs/celleb_defconfig
> create mode 100644 arch/powerpc/configs/mpc8272_ads_defconfig
> create mode 100644 arch/powerpc/configs/mpc832xemds_defconfig
> create mode 100644 arch/powerpc/configs/mpc866_ads_defconfig
> create mode 100644 arch/powerpc/configs/mpc885_ads_defconfig
> create mode 100644 arch/powerpc/configs/pasemi_defconfig
> create mode 100644 arch/powerpc/kernel/cpu_setup_pa6t.S
> rename arch/{ppc/kernel/dma-mapping.c => powerpc/lib/dma-noncoherent.c} (95%)
> create mode 100644 arch/powerpc/platforms/8xx/Makefile
> create mode 100644 arch/powerpc/platforms/8xx/m8xx_setup.c
> create mode 100644 arch/powerpc/platforms/8xx/mpc86xads.h
> create mode 100644 arch/powerpc/platforms/8xx/mpc86xads_setup.c
> create mode 100644 arch/powerpc/platforms/8xx/mpc885ads.h
> create mode 100644 arch/powerpc/platforms/8xx/mpc885ads_setup.c
> create mode 100644 arch/powerpc/platforms/cell/spu_manage.c
> create mode 100644 arch/powerpc/platforms/celleb/Makefile
> create mode 100644 arch/powerpc/platforms/celleb/beat.c
> create mode 100644 arch/powerpc/platforms/celleb/beat.h
> create mode 100644 arch/powerpc/platforms/celleb/beat_syscall.h
> create mode 100644 arch/powerpc/platforms/celleb/beat_wrapper.h
> create mode 100644 arch/powerpc/platforms/celleb/htab.c
> create mode 100644 arch/powerpc/platforms/celleb/hvCall.S
> create mode 100644 arch/powerpc/platforms/celleb/interrupt.c
> create mode 100644 arch/powerpc/platforms/celleb/interrupt.h
> create mode 100644 arch/powerpc/platforms/celleb/iommu.c
> create mode 100644 arch/powerpc/platforms/celleb/pci.c
> create mode 100644 arch/powerpc/platforms/celleb/pci.h
> create mode 100644 arch/powerpc/platforms/celleb/scc.h
> create mode 100644 arch/powerpc/platforms/celleb/scc_epci.c
> create mode 100644 arch/powerpc/platforms/celleb/scc_sio.c
> create mode 100644 arch/powerpc/platforms/celleb/scc_uhc.c
> create mode 100644 arch/powerpc/platforms/celleb/setup.c
> create mode 100644 arch/powerpc/platforms/celleb/smp.c
> create mode 100644 arch/powerpc/platforms/celleb/spu_priv1.c
> create mode 100644 arch/powerpc/platforms/celleb/udbg_beat.c
> create mode 100644 arch/powerpc/platforms/pasemi/Kconfig
> create mode 100644 arch/powerpc/platforms/pasemi/idle.c
> create mode 100644 arch/powerpc/platforms/pasemi/iommu.c
> create mode 100644 arch/powerpc/platforms/pasemi/powersave.S
> rename drivers/ps3/system-bus.c => arch/powerpc/platforms/ps3/system-bus.c (94%)
> create mode 100644 arch/powerpc/sysdev/commproc.c
> create mode 100644 arch/powerpc/sysdev/micropatch.c
> create mode 100644 arch/powerpc/sysdev/mpc8xx_pic.c
> create mode 100644 arch/powerpc/sysdev/mpc8xx_pic.h
> delete mode 100644 arch/ppc/configs/gemini_defconfig
> delete mode 100644 arch/ppc/platforms/gemini.h
> delete mode 100644 arch/ppc/platforms/gemini_pci.c
> delete mode 100644 arch/ppc/platforms/gemini_prom.S
> delete mode 100644 arch/ppc/platforms/gemini_serial.h
> delete mode 100644 arch/ppc/platforms/gemini_setup.c
> create mode 100644 drivers/char/hvc_beat.c
> create mode 100644 include/asm-powerpc/mpc8260.h
> create mode 100644 include/asm-powerpc/mpc8xx.h
> delete mode 100644 include/asm-ppc/m48t35.h
>
> Adrian Bunk (1):
> [POWERPC] Remove the broken Gemini support
>
> Akinobu Mita (1):
> [POWERPC] Use is_init() instead of pid==1
>
> Anton Blanchard (1):
> [POWERPC] Move ELF_ET_DYN_BASE up to 512MB point
>
> Benjamin Herrenschmidt (2):
> [POWERPC] ps3: system bus minor mmio fix
> [POWERPC] ps3: cleanup interrupt bmp routines
>
> David Gibson (1):
> [POWERPC] Compile fixes for arch/powerpc dcr code
>
> David Woodhouse (1):
> [POWERPC] Mask 32-bit system call arguments to 32 bits on PPC64 in audit code
>
> Geert Uytterhoeven (3):
> [POWERPC] ps3: repository storage support
> [POWERPC] ps3: add interrupt alloc for outlets
> [POWERPC] ps3: get av_multi_out params
>
> Geoff Levand (14):
> [POWERPC] ps3: repository misc fixes
> [POWERPC] ps3: fix struct alignment attributes
> [POWERPC] ps3: rename interrupt symbols
> [POWERPC] ps3: smp interrupt fixes
> [POWERPC] ps3: bind interrupt to cpu
> [POWERPC] ps3: fix interrupt bmp
> [POWERPC] ps3: remove cpuinfo
> [POWERPC] ps3: get firmware version
> [POWERPC] ps3: remove unneeded header include
> [POWERPC] ps3: ps3_defconfig updates
> [POWERPC] PS3: Move system bus to platform directory
> [POWERPC] PS3: Move vuart declarations to ps3.h
> [POWERPC] PS3: Fix DMA scatter-gather
> [POWERPC] PS3: Enable USB mass storage
>
> Ishizaki Kou (20):
> [POWERPC] spufs: Add SPU register lock
> [POWERPC] TLB insertion cleanup
> [POWERPC] Fix oprofile support on Cell LPAR
> [POWERPC] Add a field for each specific bus to struct pci_controller
> [POWERPC] Add IRQ remapping hook
> [POWERPC] Celleb: hypervisor call numbers
> [POWERPC] Celleb: Cell SCC definitions
> [POWERPC] Celleb: Support PCI bus and base of I/O
> [POWERPC] Celleb: setup sio in SCC
> [POWERPC] Celleb: interfaces to the hypervisor
> [POWERPC] Celleb: support interrupts
> [POWERPC] Celleb: setup usb host controller in SCC
> [POWERPC] Celleb: support iommu
> [POWERPC] Celleb: htab routines
> [POWERPC] Celleb: support udbg
> [POWERPC] Celleb: hypervisor console driver
> [POWERPC] Celleb: consolidate spu management ops
> [POWERPC] Celleb: support spu priv1 ops
> [POWERPC] Celleb: basic support
> [POWERPC] Celleb: add celleb_defconfig
>
> Jiri Kosina (2):
> [POWERPC] 86xx: local_irq_disable() is redundant after local_irq_save()
> [POWERPC] powermac: local_irq_disable() is redundant after local_irq_save()
>
> Kim Phillips (2):
> [POWERPC] 83xx: Add the mpc832xemds defconfig
> [POWERPC] 83xx: Add the mpc8323emds.dts
>
> Kumar Gala (6):
> [POWERPC] 83xx: Fix Kconfig to only enable FP math emulation for the MPC832x
> [POWERPC] 83xx: Don't call ioremap in the reset function
> [POWERPC] 83xx: Make platform *_init_IRQ() static
> [POWERPC] 83xx: Return a point to the struct ipic from ipic_init()
> [POWERPC] Remove fastcall function attribute
> [POWERPC] Enable stack debug features on ppc32
>
> Li Yang (1):
> [POWERPC] 83xx: Fix compiler warnings on 836x and 832x
>
> Linas Vepstas (2):
> [POWERPC] Clarify EEH error message
> [POWERPC] pSeries: EEH improperly enabled for some Power4 systems
>
> Livio Soares (1):
> [POWERPC] Fix performance monitor exception
>
> Mariusz Kozlowski (6):
> [POWERPC] arch/ppc/kernel/prom.c of_node_(get|put) cleanup
> [POWERPC] arch/powerpc/kernel/vio.c of_node_put cleanup
> [POWERPC] arch/powerpc/sysdev/ipic.c of_node_get cleanup
> [POWERPC] arch/powerpc/sysdev/mpic.c of_node_get cleanup
> [POWERPC] arch/powerpc/sysdev/qe_lib of_node_get cleanup
> [POWERPC] arch/powerpc/sysdev/cpm2_pic.c of_node_get cleanup
>
> Michael Neuling (1):
> [POWERPC] remove unused CPU_FTRS_POWER6X
>
> Michal Ostrowski (1):
> [POWERPC] Do not write virq back to PCI config space
>
> Nathan Lynch (3):
> [POWERPC] maple: improve CPC9x5 host bridge detection
> [POWERPC] Maple: don't override bus-range supplied by firmware
> [POWERPC] Maple: use mmio nvram
>
> Olaf Hering (1):
> [POWERPC] Update fixup_winbond_82c105 comment
>
> Olof Johansson (13):
> [POWERPC] Oprofile cleanup
> [POWERPC] Add PMC type to cputable
> [POWERPC] Introduce _SYSDEV_ATTR
> [POWERPC] PA6T PMC support
> [POWERPC] MPIC: support more than 256 sources
> [POWERPC] pasemi: UART udbg support
> [POWERPC] pasemi: Machine check handler
> [POWERPC] pasemi: Idle loops
> [POWERPC] pasemi: Implement restart
> [POWERPC] pasemi: SMP timebase sync
> [POWERPC] pasemi: Configure DMA controller interrupts
> [POWERPC] pasemi: iommu support
> [POWERPC] pasemi: defconfig
>
> Paul Gortmaker (1):
> [POWERPC] Select DEFAULT_UIMAGE for HPC-NET/8641
>
> Paul Mackerras (2):
> [POWERPC] Clear RI bit in MSR before restoring r13 when returning to userspace
> [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call
>
> Pavel Roskin (1):
> [POWERPC] Assign all PCI busses on G3 Blue & White
>
> Robert P. J. Day (2):
> [POWERPC] Fix apparent typo "CONFIG_SERIAL_CPM_SMC".
> [POWERPC] Add "is_power_of_2" checking to log2.h.
>
> Simon Vallet (1):
> [POWERPC] Add support for R_PPC_ADDR16_HI relocations
>
> Timur Tabi (1):
> [POWERPC] Fix array indexing error in rheap grow()
>
> Vitaly Bordug (10):
> [POWERPC] cpm_uart: OF-related fix for CPM1
> [POWERPC] 8xx: platform specific mmu updates
> [POWERPC] 8xx: generic 8xx code arch/powerpc port
> [POWERPC] 8xx: platform related changes to the fsl_soc
> [POWERPC] 8xx: powerpc port of core CPM PIC
> [POWERPC] 8xx: Add mpc885ads support and common mpc8xx files
> [POWERPC] Add mpc866ads board-specific bits to arch/powerpc
> [POWERPC] cpm2: CPM2 interrupt controller fix
> [POWERPC] Fix kernel build errors for mpc8272ads and mpc8560ads
> [POWERPC] mpc8272ads: defconfig
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
2007-02-07 4:14 ` Grant Likely
@ 2007-02-07 4:25 ` Olof Johansson
2007-02-07 4:55 ` Stephen Rothwell
` (6 subsequent siblings)
8 siblings, 0 replies; 25+ messages in thread
From: Olof Johansson @ 2007-02-07 4:25 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
On Wed, Feb 07, 2007 at 03:03:13PM +1100, Paul Mackerras wrote:
> The following is the list of commits that I have in the powerpc.git
> tree, and which I plan to ask Linus to pull tomorrow. If anyone
> thinks any of these should *not* go in, let me know quickly.
[...]
> [POWERPC] pasemi: Configure DMA controller interrupts
I agreed with Ben that this one should go in the driver instead, but I
didn't repost the series without it.
It's no big deal that it's in there right now, I'll back it out in the
same patch that adds it to the driver.
Thanks,
-Olof
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
2007-02-07 4:14 ` Grant Likely
2007-02-07 4:25 ` Olof Johansson
@ 2007-02-07 4:55 ` Stephen Rothwell
2007-02-07 16:38 ` Will Schmidt
2007-02-07 6:38 ` Pavel Fedin
` (5 subsequent siblings)
8 siblings, 1 reply; 25+ messages in thread
From: Stephen Rothwell @ 2007-02-07 4:55 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 403 bytes --]
On Wed, 7 Feb 2007 15:03:13 +1100 Paul Mackerras <paulus@samba.org> wrote:
>
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know.
How about "Fix ppc64's writing to struct file_operations" sent to you
yesterday by Andrew Morton.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 4:55 ` Stephen Rothwell
@ 2007-02-07 16:38 ` Will Schmidt
2007-02-07 23:42 ` Stephen Rothwell
0 siblings, 1 reply; 25+ messages in thread
From: Will Schmidt @ 2007-02-07 16:38 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linuxppc-dev, Paul Mackerras
On Wed, 2007-07-02 at 15:55 +1100, Stephen Rothwell wrote:
> On Wed, 7 Feb 2007 15:03:13 +1100 Paul Mackerras <paulus@samba.org> wrote:
> >
> > If anyone has patches not listed here that they want in 2.6.21, please
> > let me or the relevant sub-arch maintainer know.
>
> How about "Fix ppc64's writing to struct file_operations" sent to you
> yesterday by Andrew Morton.
>
Is this the lparcfg fops .write changes that came across LKML
mid-January? I didnt notice any references to it here..
-Will
> --
> Cheers,
> Stephen Rothwell sfr@canb.auug.org.au
> http://www.canb.auug.org.au/~sfr/
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 16:38 ` Will Schmidt
@ 2007-02-07 23:42 ` Stephen Rothwell
0 siblings, 0 replies; 25+ messages in thread
From: Stephen Rothwell @ 2007-02-07 23:42 UTC (permalink / raw)
To: will_schmidt; +Cc: linuxppc-dev, Paul Mackerras
On Wed, 07 Feb 2007 10:38:30 -0600 Will Schmidt <will_schmidt@vnet.ibm.com> wrote:
>
> On Wed, 2007-07-02 at 15:55 +1100, Stephen Rothwell wrote:
> > On Wed, 7 Feb 2007 15:03:13 +1100 Paul Mackerras <paulus@samba.org> wrote:
> > >
> > > If anyone has patches not listed here that they want in 2.6.21, please
> > > let me or the relevant sub-arch maintainer know.
> >
> > How about "Fix ppc64's writing to struct file_operations" sent to you
> > yesterday by Andrew Morton.
> >
>
> Is this the lparcfg fops .write changes that came across LKML
> mid-January? I didnt notice any references to it here..
Yep. Copy below.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
Subject: [patch 03/10] Fix ppc64's writing to struct file_operations
To: paulus@samba.org
Cc: benh@kernel.crashing.org, akpm@linux-foundation.org, sfr@canb.auug.org.au,
arjan@infradead.org
From: akpm@linux-foundation.org
Date: Mon, 05 Feb 2007 16:14:05 -0800
From: Stephen Rothwell <sfr@canb.auug.org.au>
In preparation for marking file_operations as const.
Cc: Paul Mackerras <paulus@samba.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Acked-by: Arjan van de Ven <arjan@infradead.org>
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
arch/powerpc/kernel/lparcfg.c | 11 +++++++----
1 file changed, 7 insertions(+), 4 deletions(-)
diff -puN arch/powerpc/kernel/lparcfg.c~fix-ppc64s-writing-to-struct-file_operations arch/powerpc/kernel/lparcfg.c
--- a/arch/powerpc/kernel/lparcfg.c~fix-ppc64s-writing-to-struct-file_operations
+++ a/arch/powerpc/kernel/lparcfg.c
@@ -439,6 +439,10 @@ static ssize_t lparcfg_write(struct file
ssize_t retval = -ENOMEM;
+ if (!firmware_has_feature(FW_FEATURE_SPLPAR) ||
+ firmware_has_feature(FW_FEATURE_ISERIES))
+ return -EINVAL;
+
kbuf = kmalloc(count, GFP_KERNEL);
if (!kbuf)
goto out;
@@ -517,7 +521,7 @@ static int pseries_lparcfg_data(struct s
static ssize_t lparcfg_write(struct file *file, const char __user * buf,
size_t count, loff_t * off)
{
- return count;
+ return -EINVAL;
}
#endif /* CONFIG_PPC_PSERIES */
@@ -570,6 +574,7 @@ static int lparcfg_open(struct inode *in
struct file_operations lparcfg_fops = {
.owner = THIS_MODULE,
.read = seq_read,
+ .write = lparcfg_write,
.open = lparcfg_open,
.release = single_release,
};
@@ -581,10 +586,8 @@ int __init lparcfg_init(void)
/* Allow writing if we have FW_FEATURE_SPLPAR */
if (firmware_has_feature(FW_FEATURE_SPLPAR) &&
- !firmware_has_feature(FW_FEATURE_ISERIES)) {
- lparcfg_fops.write = lparcfg_write;
+ !firmware_has_feature(FW_FEATURE_ISERIES))
mode |= S_IWUSR;
- }
ent = create_proc_entry("ppc64/lparcfg", mode, NULL);
if (ent) {
_
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (2 preceding siblings ...)
2007-02-07 4:55 ` Stephen Rothwell
@ 2007-02-07 6:38 ` Pavel Fedin
2007-02-07 15:22 ` Vitaly Bordug
2007-02-07 22:07 ` Paul Mackerras
2007-02-07 7:39 ` Olof Johansson
` (4 subsequent siblings)
8 siblings, 2 replies; 25+ messages in thread
From: Pavel Fedin @ 2007-02-07 6:38 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Hello Paul,
Wednesday, February 7, 2007, 7:03:13 AM, you wrote:
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know. I have put in all
> the patches I know about that don't seem to be still under discussion.
You've forgotten this one:
http://patchwork.ozlabs.org/linuxppc/patch?id=9215
It's well tested working code which has already been included for
old "ppc" target since 2.6.11. However it was lost again during
ppc64+ppc->powerpc transition (i see that "powerpc" target is based on
old "ppc64", not "ppc").
--
Best regards,
Pavel mailto:sonic_amiga@rambler.ru
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 6:38 ` Pavel Fedin
@ 2007-02-07 15:22 ` Vitaly Bordug
2007-02-07 22:07 ` Paul Mackerras
1 sibling, 0 replies; 25+ messages in thread
From: Vitaly Bordug @ 2007-02-07 15:22 UTC (permalink / raw)
To: Pavel Fedin; +Cc: linuxppc-dev, Paul Mackerras
On Wed, 7 Feb 2007 09:38:00 +0300
Pavel Fedin <sonic_amiga@rambler.ru> wrote:
> Hello Paul,
>
> Wednesday, February 7, 2007, 7:03:13 AM, you wrote:
>
> > If anyone has patches not listed here that they want in 2.6.21, please
> > let me or the relevant sub-arch maintainer know. I have put in all
> > the patches I know about that don't seem to be still under discussion.
>
> You've forgotten this one:
>
> http://patchwork.ozlabs.org/linuxppc/patch?id=9215
>
> It's well tested working code which has already been included for
> old "ppc" target since 2.6.11. However it was lost again during
> ppc64+ppc->powerpc transition (i see that "powerpc" target is based on
> old "ppc64", not "ppc").
>
Oh, iirc, Paul asked you to resubmit with tabs/spaces fixed that time.
I guess it's not too late so far to do that...
--
Sincerely,
Vitaly
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 6:38 ` Pavel Fedin
2007-02-07 15:22 ` Vitaly Bordug
@ 2007-02-07 22:07 ` Paul Mackerras
1 sibling, 0 replies; 25+ messages in thread
From: Paul Mackerras @ 2007-02-07 22:07 UTC (permalink / raw)
To: Pavel Fedin; +Cc: linuxppc-dev
Pavel Fedin writes:
> You've forgotten this one:
>
> http://patchwork.ozlabs.org/linuxppc/patch?id=9215
Thanks, but actually I didn't forget it; I dropped it because your
mailer broke the whitespace. If you re-send it with a decent mailer I
will consider it.
Paul.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (3 preceding siblings ...)
2007-02-07 6:38 ` Pavel Fedin
@ 2007-02-07 7:39 ` Olof Johansson
2007-02-07 12:18 ` Johannes Berg
` (3 subsequent siblings)
8 siblings, 0 replies; 25+ messages in thread
From: Olof Johansson @ 2007-02-07 7:39 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
Hi,
On Wed, Feb 07, 2007 at 03:03:13PM +1100, Paul Mackerras wrote:
> Paul Mackerras (2):
> [POWERPC] Clear RI bit in MSR before restoring r13 when returning to userspace
> [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call
On the H_BULK_REMOVE change: Does it show much gains on fork/exit-heavy
workloads?
-Olof
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (4 preceding siblings ...)
2007-02-07 7:39 ` Olof Johansson
@ 2007-02-07 12:18 ` Johannes Berg
2007-02-07 16:11 ` Geert Uytterhoeven
` (2 subsequent siblings)
8 siblings, 0 replies; 25+ messages in thread
From: Johannes Berg @ 2007-02-07 12:18 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 848 bytes --]
On Wed, 2007-02-07 at 15:03 +1100, Paul Mackerras wrote:
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know. I have put in all
> the patches I know about that don't seem to be still under
> discussion.
I'd love to have some of the prereq patches for suspend on G5 go in, as
well as the IRQ comment fix I've been carrying around.
The ones that I think are ready to go are:
* powerpc: fix comment in kernel/irq.c
obvious comment change
* powermac: clean up PIC initialisation code
just some code shuffling, tested on powermac and powerbook
* windfarm: don't die on suspend thread signal
obvious fix
* powermac: generic time suspend/resume code
really should be named "powerpc: ...", tested on powermac and
powerbook
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (5 preceding siblings ...)
2007-02-07 12:18 ` Johannes Berg
@ 2007-02-07 16:11 ` Geert Uytterhoeven
2007-02-08 0:03 ` Paul Mackerras
2007-02-07 20:10 ` Guennadi Liakhovetski
2007-02-07 21:10 ` Program Check (700) in lpar.c:551 was: " Will Schmidt
8 siblings, 1 reply; 25+ messages in thread
From: Geert Uytterhoeven @ 2007-02-07 16:11 UTC (permalink / raw)
To: Paul Mackerras; +Cc: Linux/PPC Development, James Simmons
Hi Paul,
On Wed, 7 Feb 2007, Paul Mackerras wrote:
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know. I have put in all
> the patches I know about that don't seem to be still under discussion.
Can you please tell me your position w.r.t. the PS3 av/fb patches?
Do you want to handle some of them, or do you want James (or perhaps Andrew) to
handle them?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 16:11 ` Geert Uytterhoeven
@ 2007-02-08 0:03 ` Paul Mackerras
2007-02-08 14:02 ` Geert Uytterhoeven
0 siblings, 1 reply; 25+ messages in thread
From: Paul Mackerras @ 2007-02-08 0:03 UTC (permalink / raw)
To: Geert Uytterhoeven; +Cc: Linux/PPC Development, James Simmons
Geert Uytterhoeven writes:
> Can you please tell me your position w.r.t. the PS3 av/fb patches?
> Do you want to handle some of them, or do you want James (or perhaps Andrew) to
> handle them?
It's up to Andrew really. I had been assuming James or Andrew would
take care of them, but if they don't want to, then I can do it.
Paul.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-08 0:03 ` Paul Mackerras
@ 2007-02-08 14:02 ` Geert Uytterhoeven
2007-02-08 18:42 ` James Simmons
0 siblings, 1 reply; 25+ messages in thread
From: Geert Uytterhoeven @ 2007-02-08 14:02 UTC (permalink / raw)
To: Paul Mackerras, Andrew Morton; +Cc: Linux/PPC Development, James Simmons
On Thu, 8 Feb 2007, Paul Mackerras wrote:
> Geert Uytterhoeven writes:
> > Can you please tell me your position w.r.t. the PS3 av/fb patches?
> > Do you want to handle some of them, or do you want James (or perhaps Andrew) to
> > handle them?
>
> It's up to Andrew really. I had been assuming James or Andrew would
> take care of them, but if they don't want to, then I can do it.
OK, I sent them to Andrew.
Andrew: please apply. Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
Geert.Uytterhoeven@sonycom.com ------- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622 ---------------- B-1935 Zaventem, Belgium
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-08 14:02 ` Geert Uytterhoeven
@ 2007-02-08 18:42 ` James Simmons
0 siblings, 0 replies; 25+ messages in thread
From: James Simmons @ 2007-02-08 18:42 UTC (permalink / raw)
To: Geert Uytterhoeven; +Cc: Linux/PPC Development, Andrew Morton, Paul Mackerras
> On Thu, 8 Feb 2007, Paul Mackerras wrote:
> > Geert Uytterhoeven writes:
> > > Can you please tell me your position w.r.t. the PS3 av/fb patches?
> > > Do you want to handle some of them, or do you want James (or perhaps Andrew) to
> > > handle them?
> >
> > It's up to Andrew really. I had been assuming James or Andrew would
> > take care of them, but if they don't want to, then I can do it.
>
> OK, I sent them to Andrew.
>
> Andrew: please apply. Thanks!
>
> Gr{oetje,eeting}s,
The patch are good. Andrew please apply.
Acked-By: James Simmons <jsimmons@infradead.org>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (6 preceding siblings ...)
2007-02-07 16:11 ` Geert Uytterhoeven
@ 2007-02-07 20:10 ` Guennadi Liakhovetski
2007-02-07 22:24 ` Paul Mackerras
2007-02-07 21:10 ` Program Check (700) in lpar.c:551 was: " Will Schmidt
8 siblings, 1 reply; 25+ messages in thread
From: Guennadi Liakhovetski @ 2007-02-07 20:10 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
On Wed, 7 Feb 2007, Paul Mackerras wrote:
> The following is the list of commits that I have in the powerpc.git
> tree, and which I plan to ask Linus to pull tomorrow. If anyone
> thinks any of these should *not* go in, let me know quickly.
>
> If anyone has patches not listed here that they want in 2.6.21, please
> let me or the relevant sub-arch maintainer know. I have put in all
> the patches I know about that don't seem to be still under discussion.
Paul, I think, you missed this one:
http://ozlabs.org/pipermail/linuxppc-dev/2007-January/030718.html
Please, apply or comment:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-07 20:10 ` Guennadi Liakhovetski
@ 2007-02-07 22:24 ` Paul Mackerras
2007-02-07 22:49 ` Guennadi Liakhovetski
0 siblings, 1 reply; 25+ messages in thread
From: Paul Mackerras @ 2007-02-07 22:24 UTC (permalink / raw)
To: Guennadi Liakhovetski; +Cc: linuxppc-dev
Guennadi Liakhovetski writes:
> Paul, I think, you missed this one:
>
> http://ozlabs.org/pipermail/linuxppc-dev/2007-January/030718.html
>
> Please, apply or comment:-)
Ah yes. It's easy to miss a patch when the subject line starts with
"Re:". :) I'll put it in.
Paul.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 22:24 ` Paul Mackerras
@ 2007-02-07 22:49 ` Guennadi Liakhovetski
2007-02-08 0:01 ` Kumar Gala
0 siblings, 1 reply; 25+ messages in thread
From: Guennadi Liakhovetski @ 2007-02-07 22:49 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
On Thu, 8 Feb 2007, Paul Mackerras wrote:
> Guennadi Liakhovetski writes:
>
> > Paul, I think, you missed this one:
> >
> > http://ozlabs.org/pipermail/linuxppc-dev/2007-January/030718.html
> >
> > Please, apply or comment:-)
>
> Ah yes. It's easy to miss a patch when the subject line starts with
> "Re:". :) I'll put it in.
I'll __try__ to remember that:-)
Thanks
Guennadi
---
Guennadi Liakhovetski
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-07 22:49 ` Guennadi Liakhovetski
@ 2007-02-08 0:01 ` Kumar Gala
0 siblings, 0 replies; 25+ messages in thread
From: Kumar Gala @ 2007-02-08 0:01 UTC (permalink / raw)
To: Guennadi Liakhovetski; +Cc: linuxppc-dev, Paul Mackerras
On Feb 7, 2007, at 4:49 PM, Guennadi Liakhovetski wrote:
> On Thu, 8 Feb 2007, Paul Mackerras wrote:
>
>> Guennadi Liakhovetski writes:
>>
>>> Paul, I think, you missed this one:
>>>
>>> http://ozlabs.org/pipermail/linuxppc-dev/2007-January/030718.html
>>>
>>> Please, apply or comment:-)
>>
>> Ah yes. It's easy to miss a patch when the subject line starts with
>> "Re:". :) I'll put it in.
>
> I'll __try__ to remember that:-)
Also, I'll try to grab these patches in the future and have them in
my tree.
- k
^ permalink raw reply [flat|nested] 25+ messages in thread
* Program Check (700) in lpar.c:551 was: Re: patches in powerpc.git
2007-02-07 4:03 patches in powerpc.git Paul Mackerras
` (7 preceding siblings ...)
2007-02-07 20:10 ` Guennadi Liakhovetski
@ 2007-02-07 21:10 ` Will Schmidt
2007-02-07 21:16 ` Benjamin Herrenschmidt
8 siblings, 1 reply; 25+ messages in thread
From: Will Schmidt @ 2007-02-07 21:10 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
On Wed, 2007-07-02 at 15:03 +1100, Paul Mackerras wrote:
> [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call
looks like this one ( f03e64f2ca6ee3d0b7824536b1940497701fe766 ) makes
my JS20 tip over. I backed it just that patch and booted
successfully, but havnt done any more poking than that.
console output follows:
-----------------------------------------------------
ppc64_pft_size = 0x19
physicalMemorySize = 0x7c000000
ppc64_caches.dcache_line_size = 0x80
ppc64_caches.icache_line_size = 0x80
htab_address = 0x0000000000000000
htab_hash_mask = 0x3ffff
-----------------------------------------------------
PPC64 nvram contains 16384 bytes
Zone PFN ranges:
DMA 0 -> 507904
Normal 507904 -> 507904
early_node_map[1] active PFN ranges
0: 0 -> 507904
[boot]0015 Setup Done
Built 1 zonelists. Total pages: 500960
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
freeing bootmem node 0
Memory: 1986112k/2031616k available (6436k kernel code, 45504k reserved,
1392k data, 535k bss, 256k init)
Mount-cache hash table entries: 256
Processor 1 found.
Brought up 2 CPUs
------------[ cut here ]------------
kernel BUG
at /kernels/powerpc.git.test/arch/powerpc/platforms/pseries/lpar.c:551!
cpu 0x1: Vector: 700 (Program Check) at [c00000000264f280]
pc: c000000000035744: .pSeries_lpar_flush_hash_range+0x12c/0x228
lr: c000000000035738: .pSeries_lpar_flush_hash_range+0x120/0x228
sp: c00000000264f500
msr: 8000000000029032
current = 0xc00000000ffdc810
paca = 0xc00000000066ce00
pid = 1, comm = swapper
kernel BUG
at /kernels/powerpc.git.test/arch/powerpc/platforms/pseries/lpar.c:551!
enter ? for help
[c00000000264f500] c0000000000357fc .pSeries_lpar_flush_hash_range
+0x1e4/0x228 (unreliable)
[c00000000264f620] c00000000002ce04 .flush_hash_range+0x50/0xb8
[c00000000264f6c0] c00000000002d948 .__flush_tlb_pending+0xec/0x114
[c00000000264f770] c0000000000a71ec .unmap_vm_area+0x1a8/0x270
[c00000000264f840] c0000000000a7314 .remove_vm_area+0x60/0xb8
[c00000000264f8d0] c0000000000a73bc .__vunmap+0x50/0x100
[c00000000264f960] c000000000048a0c .build_sched_domains+0xdd8/0x10a0
[c00000000264fd90] c000000000048d10 .arch_init_sched_domains+0x3c/0x54
[c00000000264fe30] c00000000061e938 .sched_init_smp+0x2c/0xe0
[c00000000264fec0] c000000000009310 .init+0x144/0x3b8
[c00000000264ff90] c0000000000253b8 .kernel_thread+0x4c/0x68
1:mon>
1:mon> r
R00 = fffffffffffffffd R16 = 4000000001c00000
R01 = c00000000264f500 R17 = c00000000056c708
R02 = c0000000007a5d50 R18 = 0000000000000000
R03 = 0000000000000001 R19 = c00000000264fe00
R04 = c000000002395018 R20 = 0000000000a00000
R05 = 000000000000002d R21 = c0000000007d8000
R06 = 420000000004d7a0 R22 = 00000000000000c0
R07 = 000000000000002d R23 = 0000000000000001
R08 = 420000000004d7b8 R24 = 0000000000000001
R09 = 0000f09b89af5000 R25 = 0000000000000000
R10 = 420000000004d7b0 R26 = 0000000000000000
R11 = 0000f09b89af5000 R27 = 0000000000000003
R12 = c00000000264f580 R28 = c00000000264f5b0
R13 = c00000000066ce00 R29 = 0000000000000030
R14 = fffffffffff81980 R30 = 4200000000000000
R15 = c00000000056dd20 R31 = c000000002393310
pc = c000000000035744 .pSeries_lpar_flush_hash_range+0x12c/0x228
lr = c000000000035738 .pSeries_lpar_flush_hash_range+0x120/0x228
msr = 8000000000029032 cr = 24000022
ctr = 00000000000246fc xer = 00000000200fffff trap = 700
1:mon>
-Will
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: Program Check (700) in lpar.c:551 was: Re: patches in powerpc.git
2007-02-07 21:10 ` Program Check (700) in lpar.c:551 was: " Will Schmidt
@ 2007-02-07 21:16 ` Benjamin Herrenschmidt
2007-02-07 21:26 ` Benjamin Herrenschmidt
0 siblings, 1 reply; 25+ messages in thread
From: Benjamin Herrenschmidt @ 2007-02-07 21:16 UTC (permalink / raw)
To: will_schmidt; +Cc: linuxppc-dev, Paul Mackerras
On Wed, 2007-02-07 at 15:10 -0600, Will Schmidt wrote:
> On Wed, 2007-07-02 at 15:03 +1100, Paul Mackerras wrote:
> > [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call
>
>
> looks like this one ( f03e64f2ca6ee3d0b7824536b1940497701fe766 ) makes
> my JS20 tip over. I backed it just that patch and booted
> successfully, but havnt done any more poking than that.
What about "di c000000000035744" ?
Would it be possible that H_BULK_REMOVE isn't implemented by the js20's
firmware ?
Ben.
> console output follows:
> -----------------------------------------------------
> ppc64_pft_size = 0x19
> physicalMemorySize = 0x7c000000
> ppc64_caches.dcache_line_size = 0x80
> ppc64_caches.icache_line_size = 0x80
> htab_address = 0x0000000000000000
> htab_hash_mask = 0x3ffff
> -----------------------------------------------------
> PPC64 nvram contains 16384 bytes
> Zone PFN ranges:
> DMA 0 -> 507904
> Normal 507904 -> 507904
> early_node_map[1] active PFN ranges
> 0: 0 -> 507904
> [boot]0015 Setup Done
> Built 1 zonelists. Total pages: 500960
> Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
> Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
> freeing bootmem node 0
> Memory: 1986112k/2031616k available (6436k kernel code, 45504k reserved,
> 1392k data, 535k bss, 256k init)
> Mount-cache hash table entries: 256
> Processor 1 found.
> Brought up 2 CPUs
> ------------[ cut here ]------------
> kernel BUG
> at /kernels/powerpc.git.test/arch/powerpc/platforms/pseries/lpar.c:551!
> cpu 0x1: Vector: 700 (Program Check) at [c00000000264f280]
> pc: c000000000035744: .pSeries_lpar_flush_hash_range+0x12c/0x228
> lr: c000000000035738: .pSeries_lpar_flush_hash_range+0x120/0x228
> sp: c00000000264f500
> msr: 8000000000029032
> current = 0xc00000000ffdc810
> paca = 0xc00000000066ce00
> pid = 1, comm = swapper
> kernel BUG
> at /kernels/powerpc.git.test/arch/powerpc/platforms/pseries/lpar.c:551!
> enter ? for help
> [c00000000264f500] c0000000000357fc .pSeries_lpar_flush_hash_range
> +0x1e4/0x228 (unreliable)
> [c00000000264f620] c00000000002ce04 .flush_hash_range+0x50/0xb8
> [c00000000264f6c0] c00000000002d948 .__flush_tlb_pending+0xec/0x114
> [c00000000264f770] c0000000000a71ec .unmap_vm_area+0x1a8/0x270
> [c00000000264f840] c0000000000a7314 .remove_vm_area+0x60/0xb8
> [c00000000264f8d0] c0000000000a73bc .__vunmap+0x50/0x100
> [c00000000264f960] c000000000048a0c .build_sched_domains+0xdd8/0x10a0
> [c00000000264fd90] c000000000048d10 .arch_init_sched_domains+0x3c/0x54
> [c00000000264fe30] c00000000061e938 .sched_init_smp+0x2c/0xe0
> [c00000000264fec0] c000000000009310 .init+0x144/0x3b8
> [c00000000264ff90] c0000000000253b8 .kernel_thread+0x4c/0x68
> 1:mon>
> 1:mon> r
> R00 = fffffffffffffffd R16 = 4000000001c00000
> R01 = c00000000264f500 R17 = c00000000056c708
> R02 = c0000000007a5d50 R18 = 0000000000000000
> R03 = 0000000000000001 R19 = c00000000264fe00
> R04 = c000000002395018 R20 = 0000000000a00000
> R05 = 000000000000002d R21 = c0000000007d8000
> R06 = 420000000004d7a0 R22 = 00000000000000c0
> R07 = 000000000000002d R23 = 0000000000000001
> R08 = 420000000004d7b8 R24 = 0000000000000001
> R09 = 0000f09b89af5000 R25 = 0000000000000000
> R10 = 420000000004d7b0 R26 = 0000000000000000
> R11 = 0000f09b89af5000 R27 = 0000000000000003
> R12 = c00000000264f580 R28 = c00000000264f5b0
> R13 = c00000000066ce00 R29 = 0000000000000030
> R14 = fffffffffff81980 R30 = 4200000000000000
> R15 = c00000000056dd20 R31 = c000000002393310
> pc = c000000000035744 .pSeries_lpar_flush_hash_range+0x12c/0x228
> lr = c000000000035738 .pSeries_lpar_flush_hash_range+0x120/0x228
> msr = 8000000000029032 cr = 24000022
> ctr = 00000000000246fc xer = 00000000200fffff trap = 700
> 1:mon>
>
> -Will
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Program Check (700) in lpar.c:551 was: Re: patches in powerpc.git
2007-02-07 21:16 ` Benjamin Herrenschmidt
@ 2007-02-07 21:26 ` Benjamin Herrenschmidt
0 siblings, 0 replies; 25+ messages in thread
From: Benjamin Herrenschmidt @ 2007-02-07 21:26 UTC (permalink / raw)
To: will_schmidt; +Cc: linuxppc-dev, Paul Mackerras
On Thu, 2007-02-08 at 08:16 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2007-02-07 at 15:10 -0600, Will Schmidt wrote:
> > On Wed, 2007-07-02 at 15:03 +1100, Paul Mackerras wrote:
> > > [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call
> >
> >
> > looks like this one ( f03e64f2ca6ee3d0b7824536b1940497701fe766 ) makes
> > my JS20 tip over. I backed it just that patch and booted
> > successfully, but havnt done any more poking than that.
>
> What about "di c000000000035744" ?
>
> Would it be possible that H_BULK_REMOVE isn't implemented by the js20's
> firmware ?
I talked to Mark Hack and indeed, it's not supported on js20. I asked
him the proper way to verify if it's supported via
ibm,hypertas-functions, specifically the hcall-bulk group.
Ben.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: patches in powerpc.git
2007-02-13 20:37 Paul Mackerras
@ 2007-02-13 21:16 ` Arnd Bergmann
2007-02-13 22:15 ` Michael Ellerman
1 sibling, 0 replies; 25+ messages in thread
From: Arnd Bergmann @ 2007-02-13 21:16 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Masato Noguchi, Maynard Johnson, Paul Mackerras, Carl Love
On Tuesday 13 February 2007 21:37, Paul Mackerras wrote:
> These are the patches that are on the master branch of the powerpc.git
> repository on kernel.org. I plan to ask Linus to pull them later
> today, along with whatever I get from Kumar's for_paulus branch, and
> probably David Gibson's "Use udbg_early_init() on ppc32" patch.
I have a few patches for spufs and a cleanup for cell oprofile
queued up. Please pull these in as well from
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/arnd/cell-2.6.git/ cell-merge
I've sent the of_serial driver in a separate mail, if you don't mind
forwarding that (serial layer being unmaintained), please merge it
in as well.
Arnd <><
---
arch/powerpc/oprofile/op_model_cell.c | 151 ++++++----
arch/powerpc/platforms/cell/pmu.c | 14 -
arch/powerpc/platforms/cell/spufs/context.c | 125 ++++-----
arch/powerpc/platforms/cell/spufs/file.c | 7
arch/powerpc/platforms/cell/spufs/run.c | 16 -
arch/powerpc/platforms/cell/spufs/sched.c | 386 +++++++++++++++++++---------
arch/powerpc/platforms/cell/spufs/spufs.h | 48 ++-
arch/powerpc/xmon/xmon.c | 1
include/asm-powerpc/cell-pmu.h | 15 -
include/asm-powerpc/spu.h | 1
10 files changed, 480 insertions(+), 284 deletions(-)
commit c7eb734766217b9ddac217cbccae3aedcfa67520
Author: Maynard Johnson <mpjohn@us.ibm.com>
Date: Tue Feb 13 22:02:03 2007 +0100
[POWERPC] cell: pm_rtas_activat_signals routine cleanup
The code was setting up the debug bus for group 21 when profiling on the
event PPU CYCLES. The debug bus is not actually used by the hardware
performance counters when counting PPU CYCLES. Setting up the debug bus
for PPU CYCLES causes signal routing conflicts on the debug bus when
profiling PPU cycles and another PPU event. This patch fixes the code to
only setup the debug bus to route the performance signals for the non
PPU CYCLE events.
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit bcb63e25ed3c56ee40cca4d18fbaac1d2a40c1d6
Author: Carl Love <carll@us.ibm.com>
Date: Tue Feb 13 22:02:02 2007 +0100
[POWERPC] cell: PPU Oprofile cleanup patch
This is a clean up patch that includes the following changes:
-Some comments were added to clarify the code based on feedback
from the community.
-The write_pm_cntrl() and set_count_mode() were passed a
structure element from a global variable. The argument was
removed so the functions now just operate on the global directly.
-The set_pm_event() function call in the cell_virtual_cntr()
routine was moved to a for-loop before the for_each_cpu loop
Signed-off-by: Carl Love <carll@us.ibm.com>
Signed-off-by: Maynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 128b8546a83a9e37448bc126e1045dc1db291165
Author: Masato Noguchi <Masato.Noguchi@jp.sony.com>
Date: Tue Feb 13 21:54:30 2007 +0100
[POWERPC] spufs: avoid accessing kernel memory through mmapped /mem node
I found an exploit in current kernel.
Currently, there is no range check about mmapping "/mem" node in
spufs. Thus, an application can access privilege memory region.
In case this kernel already worked on a public server, I send this
information only here.
If there are such servers in somewhere, please replace it, ASAP.
Signed-off-by: Masato Noguchi <Masato.Noguchi@jp.sony.com>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 2eb1b12049844a8ebc670e0e4fc908bc3f8933d3
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:29 2007 +0100
[POWERPC] spu sched: static timeslicing for SCHED_RR contexts
For SCHED_RR tasks we can do some really trivial timeslicing. Basically
we fire up a time for every scheduler tick that searches for a higher
or same priority thread that is on the runqueue and if there is one
context switches to it. Because we can't lock spus from timer context
we actually run this from a delayed runqueue instead of a timer.
A nice optimization would be to skip the actual priority bitmap search
when there are less contexts than physical spus available. To implement
this I need a so far unpublished patch from Andre, and it will be added
after we have that patch in.
Note that right now we only do the time slicing for SCHED_RR tasks.
The code would work for SCHED_OTHER tasks aswell, but their prio
value is defered from the one the PPU thread has at time of spu_run,
and using this for spu scheduling decisions would make the code very
unfair. SCHED_OTHER support will be enabled once we the spu scheduler
knows how to calculcate cpu_context.prio (very soon)
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 72cb360839f88c02ccf38f1df214316e05886ff3
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:28 2007 +0100
[POWERPC] spu sched: use DECLARE_BITMAP
use DECLARE_BITMAP in the spu scheduler instead of reimplementing it.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 52f04fcf66a5d5d90790d6cfde52e391ecf2b882
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:27 2007 +0100
[POWERPC] spu sched: forced preemption at execution
If we start a spu context with realtime priority we want it to run
immediately and not wait until some other lower priority thread has
finished. Try to find a suitable victim and use it's spu in this
case.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit ae7b4c5284d11d49ed9432c16505fcbeb8d3b8cf
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:26 2007 +0100
[POWERPC] spu sched: update some comments
Give spu_yield a kerneldoc comment and remove the old comment
documenting spu_activate, spu_deactive and spu_yield as all of them
now have descriptive kerneldoc comments of their own.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 678b2ff1e65ecccdb15cbfe97081572fc35944b7
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:25 2007 +0100
[POWERPC] spu sched: simplity spu_remove_from_active_list
If we call spu_remove_from_active_list that spu is always guaranteed
to be on the active list and in runnable state, so we can simply
do a list_del to remove it and unconditionally take the was_active
codepath.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 26bec67386dbf6ef887254e815398842e182cdcd
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:24 2007 +0100
[POWERPC] spufs: optimize spu_run
There is no need to directly wake up contexts in spu_activate when
called from spu_run, so add a flag to surpress this wakeup.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 079cdb61614c466c939ebf74c7ef6745667bc61e
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:23 2007 +0100
[POWERPC] spufs: runqueue simplification
This is the biggest patch in this series, and it reworks the guts of
the spu scheduler runqueue mechanism:
- instead of embedding a waitqueue in the runqueue there is now a
simple doubly-linked list, the actual wakeups happen by reusing
the stop_wq in the spu context (maybe we should rename it one day)
- spu_free and spu_prio_wakeup are merged into a single spu_reschedule
function
- various functionality is split out into small helpers, and kerneldoc
comments are added in various places to document what's going on.
- spu_activate is rewritten into a tight loop by removing test for
various impossible conditions and using the infrastructure in this
patch.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 8389998ae9ea2888c86c446f7911ddced50052a1
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:22 2007 +0100
[POWERPC] spufs: move prio to spu_context
It doesn't make any sense to have a priority field in the physical spu
structure. Move it into the spu context instead.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 6a0641e51011def4e308fd07387047f5ee50647f
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:54:21 2007 +0100
[POWERPC] spufs: state_mutex cleanup
Various cleanups in code surrounding the state semaphore:
- inline spu_acquire/spu_release
- cleanup spu_acquire_* and add kerneldoc comments to these functions
- remove spu_release_exclusive and replace it with spu_release
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 650f8b0291ecd0abdeadbd0ff3d70c3538e55405
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:50 2007 +0100
[POWERPC] spufs: simplify state_mutex
The r/w semaphore to lock the spus was overkill and can be replaced
with a mutex to make it faster, simpler and easier to debug. It also
helps to allow making most spufs interruptible in future patches.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 202557d29eae528f464652e92085f3b19b05a0a7
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:49 2007 +0100
[POWERPC] spufs: sched.c cleanups
Various cleanups to sched.c that don't change the global control flow:
- add kerneldoc comments to various functions
- add spu_ prefixes to various functions
- add/remove context from the runqueue in bind/unbind_context as
it's part of the logical operation
- add a call to put_active_spu to spu_unbind_contex as it's logically
part of the unbind operation
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 81998bafe299b8b675157f0a4dfe8dad43215da9
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:48 2007 +0100
[POWERPC] spufs: bind_context sets SPU_STATE_RUNNABLE
Only bind_context/unbind_context change the spu context state. Thus
we can move all assignents of SPU_STATE_RUNNABLE into bind_context,
which parallels the unbind side aswell.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit aa56c16807ba7b8e801216cab012d2f498755ba5
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:47 2007 +0100
[POWERPC] spufs: remove superfluous SPU_STATE_SAVED assignments
unbind_context already sets the context state to SPU_STATE_SAVED, thus
the spu_deactivate callers don't need to do it again.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 5cb23afc9e64841adb43d46160a5c63a80ebfd54
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:46 2007 +0100
[POWERPC] spufs: remove empty last line in run.c
Remove the empty last line in arch/powerpc/platforms/cell/spufs/run.c.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
commit 30a6c337dcefa7583fe9289fedb28783af980c0c
Author: Christoph Hellwig <hch@lst.de>
Date: Tue Feb 13 21:36:45 2007 +0100
[POWERPC] spufs: remove SPU_CONTEXT_PREEMPT
Remove the SPU_CONTEXT_PREEMPT define. It's unused and won't be used
in this form after the scheduler rework.
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Arnd Bergmann <arnd.bergmann@de.ibm.com>
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: patches in powerpc.git
2007-02-13 20:37 Paul Mackerras
2007-02-13 21:16 ` Arnd Bergmann
@ 2007-02-13 22:15 ` Michael Ellerman
1 sibling, 0 replies; 25+ messages in thread
From: Michael Ellerman @ 2007-02-13 22:15 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 949 bytes --]
On Wed, 2007-02-14 at 07:37 +1100, Paul Mackerras wrote:
> These are the patches that are on the master branch of the powerpc.git
> repository on kernel.org. I plan to ask Linus to pull them later
> today, along with whatever I get from Kumar's for_paulus branch, and
> probably David Gibson's "Use udbg_early_init() on ppc32" patch.
I sent you four reasonably trivial cleanup patches that were
uncontroversial, so unless you had objections I think they should go in.
http://patchwork.ozlabs.org/linuxppc/patch?id=9459
http://patchwork.ozlabs.org/linuxppc/patch?id=9460
http://patchwork.ozlabs.org/linuxppc/patch?id=9461
http://patchwork.ozlabs.org/linuxppc/patch?id=9462
cheers
--
Michael Ellerman
OzLabs, IBM Australia Development Lab
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread