1. 17 8月, 2007 1 次提交
    • D
      [POWERPC] Fixes to allow use of Ebony's flash chips through physmap_of · 0d279d47
      David Gibson 提交于
      This patch contains a handful of small fixes to allow the Ebony's
      flash to be exposed as MTD devices via the physmap_of driver.
      Specifically it:
      	- Makes a small addition to the device tree and zImage wrapper
      to record the correct address for the flash in the device tree based
      on the board switches as reported via an FPGA register.
      	- Prohibits building the old hard-coded "Ebony" flash map on
      arch/powerpc kernels, in favour of using physmap_of's device tree
      based approach.
      	- Enables MTD and physmap_of in the Ebony defconfig.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      0d279d47
  2. 26 6月, 2007 1 次提交
  3. 08 5月, 2007 1 次提交
  4. 22 1月, 2007 1 次提交
  5. 22 9月, 2006 1 次提交
    • V
      POWERPC: Add support for the mpc8560 eval board · 902f392d
      Vitaly Bordug 提交于
      This makes the 8560 evaluation board fully supported under arch/powerpc,
      as the first board with CPM2 SoC peripherals. The brand new devicetree
      nodes are introduced (intending to be a subset of the QuiccEngine-equipped
      models, with dts sources placed into the kernel according to the new convention.
      
      Assuming all the preceding stuff applied (PAL+fs_enet related+ CPM_UART
      update), the both TSEC eth ,FCC Eths, and both SCC UARTs are
      working. The relevant drivers are still capable to drive users in ppc,
      which was verified with 8272ADS (SCC uart+FCC eth).
      
      This is also verified on mpc8540 and actually make it work (PCI stuff
      working as well)
      Signed-off-by: NVitaly Bordug <vbordug@ru.mvista.com>
      902f392d
  6. 10 9月, 2006 1 次提交
  7. 05 4月, 2006 1 次提交
  8. 28 3月, 2006 1 次提交
  9. 20 1月, 2006 1 次提交
  10. 22 6月, 2005 1 次提交
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4