02 Nov, 2017

1 commit

• b24413180   License cleanup: add SPDX GPL-2.0 license identifier to files with no license ... Browse Code »

  Many source files in the tree are missing licensing information, which
  makes it harder for compliance tools to determine the correct license.

  By default all files without license information are under the default
  license of the kernel, which is GPL version 2.

  Update the files which contain no license information with the 'GPL-2.0'
  SPDX license identifier. The SPDX identifier is a legally binding
  shorthand, which can be used instead of the full boiler plate text.

  This patch is based on work done by Thomas Gleixner and Kate Stewart and
  Philippe Ombredanne.

  How this work was done:

  Patches were generated and checked against linux-4.14-rc6 for a subset of
  the use cases:
  - file had no licensing information it it.
  - file was a */uapi/* one with no licensing information in it,
  - file was a */uapi/* one with existing licensing information,

  Further patches will be generated in subsequent months to fix up cases
  where non-standard license headers were used, and references to license
  had to be inferred by heuristics based on keywords.

  The analysis to determine which SPDX License Identifier to be applied to
  a file was done in a spreadsheet of side by side results from of the
  output of two independent scanners (ScanCode & Windriver) producing SPDX
  tag:value files created by Philippe Ombredanne. Philippe prepared the
  base worksheet, and did an initial spot review of a few 1000 files.

  The 4.13 kernel was the starting point of the analysis with 60,537 files
  assessed. Kate Stewart did a file by file comparison of the scanner
  results in the spreadsheet to determine which SPDX license identifier(s)
  to be applied to the file. She confirmed any determination that was not
  immediately clear with lawyers working with the Linux Foundation.

  Criteria used to select files for SPDX license identifier tagging was:
  - Files considered eligible had to be source code files.
  - Make and config files were included as candidates if they contained >5
  lines of source
  - File already had some variant of a license header in it (even if
  Reviewed-by: Philippe Ombredanne
  Reviewed-by: Thomas Gleixner
  Signed-off-by: Greg Kroah-Hartman

  Greg Kroah-Hartman

  2017-11-02 18:10:55 +0800  

28 Jul, 2016

1 commit

• b2aa5d0bc   libceph: fix some missing includes ... Browse Code »

  - decode.h needs slab.h for kmalloc()
  - osd_client.h needs msgpool.h for struct ceph_msgpool
  - msgpool.h doesn't need messenger.h

  Signed-off-by: Ilya Dryomov

  Ilya Dryomov

  2016-07-28 08:55:35 +0800  

31 Jul, 2012

1 commit

• d50b409fb   libceph: initialize msgpool message types ... Browse Code »

  Initialize the type field for messages in a msgpool. The caller was doing
  this for osd ops, but not for the reply messages.

  Reported-by: Alex Elder
  Signed-off-by: Sage Weil

  Sage Weil

  2012-07-31 00:29:50 +0800  

26 Oct, 2011

1 commit

• b61c27636   libceph: don't complain on msgpool alloc failures ... Browse Code »

  The pool allocation failures are masked by the pool; there is no need to
  spam the console about them. (That's the whole point of having the pool
  in the first place.)

  Mark msg allocations whose failure is safely handled as such.

  Signed-off-by: Sage Weil

  Sage Weil

  2011-10-26 07:10:15 +0800  

10 Aug, 2011

1 commit

• 5185352c1   libceph: fix msgpool ... Browse Code »

  There were several problems here:

  1- we weren't tagging allocations with the pool, so they were never
  returned to the pool.
  2- msgpool_put didn't add back to the mempool, even it were called.
  3- msgpool_release didn't clear the pool pointer, so it would have looped
  had #1 not been broken.

  These may or may not have been responsible for #1136 or #1381 (BUG due to
  non-empty mempool on umount). I can't seem to trigger the crash now using
  the method I was using before.

  Signed-off-by: Sage Weil

  Sage Weil

  2011-08-10 06:26:17 +0800  

21 Oct, 2010

1 commit

• 3d14c5d2b   ceph: factor out libceph from Ceph file system ... Browse Code »

  This factors out protocol and low-level storage parts of ceph into a
  separate libceph module living in net/ceph and include/linux/ceph. This
  is mostly a matter of moving files around. However, a few key pieces
  of the interface change as well:

  - ceph_client becomes ceph_fs_client and ceph_client, where the latter
  captures the mon and osd clients, and the fs_client gets the mds client
  and file system specific pieces.
  - Mount option parsing and debugfs setup is correspondingly broken into
  two pieces.
  - The mon client gets a generic handler callback for otherwise unknown
  messages (mds map, in this case).
  - The basic supported/required feature bits can be expanded (and are by
  ceph_fs_client).

  No functional change, aside from some subtle error handling cases that got
  cleaned up in the refactoring process.

  Signed-off-by: Sage Weil

  Yehuda Sadeh

  2010-10-21 06:37:28 +0800