1. 22 11月, 2012 1 次提交
  2. 29 9月, 2012 1 次提交
  3. 14 5月, 2012 1 次提交
  4. 08 12月, 2011 1 次提交
  5. 25 10月, 2011 1 次提交
  6. 11 9月, 2011 1 次提交
  7. 25 5月, 2011 1 次提交
  8. 19 5月, 2011 1 次提交
    • M
      MIPS: Alchemy: Clean up GPIO registers and accessors · b7f720d6
      Manuel Lauss 提交于
      remove au_readl/au_writel, remove the predefined GPIO1/2 KSEG1 register
      addresses and fix the fallout in all boards and drivers.
      
      This also fixes a bug in the mtx-1_wdt driver which was introduced by
      commit 6ea8115b
      ("Convert mtx1 wdt to be a platform device and use generic GPIO API")
      before this patch mtx-1_wdt only modified GPIO215, the patch then
      used the gpio resource information as bit index into the GPIO2 register
      but the conversion to the GPIO API didn't realize that.
      With this patch the drivers original behaviour is restored and GPIO15
      is left alone.
      Signed-off-by: NManuel Lauss <manuel.lauss@googlemail.com>
      Cc: Florian Fainelli <florian@openwrt.org>
      To: Linux-MIPS <linux-mips@linux-mips.org>
      Cc: linux-watchdog@vger.kernel.org
      Cc: Wim Van Sebroeck <wim@iguana.be>
      Patchwork: https://patchwork.linux-mips.org/patch/2381/
      Signed-off-by: Ralf Baechle <ralf@linux-mips.org
      b7f720d6
  9. 27 2月, 2010 1 次提交
    • M
      MIPS: Alchemy: devboard register abstraction · 9bdcf336
      Manuel Lauss 提交于
      All Alchemy development boards have external CPLDs with a few registers
      in them.  They all share an identical register layout with only a few
      minor differences (except the PB1000) in bit functions and base
      addresses.
      
      This patch
      - adds a primitive facility to initialize and use these external
        registers,
      - replaces all occurrences of bcsr->xxx accesses with calls to the new
        functions (the pb1200 cascade irq handling code is special).
      - collects BCSR register information scattered throughout the board
        headers in a central place.
      Signed-off-by: NManuel Lauss <manuel.lauss@gmail.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      9bdcf336
  10. 01 1月, 2010 2 次提交
  11. 25 8月, 2008 1 次提交
  12. 24 8月, 2008 1 次提交
  13. 25 7月, 2008 1 次提交
  14. 05 6月, 2008 1 次提交
  15. 22 9月, 2006 1 次提交
  16. 24 5月, 2006 2 次提交
  17. 23 5月, 2006 2 次提交
  18. 17 5月, 2006 2 次提交
    • S
      NAND: Fix NAND ECC errors on AMD Au1550 · 35af68b5
      Sergei Shtylyov 提交于
          On AMD Au1550 the static bus controller fails to keep -CE asserted during
      chip ready delay on read commands and the NAND chip being used requires this.
      So, the current driver allows nand_base.c to drive -CE manually during the
      entire sector read. When the PCMCIA driver is enabled however, occasionally
      the ECC errors occur on NAND reads. This happens because the PCMCIA driver
      polls sockets periodically and reads one of the board's control/status regs
      (BCSRs) which are on the same static bus as the NAND flash, and just use
      another chip select (and the NOR flash also resides on that bus), so as the
      NAND driver forces NAND chip select asserted and the -RE signal is shared, a
      contention occurs on the static bus when BCSR or NOR flash is read while we're
      reading from NAND.
          So, we either can't keep interrupts enabled during the whole NAND sector
      read (which is hardly acceptable), or have to implement some interlocking
      scheme between multiple drivers (which is painful, and makes me shudder :-).
          There's a third way which has proven to work: to force -CE asserted only
      while we're waiting for a NAND chip to become ready after a read command,
      disabling interrupts for a maximum of 25 microseconds (according to Toshiba
      TC58DVM92A1FT00 datasheet -- this chip is mentioned in the board schematics);
      for Samsung NAND chip which seems to be actually used this delay is even less,
      12 us.
      Signed-off-by: NKonstantin Baydarov <kbaidarov@ru.mvista.com>
      Signed-off-by: NSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      35af68b5
    • S
      NAND: AMD Au1550 driver reads write-only register · 155285c4
      Sergei Shtylyov 提交于
           During the last cleanup of the AMD Au1550 NAND driver the old buglet was
      reintroduced: as the MEM_STNDCTL register is write-only and seem to always
      read as 0x31, read-modify-write to it done in au1xxx_nand_init() will have the
      side effect of enabling -RCS0/1 pin override (via bits 4/5 of this reg.), thus
      possibly causing a contention on the static bus when the NOR flash (using
      -RCS0) or board control status registers (using -RCS2) are read. Luckily, this
      goes away with a first NAND access, since au1550_hwcontrol() doesn't try to
      read this register before writing anymore.
      Signed-off-by: NSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      155285c4
  19. 16 5月, 2006 1 次提交
  20. 14 5月, 2006 2 次提交
  21. 01 4月, 2006 1 次提交
  22. 11 1月, 2006 1 次提交
  23. 09 11月, 2005 1 次提交
    • O
      [PATCH] changing CONFIG_LOCALVERSION rebuilds too much, for no good reason · 733482e4
      Olaf Hering 提交于
      This patch removes almost all inclusions of linux/version.h.  The 3
      #defines are unused in most of the touched files.
      
      A few drivers use the simple KERNEL_VERSION(a,b,c) macro, which is
      unfortunatly in linux/version.h.
      
      There are also lots of #ifdef for long obsolete kernels, this was not
      touched.  In a few places, the linux/version.h include was move to where
      the LINUX_VERSION_CODE was used.
      
      quilt vi `find * -type f -name "*.[ch]"|xargs grep -El '(UTS_RELEASE|LINUX_VERSION_CODE|KERNEL_VERSION|linux/version.h)'|grep -Ev '(/(boot|coda|drm)/|~$)'`
      
      search pattern:
      /UTS_RELEASE\|LINUX_VERSION_CODE\|KERNEL_VERSION\|linux\/\(utsname\|version\).h
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      733482e4
  24. 07 11月, 2005 2 次提交
  25. 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