1. 06 12月, 2006 2 次提交
    • O
      rpc: spkm3 update · adeb8133
      Olga Kornievskaia 提交于
      This updates the spkm3 code to bring it up to date with our current
      understanding of the spkm3 spec.
      
      In doing so, we're changing the downcall format used by gssd in the spkm3 case,
      which will cause an incompatilibity with old userland spkm3 support.  Since the
      old code a) didn't implement the protocol correctly, and b) was never
      distributed except in the form of some experimental patches from the citi web
      site, we're assuming this is OK.
      
      We do detect the old downcall format and print warning (and fail).  We also
      include a version number in the new downcall format, to be used in the
      future in case any further change is required.
      
      In some more detail:
      
      	- fix integrity support
      	- removed dependency on NIDs. instead OIDs are used
      	- known OID values for algorithms added.
      	- fixed some context fields and types
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      adeb8133
    • J
      rpc: gss: eliminate print_hexl()'s · 8fc7500b
      J. Bruce Fields 提交于
      Dumping all this data to the logs is wasteful (even when debugging is turned
      off), and creates too much output to be useful when it's turned on.
      
      Fix a minor style bug or two while we're at it.
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      8fc7500b
  2. 03 12月, 2006 1 次提交
  3. 04 10月, 2006 1 次提交
  4. 29 9月, 2006 1 次提交
  5. 23 9月, 2006 1 次提交
  6. 25 8月, 2006 2 次提交
  7. 22 7月, 2006 1 次提交
  8. 20 4月, 2006 1 次提交
  9. 21 3月, 2006 1 次提交
  10. 02 2月, 2006 2 次提交
  11. 20 12月, 2005 1 次提交
  12. 19 10月, 2005 3 次提交
  13. 24 9月, 2005 4 次提交
  14. 23 6月, 2005 2 次提交
  15. 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