1. 01 Jun, 2014 1 commit
  2. 23 Aug, 2013 1 commit
  3. 14 Aug, 2013 1 commit
  4. 05 Jan, 2013 1 commit
  5. 04 Jan, 2013 1 commit
    • Stefan Tauner's avatar
      Unify PCI init and let pcidev clean itself up · 5561955b
      Stefan Tauner authored
      
      Previously the internal programmer used its own code to initialize pcilib.
      This patch extracts the common code from the internal programmer and
      pcidev_init() into pcidev_init_common().
      This fixes the non-existent PCI cleanup of the internal programmer and adds
      an additional safety by checking for an already existing PCI context.
      
      We got a nice shutdown function registration infrastructure, but did not use it
      very wisely. Instead we added shutdown functions to a myriad of programmers
      unnecessarily. In this patch we get rid of those that do only call pci_cleanup(pacc)
      by adding a shutdown function the pcidev.c itself that gets registered by
      pcidev_init().
      
      Corresponding to flashrom svn r1642.
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      5561955b
  6. 27 Dec, 2012 1 commit
    • Stefan Tauner's avatar
      Unify usbdev_status and pcidev_status into dev_entry · 4b24a2d7
      Stefan Tauner authored
      
      Once upon a time usbdev_status was created for the ft2232
      programmer. Its IDs are semantically different to pcidev_status
      because they indicate USB instead of PCI IDs, but apart from that
      both data structures are equal. This change makes life easier for
      everything involved in handling and printing the status of devices
      that is noted in those structures by combining them into dev_entry.
      
      It is still possible to distinguish between PCI and USB devices
      indirectly by using the struct programmer's type field.
      
      Also, add a programmer column to the PCI and USB devices lists.
      
      Corresponding to flashrom svn r1632.
      Signed-off-by: default avatarStefan Tauner <stefan.tauner@alumni.tuwien.ac.at>
      Acked-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      4b24a2d7
  7. 27 Aug, 2012 1 commit
  8. 21 Jul, 2012 1 commit
  9. 20 Jul, 2012 1 commit
  10. 18 Dec, 2011 1 commit
  11. 09 Nov, 2011 1 commit
  12. 28 Jul, 2011 1 commit
  13. 27 Jul, 2011 1 commit
  14. 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. missi...
      8bb2021d
  15. 07 Mar, 2011 1 commit
  16. 10 Nov, 2010 1 commit
  17. 06 Oct, 2010 1 commit
  18. 29 Jul, 2010 1 commit
  19. 27 Jul, 2010 2 commits
    • 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
    • Carl-Daniel Hailfinger's avatar
      Convert MMIO accesses of non-internal PCI-based programmers to be endian-agnostic · 1d3a2fef
      Carl-Daniel Hailfinger authored
      
      Convert all PCI-based external programmers to use special little-endian
      accessors for all MMIO regions of PCI devices. This patch does _not_
      touch the internal programmer (which is PCI-based as well).
      
      Huge thanks go to Misha Manulis who worked with me to create a first
      version of this patch for the satasii programmer based on modification
      of generic code.
      
      Huge thanks also go to Segher Boessenkool for suggesting the pci_mmio_
      prefix for the abstraction layer.
      
      NOTE to package maintainers: With this patch, compilation and usage of
      flashrom should be safe on x86, x86_64, MIPS (little and big endian) and
      PowerPC (big endian).
      
      The internal programmer is disabled on non-x86/x86_64 (but it
      compiles). The atahpt, nic3com, nicnatsemi, nicrealtek and rayer_spi
      can not be compiled on non-x86/x86_64 because port space I/O is
      not (yet) supported. Please compile with default settings on
      x86/x86_64 and with the following settings on all other architectures:
      make CONFIG_NIC3COM=no CONFIG_NICREALTEK=no CONFIG_NICNATSEMI=no
      CONFIG_RAYER_SPI=no
      
      Corresponding to flashrom svn r1111.
      Signed-off-by: default avatarCarl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
      Acked-by: default avatarMisha Manulis <misha@manulis.com>
      1d3a2fef
  20. 17 Jul, 2010 1 commit
  21. 06 Jul, 2010 1 commit
  22. 03 Jul, 2010 1 commit
  23. 24 Feb, 2010 1 commit
  24. 09 Jan, 2010 1 commit
  25. 30 Sep, 2009 1 commit
    • Uwe Hermann's avatar
      Add initial support for flashing some NVIDIA graphics cards · 2bc98f6c
      Uwe Hermann authored
      
      The new option is '-p gfxnvidia', rest of the interface is as usual.
      
      I tested a successful identify and read on a "RIVA TNT2 Model 64/Model 64 Pro"
      card for now, erase and write did NOT work properly so far!
      
      Please do not attempt to write/erase cards yet, unless you can recover!
      
      In addition to the NVIDIA handling code it was required to call
      programmer_shutdown() in a lot more places, otherwise the graphics card
      will be disabled in the init function, but never enabled again as the
      shutdown function is not called.
      The shutdown handling may be changed to use atexit() later.
      
      Corresponding to flashrom svn r737.
      Signed-off-by: default avatarUwe Hermann <uwe@hermann-uwe.de>
      Acked-by: default avatarLuc Verhaegen <libv@skynet.be>
      2bc98f6c