1. 08 2月, 2006 3 次提交
  2. 07 2月, 2006 4 次提交
    • M
      [PATCH] powerpc: hypervisor check in pseries_kexec_cpu_down · 4dc43256
      Michael Neuling 提交于
      We call unregister_vpa but we don't check to see if the hypervisor
      supports this.
      Signed-off-by: NMichael Neuling <mikey@neuling.org>
      Acked-by: NAnton Blanchard <anton@samba.org>
      --
       arch/powerpc/platforms/pseries/setup.c |    2 +-
       1 files changed, 1 insertion(+), 1 deletion(-)
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      4dc43256
    • O
      [PATCH] powerpc: add refcounting to setup_peg2 and of_get_pci_address · d60dcd94
      Olaf Hering 提交于
      setup_peg2 must do some refcounting.
      of_get_pci_address may need to drop the node
      
      	Pegasos l2cr : L2 cache was not active, activating
      	PCI bus 0 controlled by pci at 80000000
      	Badness in kref_get at /home/olaf/kernel/olh/ppc64/linux-2.6.16-rc2-olh/lib/kref.c:32
      	Call Trace:
      	[C037BD00] [C0007934] show_stack+0x5c/0x184 (unreliable)
      	[C037BD30] [C000E068] program_check_exception+0x184/0x584
      	[C037BD90] [C000F5F0] ret_from_except_full+0x0/0x4c
      	--- Exception: 700 at kref_get+0xc/0x24
      	    LR = of_node_get+0x24/0x3c
      	[C037BE50] [C004FD94] __pte_alloc_kernel+0x64/0x80 (unreliable)
      	[C037BE70] [C000CA18] of_get_parent+0x34/0x58
      	[C037BE90] [C0009B18] of_get_address+0x24/0x174
      	[C037BED0] [C000A108] of_address_to_resource+0x24/0x68
      	[C037BF00] [C038B128] chrp_find_bridges+0x114/0x470
      	[C037BF90] [C038AE48] chrp_setup_arch+0x1fc/0x32c
      	[C037BFB0] [C03849B0] setup_arch+0x144/0x188
      	[C037BFD0] [C037C45C] start_kernel+0x34/0x1a8
      	[C037BFF0] [000037A0] 0x37a0
      	Badness in kref_get at /home/olaf/kernel/olh/ppc64/linux-2.6.16-rc2-olh/lib/kref.c:32
      	Call Trace:
      	[C037BC90] [C0007934] show_stack+0x5c/0x184 (unreliable)
      	[C037BCC0] [C000E068] program_check_exception+0x184/0x584
      	[C037BD20] [C000F5F0] ret_from_except_full+0x0/0x4c
      	--- Exception: 700 at kref_get+0xc/0x24
      	    LR = of_node_get+0x24/0x3c
      	[C037BDE0] [00000000] 0x0 (unreliable)
      	[C037BE00] [C000CA18] of_get_parent+0x34/0x58
      	[C037BE20] [C0009CE8] of_translate_address+0x2c/0x2fc
      	[C037BEA0] [C0009FE8] __of_address_to_resource+0x30/0xc4
      	[C037BED0] [C000A130] of_address_to_resource+0x4c/0x68
      	[C037BF00] [C038B128] chrp_find_bridges+0x114/0x470
      	[C037BF90] [C038AE48] chrp_setup_arch+0x1fc/0x32c
      	[C037BFB0] [C03849B0] setup_arch+0x144/0x188
      	[C037BFD0] [C037C45C] start_kernel+0x34/0x1a8
      	[C037BFF0] [000037A0] 0x37a0
      	PCI bus 0 controlled by pci at c0000000
      	Top of RAM: 0x10000000, Total RAM: 0x10000000
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      d60dcd94
    • O
      [PATCH] powerpc: restore clock speed in /proc/cpuinfo · 03478804
      Olaf Hering 提交于
      Use generic_calibrate_decr to restore missing clock: speed in /proc/cpuinfo
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      03478804
    • G
      [PATCH] powerpc: Fix spufs initialization sequence. · aee9f265
      Geoff Levand 提交于
      This is a small fix to get the spufs init sequence right.
      
      init_spu_base() in spu_base.c should be called (via
      module_init(init_spu_base)) before spufs_init() (via
      module_init(spufs_init)) in spufs/inode.c gets called.
      Signed-off-by: NMasato Noguchi <Masato.Noguchi@jp.sony.com>
      Signed-off-by: NGeoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      aee9f265
  3. 02 2月, 2006 2 次提交
  4. 01 2月, 2006 1 次提交
  5. 24 1月, 2006 1 次提交
    • B
      [SUNGEM]: Make PM of PHYs more reliable (#2) · 40727198
      Benjamin Herrenschmidt 提交于
      On my latest laptop, I've had occasional PHY dead on wakeup from
      sleep... the PHY would be totally unresponsive even to toggling the hard
      reset line until the machine is powered down... Looking closely at the
      code, I found some possible issues in the way we setup the MDIO lines
      during suspend along with slight divergences from what Darwin does when
      resetting it that may explain the problem. That patch change these and
      the problem appear to be gone for me at least... I also fixed an mdelay
      -> msleep while I was at it to the pmac feature code that is called
      when toggling the PHY reset line since sungem doesn't call it in an
      atomic context anymore.
      
      Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>b
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      40727198
  6. 15 1月, 2006 1 次提交
  7. 14 1月, 2006 2 次提交
  8. 13 1月, 2006 3 次提交
  9. 12 1月, 2006 8 次提交
  10. 11 1月, 2006 7 次提交
  11. 10 1月, 2006 8 次提交