1. 27 6月, 2018 1 次提交
  2. 26 5月, 2018 1 次提交
    • D
      udf: Simplify calls to udf_disk_stamp_to_time · 0220edda
      Deepa Dinamani 提交于
      Subsequent patches in the series convert inode timestamps
      to use struct timespec64 instead of struct timespec as
      part of solving the y2038 problem.
      
      commit fd3cfad3 ("udf: Convert udf_disk_stamp_to_time() to use mktime64()")
      eliminated the NULL return condition from udf_disk_stamp_to_time().
      udf_time_to_disk_time() is always called with a valid dest pointer and
      the return value is ignored.
      Further, caller can as well check the dest pointer being passed in rather
      than return argument.
      Make both the functions return void.
      
      This will make the inode timestamp conversion simpler.
      Signed-off-by: NDeepa Dinamani <deepa.kernel@gmail.com>
      Cc: jack@suse.com
      
      ----
      Changes from v1:
      * fixed the pointer error pointed by Jan
      0220edda
  3. 19 12月, 2017 1 次提交
  4. 14 6月, 2017 2 次提交
  5. 29 9月, 2014 1 次提交
  6. 01 11月, 2011 1 次提交
    • J
      udf: Convert printks to pr_<level> · 78ace70c
      Joe Perches 提交于
      Use the current logging styles.
      
      Convert a few printks that should have been udf_warn and udf_err.
      Coalesce formats.  Add #define pr_fmt.
      Move an #include "udfdecls.h" above other includes in udftime.c
      so pr_fmt works correctly.  Strip prefixes from conversions as appropriate.
      Reorder logging definitions in udfdecl.h
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NJan Kara <jack@suse.cz>
      78ace70c
  7. 02 4月, 2009 1 次提交
  8. 17 4月, 2008 2 次提交
  9. 09 2月, 2008 1 次提交
  10. 17 10月, 2007 1 次提交
  11. 22 7月, 2007 1 次提交
  12. 20 7月, 2007 1 次提交
  13. 01 6月, 2005 1 次提交
  14. 06 5月, 2005 1 次提交
  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