1. 07 2月, 2007 2 次提交
    • V
      [POWERPC] Fix kernel build errors for mpc8272ads and mpc8560ads · 5427828e
      Vitaly Bordug 提交于
      Recent update of asm-powerpc/io.h caused cpm-related stuff to break in the
      current kernel. Current patch fixes it, as well as other inconsistencies
      expressed, that do not permit targets from working properly:
      
      - Updated dts with a chosen node with interrupt controller,
      - fixed messed device IDs among CPM2 SoC devices,
      - corrected odd header name and fixed type in defines,
      - Added 82xx subdir to the powerpc/platforms Makefile, missed during
        initial commit,
      - new solely-powerpc header file for 8260 family (was using one from
        arch/ppc, this one cleaned up from the extra stuff), in fact for now
        a placeholder to get the board-specific includes for stuff not yet
        capable to live with devicetree peeks only
      - Fixed couple of misprints in reference mpc8272 dts.
      Signed-off-by: NVitaly Bordug <vbordug@ru.mvista.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      5427828e
    • V
      [POWERPC] 8xx: powerpc port of core CPM PIC · f2a0bd37
      Vitaly Bordug 提交于
      This covers common CPM access functions, CPM interrupt controller code,
      micropatch and a few compatibility things to kee the same driver base
      working with arch/ppc. This version is refined with all the comments
      (mostly PIC-related) addressed.
      Signed-off-by: NVitaly Bordug <vbordug@ru.mvista.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      f2a0bd37
  2. 22 9月, 2006 1 次提交
    • V
      POWERPC: Get rid of remapping the whole immr · fc8e50e3
      Vitaly Bordug 提交于
      The stuff below cleans up the code attempting to remap the whole cpm2_immr
      early, as well as places happily assuming that fact. This is more like the 2.4
      legacy stuff, and is at least confusing and unclear now.
      
      To keep the world comfortable, a new mechanism is introduced: before accessing
      specific immr register/register set, one needs to map it, using cpm2_map(<reg>),
      for instance, access to CPM command register will look like
      	volatile cpm_cpm2_t *cp = cpm2_map(im_cpm);
      keeping the code clear, yet without "already defined somewhere" cpm2_immr.
      
      So far, unmapping code is not implemented, but it's not a big deal to add it,
      if the whole idea makes sense.
      Signed-off-by: NVitaly Bordug <vbordug@ru.mvista.com>
      fc8e50e3
  3. 21 9月, 2006 1 次提交