1. 12 7月, 2014 2 次提交
  2. 11 3月, 2014 2 次提交
  3. 06 8月, 2013 1 次提交
  4. 04 2月, 2013 1 次提交
    • S
      mtd: cfi_cmdset_0002: Support Persistent Protection Bits (PPB) locking · 1648eaaa
      Stefan Roese 提交于
      Currently cfi_cmdset_0002.c does not support PPB locking of sectors. This
      patch adds support for this locking/unlocking mechanism. It is needed on
      some platforms, since newer U-Boot versions do support this PPB locking
      and protect for example their environment sector(s) this way.
      
      This PPB locking/unlocking will be enabled for all devices supported by
      cfi_cmdset_0002 reporting 8 in the CFI word 0x49 (Sector Protect/Unprotect
      scheme).
      
      Please note that PPB locking does support sector-by-sector locking. But
      the whole chip can only be unlocked together. So unlocking one sector
      will automatically unlock all sectors of this device. Because of this
      chip limitation, the PPB unlocking function saves the current locking
      status of all sectors before unlocking the whole device. After unlocking
      the saved locking status is re-configured. This way only the addressed
      sectors will be unlocked.
      
      To selectively enable this advanced sector protection mechanism, the
      device-tree property "use-advanced-sector-protection" has been created.
      To enable support for this locking this property needs to be present in the
      flash DT node. E.g.:
      
      nor_flash@0,0 {
      	compatible = "amd,s29gl256n", "cfi-flash";
      	bank-width = <2>;
      	use-advanced-sector-protection;
      	...
      
      Tested with Spansion S29GL512S10THI and Micron JS28F512M29EWx flash
      devices.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Tested-by: NHolger Brunck <holger.brunck@keymile.com>
      Signed-off-by: NArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      1648eaaa
  5. 03 12月, 2012 1 次提交
    • H
      mtd: fix recovery after failed write-buffer operation in cfi_cmdset_0002.c · 070c3222
      Harald Nordgard-Hansen 提交于
      When working on a problem with some flash chips that lock up during
      write-buffer operations, I think there may be a bug in the linux
      handling of chips using cfi_cmdset_0002.c.
      
      The datasheets I have found for a number of these chips all specify that
      when aborting a write-buffer command, it is not enough to use the
      standard reset.  Rather a "write-to-buffer-reset command" is needed.
      This command is quite similar for all chips, the main variance seem to
      be if the final 0xF0 can go to any address or must go to addr_unlock1.
      
      The bug is then in the recovery handling when timing out at the end of
      do_write_buffer, where using the normal reset command is not sufficient.
      
      Without this change, if the write-buffer command fails then any
      following operations on the flash also fail.
      Signed-off-by: NHarald Nordgard-Hansen <hhansen@pvv.org>
      Signed-off-by: NArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      070c3222
  6. 17 7月, 2012 1 次提交
  7. 14 5月, 2012 2 次提交
  8. 27 3月, 2012 5 次提交
  9. 11 9月, 2011 2 次提交
  10. 25 5月, 2011 3 次提交
  11. 31 3月, 2011 1 次提交
  12. 11 3月, 2011 2 次提交
  13. 06 1月, 2011 3 次提交
  14. 04 12月, 2010 1 次提交
  15. 26 10月, 2010 2 次提交
  16. 25 10月, 2010 1 次提交
  17. 18 10月, 2010 1 次提交
  18. 09 8月, 2010 1 次提交
  19. 06 8月, 2010 1 次提交
  20. 04 8月, 2010 1 次提交
  21. 20 5月, 2010 2 次提交
  22. 14 5月, 2010 4 次提交