1. 01 Jun, 2013 1 commit
  2. 23 May, 2013 1 commit
  3. 03 May, 2013 1 commit
  4. 01 May, 2013 1 commit
  5. 19 Apr, 2013 2 commits
  6. 13 Apr, 2013 1 commit
  7. 07 Apr, 2013 1 commit
  8. 05 Apr, 2013 1 commit
  9. 01 Apr, 2013 8 commits
  10. 27 Mar, 2013 1 commit
  11. 16 Mar, 2013 1 commit
    • Stefan Tauner's avatar
      Fix evil twins of Macronix MX25L1605, MX25L3205, MX25L6405 · 226037da
      Stefan Tauner authored
      Similarly to the patch in r1647 this one updates the chips identified as above
      with references to and data about their respective twins. Unlike previously this
      one deals with the more evil details.
      
      Helge Wagner from GE discovered some problems with chips sharing IDs
      and proposed a patch to tackle (some of) them, see:
      http://patchwork.coreboot.org/patch/3709/
      That patch was bitrotting in our mailboxes for a long time and it is still not
      ready for merge, but we increasingly get reports about problems (e.g.
      http://paste.flashrom.org/view.php?id=1525) regarding these chips and
      hence must act to ensure users' safety.
      
      This patch splits the chip definitions of evil twins into separate ones which
      correctly declare the respective attributes (the main problems are the erase
      block sizes for the 0x20 opcode and hence my changes combine different
      chips with partly different attributes apart from their names as long as the
      erasers layout it the same). This fo...
      226037da
  12. 15 Mar, 2013 2 commits
  13. 09 Mar, 2013 1 commit
  14. 04 Mar, 2013 2 commits
  15. 03 Mar, 2013 1 commit
  16. 22 Feb, 2013 1 commit
  17. 20 Feb, 2013 1 commit
  18. 04 Feb, 2013 1 commit
    • Stefan Tauner's avatar
      Fix building for MacOSX · e038e908
      Stefan Tauner authored
      
      - Add a new macro named IS_MACOSX to hwaccess.c and use it to enable iopl().
        This was broken since r1638. This fix does *not* restore the very permissive
        concept where iopl() was activated in an #else branch that was inplace before
        r1638.
      - Make printing the image file's size in flashrom.c platform independent.
      
      Bonus: remove definitions of off64_t and lseek64 which are not necessary
      anymore for about 1000 commits.
      
      Thanks to SJ for reporting the issue and testing the solution.
      
      Corresponding to flashrom svn r1648.
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      e038e908
  19. 02 Feb, 2013 1 commit
  20. 15 Jan, 2013 1 commit
  21. 08 Jan, 2013 1 commit
  22. 05 Jan, 2013 1 commit
  23. 04 Jan, 2013 2 commits
  24. 03 Jan, 2013 1 commit
  25. 01 Jan, 2013 1 commit
  26. 30 Dec, 2012 1 commit
  27. 29 Dec, 2012 3 commits
    • Peter Lemenkov's avatar
      Simplify hwaccess.c · 6282966c
      Peter Lemenkov authored
      
      Previously the code was focused on architectures which led to lots of
      duplicate code and spread the information regarding differences between
      the architectures accross the file.
      
      With this patch there is a single function header for any function and the
      differentiation between architectures (and OS where needed) happens
      in one place for each function. Also, this patch adds simple defines to bundle
      often used arch and os checks. A central check for unknown architectures
      and OSes has been added on top.
      
      Corresponding to flashrom svn r1638.
      Signed-off-by: default avatarPeter Lemenkov <lemenkov@gmail.com>
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      6282966c
    • Stefan Tauner's avatar
      Add support for Atmel's AT25F series of SPI flash chips · 57794ac1
      Stefan Tauner authored
      
      This adds support for the following chips:
       - AT25F512, AT25F512A, AT25F512B
       - AT25F1024, AT25F1024A
       - AT25F2048
       - AT25F4096
      
      Besides the definitions of the the chips in flashchips.c this includes
      - a dedicated probing method (probe_spi_at25f)
      - pretty printing methods (spi_prettyprint_status_register_at25f*), and
      - unlocking methods (spi_disable_blockprotect_at25f*)
      
      Corresponding to flashrom svn r1637.
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      57794ac1
    • Stefan Tauner's avatar
      Add support for Intel S33 series flash chips · 54aaa4ae
      Stefan Tauner authored
      
      This includes:
      Bottom boot block:
      * 16Mb/2MB:
        QB25F160S33B8, QB25F016S33B8, QH25F160S33B8, QH25F016S33B8
      * 32Mb/4MB:
        QB25F320S33B8, QH25F320S33B8
      * 64Mb/8MB:
        QB25F640S33B8, QH25F640S33B8
      
      Top boot block:
      * 16Mb/2MB:
        QB25F160S33T8, QB25F016S33T8, QH25F160S33T8, QH25F016S33T8
      * 32Mb/4MB:
        QB25F320S33T8, QH25F320S33T8
      * 64Mb/8MB:
        QB25F640S33T8, QH25F640S33T8
      
      At least some seem to be marketed by other vendors (too?) but also with
      Intel's vendor ID.
      
      Besides a 0xC7 chip erase and a 0xD8 uniform 64kB block erase they
      support also erasing the top/bottom 8 8kB blocks with opcode 0x40.
      But since this command fails for all addresses outside those ranges,
      it is not easily implemented with flashrom's current code base and
      hence left out.
      
      Corresponding to flashrom svn r1636.
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      54aaa4ae