1. 16 10月, 2007 2 次提交
    • M
      Use dcr_host_t.base in dcr_unmap() · cdbd3865
      Michael Ellerman 提交于
      With the base stored in dcr_host_t, there's no need for callers to pass
      the dcr_n into dcr_unmap(). In fact this removes the possibility of them
      passing the incorrect value, which would then be iounmap()'ed.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      cdbd3865
    • M
      Add dcr_host_t.base in dcr_read()/dcr_write() · 83f34df4
      Michael Ellerman 提交于
      Now that all users of dcr_read()/dcr_write() add the dcr_host_t.base, we
      can save them the trouble and do it in dcr_read()/dcr_write().
      
      As some background to why we just went through all this jiggery-pokery,
      benh sayeth:
      
       Initially the goal of the dcr_read/dcr_write routines was to operate like
       mfdcr/mtdcr which take absolute DCR numbers. The reason is that on 4xx
       hardware, indirect DCR access is a pain (goes through a table of
       instructions) and it's useful to have the compiler resolve an absolute DCR
       inline.
      
       We decided that wasn't worth the API bastardisation since most places
       where absolute DCR values are used are low level 4xx-only code which may
       as well continue using mfdcr/mtdcr, while the new API is designed for
       device "instances" that can exist on 4xx and Axon type platforms and may
       be located at variable DCR offsets.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      83f34df4
  2. 12 10月, 2007 2 次提交
  3. 11 10月, 2007 1 次提交
  4. 10 10月, 2007 1 次提交
  5. 08 10月, 2007 7 次提交
  6. 05 10月, 2007 8 次提交
  7. 04 10月, 2007 5 次提交
  8. 03 10月, 2007 6 次提交
  9. 28 9月, 2007 1 次提交
    • J
      [POWERPC] Fix copy'n'paste typo in commproc.c · 83af919e
      Jochen Friedrich 提交于
      The powerpc version of commproc.c exports cpm_dpram_addr twice
      and cpm_dpram_phys not at all due to a typo. This patch fixes this
      problem.
      
      CC      arch/powerpc/sysdev/commproc.o
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__kcrctab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__kcrctab_cpm_dpram_addr' was here
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__kstrtab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__kstrtab_cpm_dpram_addr' was here
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__ksymtab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__ksymtab_cpm_dpram_addr' was here
      make[1]: *** [arch/powerpc/sysdev/commproc.o] Error 1
      make: *** [arch/powerpc/sysdev] Error 2
      Signed-off-by: NJochen Friedrich <jochen@scram.de>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      83af919e
  10. 26 9月, 2007 1 次提交
    • J
      [POWERPC] Fix copy'n'paste typo in commproc.c · c5552ca4
      Jochen Friedrich 提交于
      The powerpc version of commproc.c exports cpm_dpram_addr twice
      and cpm_dpram_phys not at all due to a typo. This patch fixes this
      problem.
      
      CC      arch/powerpc/sysdev/commproc.o
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__kcrctab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__kcrctab_cpm_dpram_addr' was here
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__kstrtab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__kstrtab_cpm_dpram_addr' was here
      arch/powerpc/sysdev/commproc.c:398: error: redefinition of '__ksymtab_cpm_dpram_addr'
      arch/powerpc/sysdev/commproc.c:392: error: previous definition of '__ksymtab_cpm_dpram_addr' was here
      make[1]: *** [arch/powerpc/sysdev/commproc.o] Error 1
      make: *** [arch/powerpc/sysdev] Error 2
      Signed-off-by: NJochen Friedrich <jochen@scram.de>
      c5552ca4
  11. 22 9月, 2007 2 次提交
  12. 19 9月, 2007 1 次提交
    • S
      [POWERPC] Fix section mismatch in PCI code · 7b2c3c5b
      Stephen Rothwell 提交于
      Create a helper function (alloc_maybe_bootmem) that is marked __init_refok
      to limit the chances of mistakenly referring to other __init routines.
      
      WARNING: vmlinux.o(.text+0x2a9c4): Section mismatch: reference to .init.text:.__alloc_bootmem (between '.update_dn_pci_info' and '.pci_dn_reconfig_notifier')
      WARNING: vmlinux.o(.text+0x36430): Section mismatch: reference to .init.text:.__alloc_bootmem (between '.mpic_msi_init_allocator' and '.find_ht_magic_addr')
      WARNING: vmlinux.o(.text+0x5e804): Section mismatch: reference to .init.text:.__alloc_bootmem (between '.celleb_setup_phb' and '.celleb_fake_pci_write_config')
      WARNING: vmlinux.o(.text+0x5e8e8): Section mismatch: reference to .init.text:.__alloc_bootmem (between '.celleb_setup_phb' and '.celleb_fake_pci_write_config')
      WARNING: vmlinux.o(.text+0x5e968): Section mismatch: reference to .init.text:.__alloc_bootmem (between '.celleb_setup_phb' and '.celleb_fake_pci_write_config')
      Signed-off-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      7b2c3c5b
  13. 14 9月, 2007 3 次提交