An error occurred fetching the project authors.
  1. 17 Feb, 2010 5 commits
  2. 24 Jan, 2010 3 commits
  3. 28 Nov, 2009 3 commits
  4. 08 Nov, 2009 3 commits
    • Dominik Brodowski's avatar
      pcmcia: use dynamic debug instead of custom infrastructure · d50dbec3
      Dominik Brodowski authored
      Use the generic "dynamic debug" infrastructure instead of
      CONIG_PCMCIA_DEBUG in the PCMCIA core (pcmcia.ko and pcmcia_core.ko). To
      enable debugging, enable CONFIG_DYNAMIC_DEBUG, mount debugfs and
      
      $ echo -n 'module pcmcia_core +p' > /sys/kernel/debug/dynamic_debug/control
      
      for the complete module "pcmcia_core", for example. For more detailled
      instructions, please see Documentation/dynamic-debug-howto.txt
      Signed-off-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      d50dbec3
    • Dominik Brodowski's avatar
      pcmcia: remove pcmcia_get_{first,next}_tuple() · 18a7a19b
      Dominik Brodowski authored
      Remove the pcmcia_get_{first,next}_tuple() calls no longer needed by
      (current) pcmcia device drivers.
      Signed-off-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      18a7a19b
    • Dominik Brodowski's avatar
      pcmcia: add new CIS access helpers · 91284224
      Dominik Brodowski authored
      As a replacement to pcmcia_get_{first,next}_tuple() and
      pcmcia_get_tuple_data(), three new -- and easier to use --
      functions are added:
      
      - pcmcia_get_tuple() to get the very first CIS entry of one
        type.
      
      - pcmcia_loop_tuple() to loop over all CIS entries of one type.
      
      - pcmcia_get_mac_from_cis() to read out the hardware MAC address
        from CISTPL_FUNCE.
      
      Only a handful of drivers need these functions anyway, as most
      CIS access is already handled by pcmcia_loop_config(), which
      now shares the same backed (pccard_loop_tuple()) with
      pcmcia_loop_tuple().
      
      A pcmcia_get_mac_from_cis() bug noted by Komuro
      <komurojun-mbn@nifty.com> has been fixed in this revision.
      Signed-off-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      91284224
  5. 18 Oct, 2009 1 commit
    • Dominik Brodowski's avatar
      pcmcia: pccard_read_tuple and TUPLE_RETURN_COMMON cleanup · 84897fc0
      Dominik Brodowski authored
      pccard_read_tuple(), which is only used by the PCMCIA core, should
      handle TUPLE_RETURN_COMMON more sensibly: If a specific function (which
      may be 0) is requested, set tuple.Attributes = 0 as was done in all
      PCMCIA drivers. If, however, BIND_FN_ALL is requested, return the
      "common" tuple. As to the callers of pccard_read_tuple():
      
      - All calls to pcmcia_validate_cis() had set the "function" parameter to
        BIND_FN_ALL. Therefore, remove the "function" parameter and make the
        parameter to pccard_read_tuple explicit.
      
      - Calls to CISTPL_VERS_1 and CISTPL_MANFID now set BIND_FN_ALL. This was
        already the case for calls to CISTPL_LONGLINK_MFC.
      Signed-off-by: default avatarDominik Brodowski <linux@dominikbrodowski.net>
      84897fc0
  6. 31 Aug, 2008 2 commits
  7. 25 Aug, 2008 3 commits
  8. 23 Aug, 2008 2 commits
  9. 22 Aug, 2008 3 commits
  10. 24 Jun, 2008 2 commits
  11. 30 Apr, 2008 1 commit
  12. 07 Feb, 2007 1 commit
  13. 05 Dec, 2006 1 commit
  14. 31 Mar, 2006 7 commits
  15. 05 Jan, 2006 2 commits
  16. 09 Sep, 2005 1 commit