1. 13 4月, 2007 2 次提交
    • S
      [POWERPC] Rename prom_n_addr_cells to of_n_addr_cells · a8bda5dd
      Stephen Rothwell 提交于
      This is more consistent and gets us closer to the Sparc code.
      Signed-off-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      a8bda5dd
    • O
      [POWERPC] Fix link errors when EEH is disabled · c3b9d9ab
      Olaf Hering 提交于
      Fix link errors with CONFIG_EEH=n:
      
      arch/powerpc/platforms/built-in.o: In function `.pcibios_fixup_new_pci_devices':
      (.text+0x41c8): undefined reference to `.eeh_add_device_tree_late'
      arch/powerpc/platforms/built-in.o: In function `.init_phb_dynamic':
      (.text+0x4280): undefined reference to `.eeh_add_device_tree_early'
      arch/powerpc/platforms/built-in.o: In function `.pcibios_remove_pci_devices':
      (.text+0x42fc): undefined reference to `.eeh_remove_bus_device'
      arch/powerpc/platforms/built-in.o: In function `.pcibios_add_pci_devices':
      (.text+0x43c0): undefined reference to `.eeh_add_device_tree_early'
      arch/powerpc/platforms/built-in.o: In function `.pSeries_final_fixup':
      (.init.text+0xb4): undefined reference to `.pci_addr_cache_build'
      make[1]: *** [.tmp_vmlinux1] Error 1
      Signed-off-by: NOlaf Hering <olaf@aepfle.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      c3b9d9ab
  2. 22 3月, 2007 14 次提交
  3. 09 3月, 2007 2 次提交
  4. 17 2月, 2007 1 次提交
  5. 16 2月, 2007 1 次提交
  6. 14 2月, 2007 3 次提交
  7. 13 2月, 2007 2 次提交
    • O
      [POWERPC] Mark winbond IDE PCI resources with start 0 as unassigned · 2d99c41f
      Olaf Hering 提交于
      libata calls pci_request_regions to claim PCI BAR 0 - 5
      pci_request_regions fails if one of the regions cant be claimed.
      bar 5 has start == 0,  __request_resource will fail.
      
      Tested on a p630 in SMP mode with pata_sl82c105
      
       00:03.1 IDE interface: Symphony Labs SL82c105 (rev 05) (prog-if 8f [Master SecP SecO PriP PriO])
               Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
               Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
               Interrupt: pin A routed to IRQ 86
               Region 0: I/O ports at 3fd3000f000 [size=8]
               Region 1: I/O ports at 3fd3000f010 [size=4]
               Region 2: I/O ports at 3fd3000f020 [size=8]
               Region 3: I/O ports at 3fd3000f030 [size=4]
               Region 4: I/O ports at 3fd3000f040 [size=16]
               Region 5: I/O ports at 3fd30000000 [size=16]
       00: ad 10 05 01 41 01 80 02 05 8f 01 01 08 48 80 00
       10: 01 f0 00 00 11 f0 00 00 21 f0 00 00 31 f0 00 00
       20: 41 f0 00 00 01 00 00 00 00 00 00 00 00 00 00 00
       30: 00 00 00 00 00 00 00 00 00 00 00 00 56 01 02 28
       40: b3 08 ff 00 09 09 00 00 09 09 00 00 09 09 00 00
       50: 09 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       70: 00 00 00 00 00 00 00 00 00 00 00 00 ff 00 00 00
       80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
       f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      
       name             "ide"
       linux,phandle    00d5cdc0 (14011840)
       assigned-addresses 81001910 00000000 0000f000 00000000 00000008 81001914
                        00000000 0000f010 00000000 00000004 81001918 00000000
                        0000f020 00000000 00000008 8100191c 00000000 0000f030
                        00000000 00000004 81001920 00000000 0000f040 00000000
                        00000010 81001924 00000000 00000000 00000000 00000010
       interrupts       00000003
       built-in
       #size-cells      00000000
       #address-cells   00000001
       device_type      "ide"
       reg              00001900 00000000 00000000 00000000 00000000
                        41001910 00000000 00000000 00000000 00000008
                        41001914 00000000 00000000 00000000 00000004
                        41001918 00000000 00000000 00000000 00000008
                        4100191c 00000000 00000000 00000000 00000004
                        41001920 00000000 00000000 00000000 00000010
                        41001924 00000000 00000000 00000000 00000010
       compatible       "pci10ad,105"
                        "pciclass,01018f"
       ibm,fw-slot-number 00000000
       fast-back-to-back
       devsel-speed     00000001
       max-latency      00000028 (40)
       min-grant        00000002
       class-code       0001018f (65935)
       revision-id      00000005
       device-id        00000105 (261)
       vendor-id        000010ad (4269)
       ibm,loc-code     "U0.1-P1/Q6"
      Signed-off-by: NOlaf Hering <olaf@aepfle.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      2d99c41f
    • A
      [PATCH] mark struct file_operations const 2 · 5dfe4c96
      Arjan van de Ven 提交于
      Many struct file_operations in the kernel can be "const".  Marking them const
      moves these to the .rodata section, which avoids false sharing with potential
      dirty data.  In addition it'll catch accidental writes at compile time to
      these shared resources.
      
      [akpm@osdl.org: sparc64 fix]
      Signed-off-by: NArjan van de Ven <arjan@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5dfe4c96
  8. 12 2月, 2007 1 次提交
  9. 08 2月, 2007 1 次提交
  10. 07 2月, 2007 2 次提交
    • P
      [POWERPC] Make pSeries use the H_BULK_REMOVE hypervisor call · f03e64f2
      Paul Mackerras 提交于
      H_BULK_REMOVE lets us remove 4 entries from the MMU hash table with one
      hypervisor call.  This uses it in pSeries_lpar_hpte_invalidate so we
      can tear down mappings with fewer hypervisor calls.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      f03e64f2
    • L
      [POWERPC] pSeries: EEH improperly enabled for some Power4 systems · 25c4a46f
      Linas Vepstas 提交于
      It appears that EEH is improperly enabled for some Power4 systems.
      On these systems, the ibm,set-eeh-option returns a value of success
      even when EEH is not supported on the given node. Thus, an explicit
      check for support is required.
      
      During boot, on power4, without this patch, one sees messages
      similar to:
      
      EEH: event on unsupported device, rc=0 dn=/pci@400000000110/IBM,sp@1
      EEH: event on unsupported device, rc=0 dn=/pci@400000000110/pci@2
      EEH: event on unsupported device, rc=0 dn=/pci@400000000110/pci@2,2
      etc.
      
      The patch makes these go away.
      
      Without this patch, EEH recovery does seem to work correctly for
      at least some devices (I tested ethernet e1000), but fails to
      recover others (the Emulex LightPulse LPFC, most notably).
      Off the top of my head, I don't remember why some devices are
      affected, but not others.
      
      The PAPR indicates that the correct way to test for EEH is as
      done in this patch; its not clear to me if this was in the PAPR
      all along, or recently added; if it was there all along, its not
      clear to me why this hadn't been fixed long ago. I suspect only
      certain firmware levels are affected.
      Signed-off-by: NLinas Vepstas <linas@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      25c4a46f
  11. 24 1月, 2007 2 次提交
  12. 22 1月, 2007 1 次提交
    • L
      [POWERPC] Fix broken DMA on non-LPAR pSeries · 77319254
      Linas Vepstas 提交于
      It appears that the iommu table address is never stored, and thus
      never found, on non-lpar systems. Thus, for example, during boot:
      
      <7>[   93.067916] PCI: Scanning bus 0001:41
      <7>[   93.068542] PCI: Found 0001:41:01.0 [8086/100f] 000200 00
      <7>[   93.068550] PCI: Calling quirk c0000000007822e0 for 0001:41:01.0
      <7>[   93.069815] PCI: Fixups for bus 0001:41
      <4>[   93.070167] iommu: Device 0001:41:01.0 has no iommu table
      <7>[   93.070251] PCI: Bus scan for 0001:41 returning with max=41
      
      No iommu table? How can that be? Well, circa line 471 of
      arch/powerpc/platforms/pseries/iommu.c we see the code:
      
         while (dn && PCI_DN(dn) && PCI_DN(dn)->iommu_table == NULL)
            dn = dn->parent;
      
      and a few lines later is the surprising print statement about
      the missing table.  Seems that this loop ran unto the end, never
      once finding a non-null PCI_DN(dn)->iommu_table.
      
      The problem can be found a few lines earlier: it sems that the
      value of PCI_DN(dn)->iommu_table is never ever set. Thus, the
      patch sets it.
      
      The patch was tested on a Power4 system running in full system
      partition mode, which is where I saw the problem. It works; I've
      not done any wider testing. Had a brief discussion on this on irc.
      Signed-off-by: NLinas Vepstas <linas@austin.ibm.com>
      Acked-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      77319254
  13. 09 1月, 2007 3 次提交
  14. 14 12月, 2006 1 次提交
    • R
      [PATCH] getting rid of all casts of k[cmz]alloc() calls · 5cbded58
      Robert P. J. Day 提交于
      Run this:
      
      	#!/bin/sh
      	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
      	  echo "De-casting $f..."
      	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
      	done
      
      And then go through and reinstate those cases where code is casting pointers
      to non-pointers.
      
      And then drop a few hunks which conflicted with outstanding work.
      
      Cc: Russell King <rmk@arm.linux.org.uk>, Ian Molton <spyro@f2s.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Greg KH <greg@kroah.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Paul Fulghum <paulkf@microgate.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Karsten Keil <kkeil@suse.de>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Steven French <sfrench@us.ibm.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5cbded58
  15. 09 12月, 2006 3 次提交
  16. 08 12月, 2006 1 次提交