1. 06 4月, 2021 1 次提交
    • J
      cfi_flash: Fix detection of 8-bit bus flash devices via address shift · 53879b17
      Jagannadha Sutradharudu Teki 提交于
      We had a problem detecting 8/16bit flash devices connected only via
      8bits to the SoC for quite a while. Commit 239cb9d9
      [mtd: cfi_flash: Fix CFI flash driver for 8-bit bus support] finally
      fixed this 8-bit bus support. But also broke some other boards using
      this cfi driver. So this patch had to be reverted.
      
      I spotted a different, simpler approach for this 8-bit bus support
      on the barebox mailing list posted by
      Oleksij Rempel <bug-track@fisher-privat.net>:
      
      http://www.spinics.net/lists/u-boot-v2/msg14687.html
      
      Here the commit text:
      
      "
      Many cfi chips support 16 and 8 bit modes. Most important
      difference is use of so called "Q15/A-1" pin. In 16bit mode this
      pin is used for data IO. In 8bit mode, it is an address input
      which add one more least significant bit (LSB). In this case
      we should shift all adresses by one:
      For example 0xaa << 1 = 0x154
      "
      
      This patch now is a port of this barebox patch to U-Boot.
      
      Along with the change w.r.t from barebox,
      Some flash chips can support multiple bus widths, override the
      interface width and limit it to the port width.
      
      Tested on 16-bit Spansion flash on sequoia.
      Tested 8-bit flashes like 256M29EW, 512M29EW.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Tested-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
      Cc: Jagannadha Sutradharudu Teki <jaganna@xilinx.com>
      Cc: Aaron Williams <awilliams@marvell.com>
      Cc: Chandrakala Chavva <cchavva@marvell.com>
      Cc: Andre Przywara <andre.przywara@arm.com>
      Cc: Vignesh Raghavendra <vigneshr@ti.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Mario Six <mario.six@gdsys.cc>
      Cc: York Sun <york.sun@nxp.com>
      Cc: Marek Vasut <marek.vasut+renesas@gmail.com>
      53879b17
  2. 19 5月, 2020 1 次提交
  3. 25 1月, 2020 1 次提交
  4. 18 1月, 2020 1 次提交
  5. 04 12月, 2019 1 次提交
  6. 07 5月, 2018 1 次提交
    • T
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini 提交于
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line in a file (except where shebangs are used, then it's second line)
      and with slightly different comment styles than us.
      
      In part due to community overlap, in part due to better tag visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      83d290c5
  7. 29 1月, 2018 1 次提交
  8. 26 9月, 2017 2 次提交
  9. 22 8月, 2017 1 次提交
  10. 14 8月, 2017 1 次提交
  11. 08 8月, 2017 1 次提交
  12. 21 5月, 2016 1 次提交
  13. 27 3月, 2016 1 次提交
  14. 30 11月, 2015 1 次提交
  15. 12 11月, 2015 1 次提交
    • T
      dm: implement a MTD uclass · d8587993
      Thomas Chou 提交于
      Implement a Memory Technology Device (MTD) uclass. It should
      include most flash drivers in the future. Though no uclass ops
      are defined yet, the MTD ops could be used.
      
      The NAND flash driver is based on MTD. The CFI flash and SPI
      flash support MTD, too. It should make sense to convert them
      to MTD uclass.
      Signed-off-by: NThomas Chou <thomas@wytron.com.tw>
      d8587993
  16. 28 5月, 2015 1 次提交
  17. 23 4月, 2015 1 次提交
  18. 19 11月, 2014 1 次提交
  19. 15 10月, 2013 1 次提交
  20. 24 7月, 2013 1 次提交
  21. 10 1月, 2013 1 次提交
    • A
      mtd/cfi: add support for SST 4KB sector granularity · 07b2c5c0
      Angelo Dureghello 提交于
      Add support for SST 4KB sector granularity.
      
      Many recent SST flashes, i.e. SST39VF3201B and similar of this family
      are declared CFI-conformant from SST. They support CFI query, but implement
      2 different sector sizes in the same memory: a 64KB sector (they call it
      "block", std AMD erase cmd=0x30), and a 4KB sector (they call it "sector",
      erase cmd=0x50). Also, CFI query on these chips, reading from address 0x2dh
      of cfi query struct, detects a number of secotrs for the 4KB granularity
      (flinfo shows it).
      
      For all other aspects, they are CFI compliant, so, as Linux do, i think
      it's a good idea to handle these chips in the CFI driver, with a fixup
      to allow 4KB granularity, as should be expected, instead of 64KB.
      Signed-off-by: NAngelo Dureghello <sysamfw@gmail.com>
      Signed-off-by: NStefan Rose <sr@denx.de>
      07b2c5c0
  22. 27 10月, 2012 1 次提交
  23. 03 9月, 2012 1 次提交
  24. 13 8月, 2012 1 次提交
  25. 07 4月, 2011 1 次提交
  26. 20 9月, 2010 1 次提交
    • S
      cfi_flash: Simplify dynamic flash bank number detection · ca5def3f
      Stefan Roese 提交于
      This patch simplifies the use of CONFIG_SYS_MAX_FLASH_BANKS_DETECT. By
      moving these optional variables and defines into the common code, board
      specific code is minimized. Currently only the following board use
      this feature:
      
      APC405, IDS8247, TQM834x
      
      And IDS8247 doesn't seem to really need this feature, since its not
      updating the bank number variable at all. So this patch removes the
      definition of CONFIG_SYS_MAX_FLASH_BANKS_DETECT from this board port.
      
      This new framework will be used by the upcoming lwmon5 update as well.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Acked-by: NHeiko Schocher <hs@denx.de>
      Cc: Matthias Fuchs <matthias.fuchs@esd.eu>
      ca5def3f
  27. 26 8月, 2009 1 次提交
  28. 05 4月, 2009 1 次提交
  29. 12 2月, 2009 1 次提交
  30. 05 2月, 2009 1 次提交
    • B
      flash/cfi_flash: Use virtual sector start address, not phys · 09ce9921
      Becky Bruce 提交于
      include/flash.h was commented to say that the address in
      flash_info->start was a physical address.  However, from u-boot's
      point of view, and looking at most flash code, it makes more
      sense for this to be a virtual address.  So I corrected the
      comment to indicate that this was a virtual address.
      
      The only flash driver that was actually treating the address
      as physical was the mtd/cfi_flash driver.  However, this code
      was using it inconsistently as it actually directly dereferenced
      the "start" element, while it used map_physmem to get a
      virtual address in other places.  I changed this driver so
      that the code which initializes the info->start field calls
      map_physmem to get a virtual address, eliminating the need for
      further map_physmem calls.  The code is now consistent.
      
      The *only* place a physical address should be used is when defining the
      flash banks list that is used to initialize the flash_info struct,
      usually found in the board config file.
      Signed-off-by: NBecky Bruce <beckyb@kernel.crashing.org>
      Signed-off-by: NStefan Roese <sr@denx.de>
      09ce9921
  31. 24 11月, 2008 3 次提交
  32. 19 10月, 2008 2 次提交
  33. 21 5月, 2008 1 次提交
    • W
      Big white-space cleanup. · 53677ef1
      Wolfgang Denk 提交于
      This commit gets rid of a huge amount of silly white-space issues.
      Especially, all sequences of SPACEs followed by TAB characters get
      removed (unless they appear in print statements).
      
      Also remove all embedded "vim:" and "vi:" statements which hide
      indentation problems.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      53677ef1
  34. 13 12月, 2007 1 次提交
  35. 08 12月, 2007 1 次提交
  36. 14 8月, 2007 1 次提交