Eric Lee / smarc-fsl-linux-kernel

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
     

23 Jul, 2016

1 commit

  • 297fae4d0   Fix NULL pointer dereference in bl_free_device(). ... Browse Code »

    When bl_parse_deviceid() fails in bl_alloc_deviceid_node() on
    blkdev_get_by_*() step we get an pnfs_block_dev struct that is
    uninitialized except for bdev field which is set to whatever error
    blkdev_get_by_*() returns. bl_free_device() then tries to call
    blkdev_put() if bdev is not 0 resulting in a wrong pointer dereference.

    Fixing this by setting bdev in struct pnfs_block_dev only if we didn't
    get an error from blkdev_get_by_*().

    Signed-off-by: Artem Savkov
    Reviewed-by: Benjamin Coddington
    Signed-off-by: Trond Myklebust

    Artem Savkov
     

16 Jul, 2016

5 commits

18 Mar, 2016

1 commit

  • d9186c039   nfs/blocklayout: add SCSI layout support ... Browse Code »

    This is a trivial extension to the block layout driver to support the
    new SCSI layouts draft. There are three changes:

    - device identifcation through the SCSI VPD page. This allows us to
    directly use the udev generated persistent device names instead of
    requiring an expensive lookup by crawling every block device node
    in /dev and reading a signature for it.
    - use of SCSI persistent reservations to protect device access and
    allow for robust fencing. On the client sides this just means
    registering and unregistering a server supplied key.
    - an optimized LAYOUTCOMMIT payload that doesn't send unessecary
    fields to the server.

    Signed-off-by: Christoph Hellwig
    Acked-by: Trond Myklebust
    Signed-off-by: J. Bruce Fields

    Christoph Hellwig
     

18 Aug, 2015

2 commits

28 Mar, 2015

1 commit

22 Sep, 2014

1 commit

  • 5466112f0   pnfs/blocklayout: Fix a 64-bit division/remainder issue in bl_map_stripe ... Browse Code »

    kbuild test robot reports:

    fs/built-in.o: In function `bl_map_stripe':
    >> :(.text+0x965b4): undefined reference to `__aeabi_uldivmod'
    >> :(.text+0x965cc): undefined reference to `__aeabi_uldivmod'
    >> :(.text+0x96604): undefined reference to `__aeabi_uldivmod'

    Fixes: 5c83746a0cf2 (pnfs/blocklayout: in-kernel GETDEVICEINFO XDR parsing)
    Cc: Stephen Rothwell
    Cc: Christoph Hellwig
    Reviewed-by: Christoph Hellwig
    Signed-off-by: Trond Myklebust

    Trond Myklebust
     

13 Sep, 2014

1 commit

  • 5c83746a0   pnfs/blocklayout: in-kernel GETDEVICEINFO XDR parsing ... Browse Code »

    This patches moves parsing of the GETDEVICEINFO XDR to kernel space, as well
    as the management of complex devices. The reason for that is we might have
    multiple outstanding complex devices after a NOTIFY_DEVICEID4_CHANGE, which
    device mapper or md can't handle as they claim devices exclusively.

    But as is turns out simple striping / concatenation is fairly trivial to
    implement anyway, so we make our life simpler by reducing the reliance
    on blkmapd. For now we still use blkmapd by feeding it synthetic SIMPLE
    device XDR to translate device signatures to device numbers, but in the
    long runs I have plans to eliminate it entirely.

    Signed-off-by: Christoph Hellwig
    Signed-off-by: Trond Myklebust

    Christoph Hellwig