1. 05 12月, 2016 1 次提交
    • S
      m68knommu: platform support for i2c devices on ColdFire SoC · 2d24b532
      Steven King 提交于
      These changes based on work by Steven King <sfking@fdwdc.com> to support
      the i2c hardware modules on ColdFire SoC family devices.
      
      This is the per SoC hardware support. Contains a common platform device
      setup. Each of the SoC family members tends to have some minor local
      setup required to initialize the module. But all ColdFire family members
      use the same i2c hardware module.
      
      This i2c hardware module is the same as used in the Freescale iMX ARM
      based family of SoC devices. Steven's original patches were based on using
      a new and different i2c-coldfire.c driver. But this is not neccessary as
      we can use the existing Linux i2c-imx.c driver with no change required to
      it. And this patch is now based on using the existing i2c-imx driver.
      
      This patch only contains the ColdFire platform changes.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      Tested-by: NAngelo Dureghello <angelo@sysam.it>
      2d24b532
  2. 27 9月, 2012 1 次提交
  3. 16 7月, 2012 1 次提交
  4. 12 6月, 2012 1 次提交
  5. 20 5月, 2012 1 次提交
  6. 05 3月, 2012 4 次提交
  7. 15 3月, 2011 6 次提交
    • G
      m68knommu: remove ColdFire CLOCK_DIV config option · ce3de78a
      Greg Ungerer 提交于
      The reality is that you do not need the abiltity to configure the
      clock divider for ColdFire CPUs. It is a fixed ratio on any given
      ColdFire family member. It is not the same for all ColdFire parts,
      but it is always the same in a model range. So hard define the divider
      for each supported ColdFire CPU type and remove the Kconfig option.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      ce3de78a
    • G
      m68knommu: clean up use of MBAR for DRAM registers on ColdFire start · 6a92e198
      Greg Ungerer 提交于
      In some of the RAM size autodetection code on ColdFire CPU startup
      we reference DRAM registers relative to the MBAR register. Not all of
      the supported ColdFire CPUs have an MBAR, and currently this works
      because we fake an MBAR address on those registers. In an effort to
      clean this up, and eventually remove the fake MBAR setting make the
      DRAM register address definitions actually contain the MBAR (or IPSBAR
      as appropriate) value as required.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      6a92e198
    • G
      m68knommu: move ColdFire DMA register addresses to per-cpu headers · babc08b7
      Greg Ungerer 提交于
      The base addresses of the ColdFire DMA unit registers belong with
      all the other address definitions in the per-cpu headers. The current
      definitions assume they are relative to an MBAR register. Not all
      ColdFire CPUs have an MBAR register. A clean address define can only
      be acheived in the per-cpu headers along with all the other chips
      peripheral base addresses.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      babc08b7
    • G
      m68knommu: remove use of MBAR value for ColdFire 528x peripheral addressing · a0ba4332
      Greg Ungerer 提交于
      The ColdFire 528x family of CPUs does not have an MBAR register, so don't
      define its peripheral addresses relative to one. Its internal peripherals
      are relative to the IPSBAR register, so make sure to use that.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      a0ba4332
    • G
      m68knommu: move ColdFire PIT timer base addresses · f317c71a
      Greg Ungerer 提交于
      The PIT hardware timer module used in some ColdFire CPU's is not always
      addressed relative to an IPSBAR register. Parts like the ColdFire 5207 and
      5208 have fixed peripheral addresses. So lets not define the register
      addresses of the PIT relative to an IPSBAR definition. Move the base
      address definitions into the per-part headers. This is a lot more consistent
      since all the other peripheral base addresses are defined in the per-part
      header files already.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      f317c71a
    • G
      m68knommu: remove kludge seting of MCF_IPSBAR for ColdFire 54xx · 254eef74
      Greg Ungerer 提交于
      The ColdFire 54xx family shares the same interrupt controller used
      on the 523x, 527x and 528x ColdFire parts, but it isn't offset
      relative to the IPSBAR register. The 54xx doesn't have an IPSBAR
      register.
      
      By including the base address of the peripheral registers in the register
      definitions (MCFICM_INTC0 and MCFICM_INTC1 in this case) we can avoid
      having to define a fake IPSBAR for the 54xx. And this makes the register
      address definitions of these more consistent, the majority of the other
      register address defines include the peripheral base address already.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      254eef74
  8. 05 1月, 2011 4 次提交
  9. 17 5月, 2010 1 次提交
  10. 10 9月, 2009 1 次提交
  11. 11 6月, 2009 1 次提交
  12. 16 1月, 2009 1 次提交
    • S
      m68k,m68knommu: merge header files · 49148020
      Sam Ravnborg 提交于
      Merge header files for m68k and m68knommu to the single location:
      
          arch/m68k/include/asm
      
      The majority of this patch was the result of the
      script that is included in the changelog below.
      
      The script was originally written by Arnd Bergman and
      exten by me to cover a few more files.
      
      When the header files differed the script uses the following:
      
      The original m68k file is named <file>_mm.h  [mm for memory manager]
      The m68knommu file is named <file>_no.h [no for no memory manager]
      
      The files uses the following include guard:
      
      This include gaurd works as the m68knommu toolchain set
      the __uClinux__ symbol - so this should work in userspace too.
      
      Merging the header files for m68k and m68knommu exposes the
      (unexpected?) ABI differences thus it is easier to actually
      identify these and thus to fix them.
      
      The commit has been build tested with both a m68k and
      a m68knommu toolchain - with success.
      
      The commit has also been tested with "make headers_check"
      and this patch fixes make headers_check for m68knommu.
      
      The script used:
      TARGET=arch/m68k/include/asm
      SOURCE=arch/m68knommu/include/asm
      
      INCLUDE="cachectl.h errno.h fcntl.h hwtest.h ioctls.h ipcbuf.h \
      linkage.h math-emu.h md.h mman.h movs.h msgbuf.h openprom.h \
      oplib.h poll.h posix_types.h resource.h rtc.h sembuf.h shmbuf.h \
      shm.h shmparam.h socket.h sockios.h spinlock.h statfs.h stat.h \
      termbits.h termios.h tlb.h types.h user.h"
      
      EQUAL="auxvec.h cputime.h device.h emergency-restart.h futex.h \
      ioctl.h irq_regs.h kdebug.h local.h mutex.h percpu.h \
      sections.h topology.h"
      
      NOMUUFILES="anchor.h bootstd.h coldfire.h commproc.h dbg.h \
      elia.h flat.h m5206sim.h m520xsim.h m523xsim.h m5249sim.h \
      m5272sim.h m527xsim.h m528xsim.h m5307sim.h m532xsim.h \
      m5407sim.h m68360_enet.h m68360.h m68360_pram.h m68360_quicc.h \
      m68360_regs.h MC68328.h MC68332.h MC68EZ328.h MC68VZ328.h \
      mcfcache.h mcfdma.h mcfmbus.h mcfne.h mcfpci.h mcfpit.h \
      mcfsim.h mcfsmc.h mcftimer.h mcfuart.h mcfwdebug.h \
      nettel.h quicc_simple.h smp.h"
      
      FILES="atomic.h bitops.h bootinfo.h bug.h bugs.h byteorder.h cache.h \
      cacheflush.h checksum.h current.h delay.h div64.h \
      dma-mapping.h dma.h elf.h entry.h fb.h fpu.h hardirq.h hw_irq.h io.h \
      irq.h kmap_types.h machdep.h mc146818rtc.h mmu.h mmu_context.h \
      module.h page.h page_offset.h param.h pci.h pgalloc.h \
      pgtable.h processor.h ptrace.h scatterlist.h segment.h \
      setup.h sigcontext.h siginfo.h signal.h string.h system.h swab.h \
      thread_info.h timex.h tlbflush.h traps.h uaccess.h ucontext.h \
      unaligned.h unistd.h"
      
      mergefile() {
      	BASE=${1%.h}
      	git mv ${SOURCE}/$1 ${TARGET}/${BASE}_no.h
      	git mv ${TARGET}/$1 ${TARGET}/${BASE}_mm.h
      
      cat << EOF > ${TARGET}/$1
      EOF
      
      	git add ${TARGET}/$1
      }
      
      set -e
      
      mkdir -p ${TARGET}
      
      git mv include/asm-m68k/* ${TARGET}
      rmdir include/asm-m68k
      
      git rm ${SOURCE}/Kbuild
      for F in $INCLUDE $EQUAL; do
      	git rm ${SOURCE}/$F
      done
      
      for F in $NOMUUFILES; do
      	git mv ${SOURCE}/$F ${TARGET}/$F
      done
      
      for F in $FILES ; do
      	mergefile $F
      done
      
      rmdir arch/m68knommu/include/asm
      rmdir arch/m68knommu/include
      
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      49148020
  13. 07 8月, 2008 1 次提交
  14. 07 3月, 2007 1 次提交
  15. 26 4月, 2006 1 次提交
  16. 12 9月, 2005 1 次提交
  17. 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