1. 18 Dec, 2011 1 commit
  2. 23 Nov, 2011 1 commit
  3. 16 Aug, 2011 1 commit
  4. 15 Aug, 2011 1 commit
  5. 28 Jul, 2011 1 commit
  6. 07 Jul, 2011 1 commit
  7. 14 Jun, 2011 1 commit
    • David Hendricks's avatar
      Use shutdown callback mechanism to shutdown programmers · 8bb2021d
      David Hendricks authored
      
      This patch attempts to resolve some programmer shutdown ordering issues
      by having the programmer init functions register shutdown callbacks explicitly
      wherever it makes most sense. Before, assumptions were made that could lead to
      the internal programmer's state changing before the external programmer could be
      shut down properly. Now, each programmer cleans up after itself and (hopefully)
      performs each operation in the correct order.
      
      As a side-effect, this patch gives us a better usage model for reverse
      operations such as rpci_* and rmmio_*. In the long-run, this should make
      reversing the initialization process easier to understand, less tedious, and
      less error-prone.
      
      In short, this patch does the following:
      - Registers a shutdown callback during initialization for each programmer.
      - Kills the .shutdown function pointer from programmer_entry struct. Also,
        make most shutdown functions static.
      - Adds a few minor clean-ups and corrections (e.g. missing physunmap() calls).
      
      TODO: Remove forward declaration of serprog_shutdown() (added to simplify diff)
      
      Corresponding to flashrom svn r1338.
      Signed-off-by: default avatarDavid Hendricks <dhendrix@google.com>
      Acked-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      8bb2021d
  8. 09 Jun, 2011 1 commit
  9. 11 May, 2011 2 commits
  10. 06 Oct, 2010 1 commit
  11. 16 Sep, 2010 1 commit
    • Carl-Daniel Hailfinger's avatar
      Handle Bus Pirates already in bit banging mode correctly · d2f007f9
      Carl-Daniel Hailfinger authored
      
      Thanks to Johannes Sjölund for reporting that the Bus Pirate init could
      not deal with a Bus Pirate which is already in binary Bitbang mode.
      
      This is caused by a combination of the slowness of the Bus Pirate, the
      slowness of USB and a fast serial port flush routine which just flushes
      the buffer contents and does not wait until data arrival stops.
      
      Make the Bus Pirate init more robust by running the flush command 10
      times with 1.5 ms delay in between.
      
      This code development was sponsored by Mattias Mattsson. Thanks! Tested
      a few dozen times, should work reliably.
      
      Corresponding to flashrom svn r1178.
      Signed-off-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      Acked-by: default avatarMattias Mattsson <vitplister@gmail.com>
      d2f007f9
  12. 29 Jul, 2010 1 commit
  13. 27 Jul, 2010 1 commit
    • Carl-Daniel Hailfinger's avatar
      Split off programmer.h from flash.h · 5b997c3e
      Carl-Daniel Hailfinger authored
      
      Programmer specific functions are of absolutely no interest to any file
      except those dealing with programmer specific actions (special SPI
      commands and the generic core).
      
      The new header structure is as follows (and yes, improvements are
      possible):
      flashchips.h  flash chip IDs
      chipdrivers.h  chip-specific read/write/... functions
      flash.h  common header for all stuff that doesn't fit elsewhere
      hwaccess.h hardware access functions
      programmer.h  programmer specific functions
      coreboot_tables.h  header from coreboot, internal programmer only
      spi.h SPI command definitions
      
      Corresponding to flashrom svn r1112.
      Signed-off-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      Acked-by: default avatarUwe Hermann <uwe@hermann-uwe.de>
      5b997c3e
  14. 14 Jul, 2010 2 commits
  15. 08 Jul, 2010 1 commit
  16. 06 Jul, 2010 1 commit
  17. 03 Jul, 2010 1 commit
  18. 31 May, 2010 1 commit
  19. 21 May, 2010 1 commit
  20. 22 Mar, 2010 1 commit
  21. 26 Feb, 2010 1 commit
  22. 09 Jan, 2010 1 commit
  23. 07 Jan, 2010 1 commit
    • Carl-Daniel Hailfinger's avatar
      Allow one to disable programmer debug messages at compile time · 5609fa75
      Carl-Daniel Hailfinger authored
      
      Programmer debug messages during programmer init/shutdown are useful
      because they print hardware settings and desired configuration.
      
      They help in getting a quick overview of hardware and software state on
      startup and shutdown.
      
      Programmer debug messages during flash chip access are mostly a
      distraction in logs and should only be enabled if someone is having
      problems which are suspected to stem from a programmer hardware or
      programmer software bug. Disable those messages by default, they can be
      reenabled by #define COMM_DEBUG in the affected programmer file.
      
      An added benefit is a tremendous size reduction in verbose
      probe/read/write/erase logs because only flash chip driver messages
      remain. In some cases, logs will shrink from 65 MB to 10 kB or less.
      
      The right(tm) fix would be two different debug levels (DEBUG and SPEW)
      and the ability to differentiate between programmer debug messages and
      flash chip debug messages. Until the design for the message printing
      infrastructure is finished, this is the best stop-gap measure we can
      get.
      
      Corresponding to flashrom svn r834.
      Signed-off-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      Acked-by: default avatarSean Nelson <audioahcked@gmail.com>
      5609fa75
  24. 06 Jan, 2010 2 commits
  25. 24 Nov, 2009 2 commits