1. 19 10月, 2009 1 次提交
    • D
      pcmcia: pccard_read_tuple and TUPLE_RETURN_COMMON cleanup · 84897fc0
      Dominik Brodowski 提交于
      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: NDominik Brodowski <linux@dominikbrodowski.net>
      84897fc0
  2. 31 8月, 2008 2 次提交
  3. 26 8月, 2008 3 次提交
  4. 23 8月, 2008 5 次提交
  5. 24 6月, 2008 2 次提交
  6. 01 5月, 2008 1 次提交
  7. 08 2月, 2007 1 次提交
  8. 05 12月, 2006 1 次提交
  9. 31 3月, 2006 7 次提交
  10. 06 1月, 2006 2 次提交
  11. 10 9月, 2005 2 次提交
  12. 08 7月, 2005 2 次提交
  13. 28 6月, 2005 3 次提交
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4