13 Nov, 2019

1 commit


31 May, 2019

1 commit

  • Based on 3 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version this program is distributed in the
    hope that 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

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [kishon] [vijay] [abraham]
    [i] [kishon]@[ti] [com] this program is distributed in the hope that
    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

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version [author] [graeme] [gregory]
    [gg]@[slimlogic] [co] [uk] [author] [kishon] [vijay] [abraham] [i]
    [kishon]@[ti] [com] [based] [on] [twl6030]_[usb] [c] [author] [hema]
    [hk] [hemahk]@[ti] [com] this program is distributed in the hope
    that 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-or-later

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

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Reviewed-by: Kate Stewart
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190527070033.202006027@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

18 Dec, 2018

1 commit

  • For HP Inc. mobile workstation with hybrid graphics support, dGPU can
    directly output to external monitors; however, Nvidia and AMD's Linux
    drivers aren't able to support this feature.

    The OEM _OSI string "Linux-HPI-Hybrid-Graphics" is used by BIOS to
    implement dGPU direct output to external monitors.

    The form of the OEM _OSI strings is defined by each OEMs and is
    discussed in Documentation/acpi/osi.txt.

    Signed-off-by: Alex Hung
    Signed-off-by: Rafael J. Wysocki

    Alex Hung
     

20 Jul, 2018

1 commit

  • Some ThinkPad systems have a power-saving feature that turns off HDMI
    audio device in Windows, but NVidia Linux driver does not support this
    feature. As a result, HDMI audio will not work on Linux.

    A BIOS workaround is added with an OEM_OSI string
    "Linux-Lenovo-NV-HDMI-Audio" to power on NVidia HDMI audio when booting.

    The form of the OEM _OSI strings is defined by each OEMs and is
    discussed in Documentation/acpi/osi.txt.

    Signed-off-by: Alex Hung
    Signed-off-by: Rafael J. Wysocki

    Alex Hung
     

19 Mar, 2018

1 commit

  • A number of Dell systems require an OEM _OSI string "Linux-Dell-Video"
    as a BIOS workaround to disable RTD3 which causes systems hangs when
    NVidia graphics cards are installed. The affected Dell systems are
    with system IDs: 0818, 0819, 0820, 0850, 0851, 086F, 0870, 0885 and
    0886.

    The form of the OEM _OSI strings is defined by each OEMs and is
    discussed in Documentation/acpi/osi.txt.

    Signed-off-by: Alex Hung
    Signed-off-by: Rafael J. Wysocki

    Alex Hung
     

14 Sep, 2017

1 commit


04 Aug, 2017

1 commit

  • We're about to amend ACPI bus scan with DMI checks whether we're running
    on a Mac to support Apple device properties in AML. The DMI checks are
    performed for every single device, adding overhead for everything x86
    that isn't Apple, which is the majority. Rafael and Andy therefore
    request to perform the DMI match only once and cache the result.

    Outside of ACPI various other Apple DMI checks exist and it seems
    reasonable to use the cached value there as well. Rafael, Andy and
    Darren suggest performing the DMI check in arch code and making it
    available with a header in include/linux/platform_data/x86/.

    To this end, add early_platform_quirks() to arch/x86/kernel/quirks.c
    to perform the DMI check and invoke it from setup_arch(). Switch over
    all existing Apple DMI checks, thereby fixing two deficiencies:

    * They are now #defined to false on non-x86 arches and can thus be
    optimized away if they're located in cross-arch code.

    * Some of them only match "Apple Inc." but not "Apple Computer, Inc.",
    which is used by BIOSes released between January 2006 (when the first
    x86 Macs started shipping) and January 2007 (when the company name
    changed upon introduction of the iPhone).

    Suggested-by: Andy Shevchenko
    Suggested-by: Rafael J. Wysocki
    Suggested-by: Darren Hart
    Signed-off-by: Lukas Wunner
    Acked-by: Mika Westerberg
    Signed-off-by: Rafael J. Wysocki

    Lukas Wunner
     

05 Jul, 2017

1 commit


05 May, 2016

1 commit

  • _OSI handling code grows giant and it's time to move them into one file.

    This patch collects all _OSI handling code into one single file.
    So that we only have the following functions to be used externally:

    early_acpi_osi_init(): Used by DMI detections;
    acpi_osi_init(): Used to initialize OSI command line settings and install
    Linux specific _OSI handler;
    acpi_osi_setup(): The API that should be used by the external quirks.
    acpi_osi_is_win8(): The API is used by the external drivers to determine
    if BIOS supports Win8.

    CONFIG_DMI is not useful as stub dmi_check_system() can make everything
    stub because of strip.

    No functional changes.

    Tested-by: Lukas Wunner
    Tested-by: Chen Yu
    Signed-off-by: Lv Zheng
    Signed-off-by: Rafael J. Wysocki

    Lv Zheng