1. 10 7月, 2008 10 次提交
  2. 08 7月, 2008 1 次提交
  3. 07 7月, 2008 4 次提交
  4. 06 7月, 2008 2 次提交
  5. 02 7月, 2008 1 次提交
  6. 01 7月, 2008 1 次提交
  7. 30 6月, 2008 1 次提交
  8. 29 6月, 2008 1 次提交
  9. 26 6月, 2008 3 次提交
  10. 19 6月, 2008 1 次提交
    • S
      cfi-flash: Fix problem in flash_toggle(), busy was not detected reliably · fb8c061e
      Stefan Roese 提交于
      This patch simplifies flash_toggle() (AMD commandset), which is used to
      detect if a FLASH device is still busy with erase/program operations. On
      800MHz Canyonlands/Glacier boards (460EX/GT) the current implementation
      did not detect the busy state reliably, resulting in non erased sectors
      etc. This patch now simplifies this function by "just" comparing the
      complete data-word instead of ANDing it with the command-word (0x40)
      before the compatison. It is done the same way in the Linux implementation
      chip_ready() in cfi_cmdset_0002.c.
      Signed-off-by: NStefan Roese <sr@denx.de>
      fb8c061e
  11. 11 6月, 2008 5 次提交
  12. 10 6月, 2008 2 次提交
  13. 09 6月, 2008 1 次提交
  14. 06 6月, 2008 1 次提交
    • R
      DM9000 fix status check fail 0x6d error for trizeps board · 0e38c938
      Remy Bohmer 提交于
      According to the Application Notes of the DM9000, only the 2 bits 0:1 of
      the status byte need to be checked to identify a valid packet in the fifo
      
      But, The several different Application Notes do not all speak the same
      language on these bits. They do not disagree, but only 1 Application Note
      noted explicitly that only these 2 bits need to be checked.
      Even the datasheets do not mention anything about these 2 bits.
      
      Because the old code, and the kernel check the whole byte, I left this piece
      untouched.
      
      However, I tested all board/DM9000[A|E|EP] devices with this 2 bit check, so
      it should work.
      
      Notice, that the 2nd iteration through this receive loop (when a 2nd packet is
      in the fifo) is much shorter now, compared to the older U-boot driver code,
      so that we can maybe run into a hardware condition now that was never seen
      before, or maybe was seen very unfrequently.
      
      Additionaly added a cleanup of a stack variable.
      Signed-off-by: NRemy Bohmer <linux@bohmer.net>
      Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
      0e38c938
  15. 05 6月, 2008 6 次提交