1. 05 8月, 2010 7 次提交
  2. 26 7月, 2010 1 次提交
  3. 16 6月, 2010 1 次提交
  4. 15 6月, 2010 2 次提交
  5. 25 5月, 2010 2 次提交
  6. 21 5月, 2010 1 次提交
  7. 17 5月, 2010 4 次提交
  8. 12 5月, 2010 2 次提交
  9. 08 5月, 2010 2 次提交
  10. 05 5月, 2010 1 次提交
  11. 07 4月, 2010 1 次提交
  12. 05 3月, 2010 1 次提交
  13. 18 2月, 2010 6 次提交
  14. 17 2月, 2010 2 次提交
  15. 10 2月, 2010 3 次提交
    • S
      powerpc/44x: Update Glacier dts · 5a6543e8
      Stefan Roese 提交于
      Sync Glacier dts with latest Canyonlands version:
      
      - Add l2 cache support
      - Add NDFC support
      - Add RTC support
      - Add AD7414 hwmon support
      - Change EMAC compatible node from emac4 to emac4sync and correct the
        register size
      - Add support for ISA holes on 4xx PCI/X/E
        (as done in Benjamin Herrenschmidt's patch for Canyonlands)
      - Add Crypto device node
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Josh Boyer <jwboyer@linux.vnet.ibm.com>
      Signed-off-by: NJosh Boyer <jwboyer@linux.vnet.ibm.com>
      5a6543e8
    • S
      powerpc/44x: Update Arches dts · 6f57518c
      Stefan Roese 提交于
      Sync Arches dts with latest Canyonlands version:
      
      - Add 16k FIFO size to supported EMAC nodes
      - Add next-level-cache property
      - Add Crypto device node
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Josh Boyer <jwboyer@linux.vnet.ibm.com>
      Signed-off-by: NJosh Boyer <jwboyer@linux.vnet.ibm.com>
      6f57518c
    • S
      powerpc/44x: Add MTD support (NOR FLASH) to Katmai dts · 036f290d
      Stefan Roese 提交于
      This patch adds NOR FLASH MTD support to the Katmai (440SPe) dts file.
      For this the OPB ranges address is mapped differently (base 0x00000000
      -> 0xe0000000). This results in the address being identical to the lower
      32bit of its physical address. This is needed for the MTD mapping to work
      correctly, since U-Boot will insert the physical addresses of the EBC
      chip selects into the EBC ranges property. This is the way its done in
      most other 4xx dts files as well.
      
      Additionally with a small whitespace cleanup.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Josh Boyer <jwboyer@linux.vnet.ibm.com>
      Signed-off-by: NJosh Boyer <jwboyer@linux.vnet.ibm.com>
      036f290d
  16. 09 2月, 2010 1 次提交
  17. 21 1月, 2010 1 次提交
  18. 14 1月, 2010 1 次提交
    • B
      zlib: Fix build of powerpc boot wrapper · 6846ee5c
      Benjamin Herrenschmidt 提交于
      Commit ac4c2a3b broke the build
      of all powerpc boot wrappers.
      
      It attempts to add an include of autoconf.h but used the wrong
      path for it. It also adds -D__KERNEL__ to our boot wrapper, both
      things that we pretty much didn't do on purpose so far.
      
      We want our boot wrapper to remain independent enough of the kernel
      for various reasons, one of them being that you can "wrap" an existing
      kernel at distro install time which allows to ship one kernel image
      and a set of boot wrappers for different platforms, the wrappers
      don't have to be built out of the same kernel build tree.
      
      It's also incorrect to do what the patch does in our boot environment
      since we may not have a proper alignment exception handler which means
      we may not be able to fixup the few cases where an unaligned access will
      need SW emulation (depends on the core variant, could be when crossing
      page or segment boundaries for example).
      
      This patch fixes it by putting the old code back in and using the
      new "fancy" variant only when CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
      is set, which happens not to be set on powerpc since we don't include
      autoconf.h. It also reverts the changes to our boot wrapper Makefile.
      
      This means that x86 should, afaik, keep the optimisations since its
      boot wrapper does include autoconf.h and define __KERNEL__ (though I
      doubt they make that much different outside of slow embedded processors).
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      6846ee5c
  19. 12 1月, 2010 1 次提交