05 Jun, 2019

1 commit

  • Based on 1 normalized pattern(s):

    this file is part of the linux kernel and is made available under
    the terms of the gnu general public license version 2 as published
    by the free software foundation this program is distributed in the
    hope it will be useful but without any warranty without even the
    implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 1 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Alexios Zavras
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190529141900.734365435@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

08 Jun, 2016

1 commit

  • Some callers don't use it so make it optional.

    Signed-off-by: Borislav Petkov
    Cc: Andy Lutomirski
    Cc: Borislav Petkov
    Cc: Brian Gerst
    Cc: Denys Vlasenko
    Cc: H. Peter Anvin
    Cc: Linus Torvalds
    Cc: Peter Zijlstra
    Cc: Thomas Gleixner
    Link: http://lkml.kernel.org/r/1465225850-7352-4-git-send-email-bp@alien8.de
    Signed-off-by: Ingo Molnar

    Borislav Petkov
     

15 Aug, 2013

1 commit

  • The comments of find_cpio_data() says:

    * @offset: When a matching file is found, this is the offset to the
    * beginning of the cpio. ......

    But according to the code,

    dptr = PTR_ALIGN(p + ch[C_NAMESIZE], 4);
    nptr = PTR_ALIGN(dptr + ch[C_FILESIZE], 4);
    ....
    *offset = (long)nptr - (long)data; /* data is the cpio file */

    @offset is the offset of the next file, not the matching file itself.
    This is confused and may cause unnecessary waste of time to debug.
    So fix it.

    As Tejun Heo suggested, rename @offset to @nextoff which is more clear
    to users. And also adjust the new comments.

    Signed-off-by: Tang Chen
    Reviewed-by: Zhang Yanfei
    Reviewed-by: Tejun Heo
    Signed-off-by: Rafael J. Wysocki

    Tang Chen
     

15 Jul, 2013

1 commit

  • The __cpuinit type of throwaway sections might have made sense
    some time ago when RAM was more constrained, but now the savings
    do not offset the cost and complications. For example, the fix in
    commit 5e427ec2d0 ("x86: Fix bit corruption at CPU resume time")
    is a good example of the nasty type of bugs that can be created
    with improper use of the various __init prefixes.

    After a discussion on LKML[1] it was decided that cpuinit should go
    the way of devinit and be phased out. Once all the users are gone,
    we can then finally remove the macros themselves from linux/init.h.

    This removes all the uses of the __cpuinit macros from C files in
    the core kernel directories (kernel, init, lib, mm, and include)
    that don't really have a specific maintainer.

    [1] https://lkml.org/lkml/2013/5/20/589

    Signed-off-by: Paul Gortmaker

    Paul Gortmaker
     

01 Oct, 2012

1 commit

  • Add a simple cpio decoder without library dependencies for the purpose
    of extracting components from the initramfs blob for early kernel
    uses. Intended consumers so far are microcode and ACPI override.

    Signed-off-by: H. Peter Anvin
    Link: http://lkml.kernel.org/r/1349043837-22659-2-git-send-email-trenn@suse.de
    Cc: Len Brown
    Cc: Fenghua Yu
    Signed-off-by: Thomas Renninger
    Signed-off-by: H. Peter Anvin

    H. Peter Anvin