Changes in Makefile

a3403d30 - ACPI: disable -Wstringop-truncation

Tue, 09 Apr 2024 14:00:55 +0000

ACPI: disable -Wstringop-truncationgcc -Wstringop-truncation warns about copying a string that results in amissing nul termination:drivers/acpi/acpica/tbfind.c: In function 'acpi_tb_find_table':drivers/acpi/acpica/tbfind.c:60:9: error: 'strncpy' specified bound 6 equals destination size [-Werror=stringop-truncation] 60 | strncpy(header.oem_id, oem_id, ACPI_OEM_ID_SIZE); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~drivers/acpi/acpica/tbfind.c:61:9: error: 'strncpy' specified bound 8 equals destination size [-Werror=stringop-truncation] 61 | strncpy(header.oem_table_id, oem_table_id, ACPI_OEM_TABLE_ID_SIZE); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~The code works as intended, and the warning could be addressed by usinga memcpy(), but turning the warning off for this file works equally welland may be easier to merge.Fixes: 47c08729bf1c ("ACPICA: Fix for LoadTable operator, input strings")Link: https://lore.kernel.org/lkml/CAJZ5v0hoUfv54KW7y4223Mn9E7D4xvR7whRFNLTBqCZMUxT50Q@mail.gmail.com/#tSigned-off-by: Arnd Bergmann Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

8f9e0a52 - ACPI: Don't build ACPICA with '-Os'

Mon, 23 Jan 2023 13:45:58 +0000

ACPI: Don't build ACPICA with '-Os'The ACPICA code has been built with '-Os' since the beginning of githistory, though there's no explanatory comment as to why.This is unfortunate as GCC drops the alignment specificed by'-falign-functions=N' when '-Os' is used, as reported in GCC bug 88345: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345This prevents CONFIG_FUNCTION_ALIGNMENT andCONFIG_DEBUG_FORCE_FUNCTION_ALIGN_64B from having their expected effecton the ACPICA code. This is doubly unfortunate as in subsequent patchesarm64 will depend upon CONFIG_FUNCTION_ALIGNMENT for its ftraceimplementation.Drop the '-Os' flag when building the ACPICA code. With this removed,the code builds cleanly and works correctly in testing so far.I've tested this by selecting CONFIG_DEBUG_FORCE_FUNCTION_ALIGN_64B=y,building and booting a kernel using ACPI, and looking for misalignedtext symbols:* arm64: Before, v6.2-rc3: # uname -rm 6.2.0-rc3 aarch64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 5009 Before, v6.2-rc3 + fixed __cold: # uname -rm 6.2.0-rc3-00001-g2a2bedf8bfa9 aarch64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 919 After: # uname -rm 6.2.0-rc3-00002-g267bddc38572 aarch64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 323 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | grep acpi | wc -l 0* x86_64: Before, v6.2-rc3: # uname -rm 6.2.0-rc3 x86_64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 11537 Before, v6.2-rc3 + fixed __cold: # uname -rm 6.2.0-rc3-00001-g2a2bedf8bfa9 x86_64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 2805 After: # uname -rm 6.2.0-rc3-00002-g267bddc38572 x86_64 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | wc -l 1357 # grep ' [Tt] ' /proc/kallsyms | grep -iv '[048c]0 [Tt] ' | grep acpi | wc -l 0With the patch applied, the remaining unaligned text labels are acombination of static call trampolines and labels in assembly, which canbe dealt with in subsequent patches.Signed-off-by: Mark Rutland Acked-by: Rafael J. Wysocki Cc: Florent Revest Cc: Len Brown Cc: Masami Hiramatsu Cc: Peter Zijlstra Cc: Robert Moore Cc: Steven Rostedt Cc: Will Deacon Cc: linux-acpi@vger.kernel.orgLink: https://lore.kernel.org/r/20230123134603.1064407-4-mark.rutland@arm.comSigned-off-by: Catalin Marinas List of files: /linux-6.15/drivers/acpi/acpica/Makefile

51aad1a6 - ACPICA: Finish support for the CDAT table

Thu, 27 Oct 2022 17:58:36 +0000

ACPICA: Finish support for the CDAT tableACPICA commit 8ac4e5116f59d6f9ba2fbeb9ce22ab58237a278fFinish support for the CDAT table, in both the data table compiler andthe disassembler.Link: https://github.com/acpica/acpica/commit/8ac4e511Signed-off-by: Bob Moore Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

bd23fac3 - ACPICA: Remove PCI bits from ACPICA when CONFIG_PCI is unset

Wed, 19 Dec 2018 22:46:55 +0000

ACPICA: Remove PCI bits from ACPICA when CONFIG_PCI is unsetAllow ACPI to be built without PCI support in place.Signed-off-by: Sinan Kaya Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

9e9f8733 - ACPICA: Split large interpreter file

Wed, 03 Oct 2018 18:45:37 +0000

ACPICA: Split large interpreter fileNew file: exserial.cSigned-off-by: Bob Moore Signed-off-by: Erik Schmauss Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense 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 bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe 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 caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase 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 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately 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 <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/acpi/acpica/Makefile

fe97d287 - ACPICA: Restructure/cleanup all string-to-integer conversion functions

Wed, 20 Sep 2017 02:00:36 +0000

ACPICA: Restructure/cleanup all string-to-integer conversion functionsACPICA commit 610046d444ad781cc36673bf1f030abe50cbc61fImprove adherence to ACPI spec for implicit and explicit conversionsAdds octal support for constants in ASL codeAdds integer overflow errors for constants during ASL compilationEliminates most of the existing complex flags parametersSimplify support for implicit/explicit runtime conversionsAdds one new file, utilities/utstrsuppt.cLink: https://github.com/acpica/acpica/commit/610046d444adSigned-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

a62a7117 - ACPICA: Implement deferred resolution of reference package elements

Thu, 03 Aug 2017 06:27:22 +0000

ACPICA: Implement deferred resolution of reference package elementsACPICA commit 0c08790c56fdf0dc081ae869495a09d8c4230854This change defers the resolution of package elements thatare named references until after the entire namespace has beenloaded from the definition block. This allows such referencesto be in fact forward references for both module level codeand control methods.Link: https://github.com/acpica/acpica/commit/0c08790cSigned-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

b7b7da2a - ACPICA: Split resource descriptor decode strings to a new file

Mon, 05 Jun 2017 08:40:57 +0000

ACPICA: Split resource descriptor decode strings to a new fileACPICA commit 00906ae0aff4c6b76abc232ef99700e7d7c0e325There are enough of these strings to justify a separate file.Also, these strings are only used for the disassembler andthe debugger. Thus, this change improves ACPICA modularity.Link: https://github.com/acpica/acpica/commit/00906ae0Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

6895baa6 - ACPICA: Add non-linux host build support

Tue, 11 Apr 2017 07:48:05 +0000

ACPICA: Add non-linux host build support_LINUX: used to detect a target build is a linux kernel/application.__linux__: used to detect a build is on a linux hosts.Thus we can see: if a linux kernel build is performed on environments otherthan linux hosts, __linux__ may not be defined by the compiler and _LINUXcannot cover linux kernel resident ACPICA files, as it's only defined in and hence only allows non ACPICA kernel files to correctlyinclude aclinux.h.As a conclusion, we don't actually support such build.This patch adds -D_LINUX for ACPICA files so that kernel builds on anyhosts can use unified _LINUX as a linux kernel target indication tocorrectly include aclinux.h.Tested-by: Al Stone Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

5ebd2eaa - ACPICA: Cleanup for all string-to-integer conversions

Wed, 07 Sep 2016 06:14:30 +0000

ACPICA: Cleanup for all string-to-integer conversionsACPICA commit e2e72a351201fd58e4694418859ae2c247dafca0Consolidate multiple versions of strtoul64 to one common version.limit possible bases to either 10 or 16.Handles both implicit and explicit conversions.Added a 2-character ascii-to-hex function for GPEs and buffers.Adds a new file, utstrtoul64.cLink: https://github.com/acpica/acpica/commit/e2e72a35Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

6a0df32c - ACPICA: Move all ASCII utilities to a common file

Thu, 05 May 2016 05:00:36 +0000

ACPICA: Move all ASCII utilities to a common fileACPICA commit ba60e4500053010bf775d58f6f61febbdb94d817New file is utascii.cLink: https://github.com/acpica/acpica/commit/ba60e450Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

890b090e - ACPICA: Intepreter: Add object extensions to Concatenate operand

Thu, 24 Mar 2016 01:39:51 +0000

ACPICA: Intepreter: Add object extensions to Concatenate operandACPICA commit 60d9cfd403a9824199b971597c930f6f563e5c71Allows all object types to be used with Concatenate. Objectsother than Int/Str/Buf are convert to a string that containsthe type of the object. Improves the utility of the Printfand Fprintf macros.Adds a new file, exconcat.cLink: https://github.com/acpica/acpica/commit/60d9cfd4Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

2ba7379b - ACPICA: Disassembler/tools: Support for multiple ACPI tables in one file

Tue, 29 Dec 2015 05:54:58 +0000

ACPICA: Disassembler/tools: Support for multiple ACPI tables in one fileACPICA commit 5be7dc4d0d69b2953d156f5bc4d3e8a65a390837Matches the support in iASL and acpi_exec.Link: https://github.com/acpica/acpica/commit/5be7dc4dSigned-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

5df2e3ed - ACPICA: Split interpreter tracing functions to a new file

Tue, 29 Dec 2015 05:54:44 +0000

ACPICA: Split interpreter tracing functions to a new fileACPICA commit a3f85a7d26a52ee0d9103feb4fbec8d7b6ba4c11Split out functions from exdebug.c to extrace.cLink: https://github.com/acpica/acpica/commit/a3f85a7dSigned-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

4d946f79 - ACPI: Enable build of AML interpreter debugger

Mon, 19 Oct 2015 02:25:56 +0000

ACPI: Enable build of AML interpreter debuggerThis patch enables ACPICA debugger files using a configurableCONFIG_ACPI_DEBUGGER configuration item. Those debugger related code thatwas originally masked as ACPI_FUTURE_USAGE now gets unmasked.Necessary OSL stubs are also added in this patch:1. acpi_os_readable(): This should be arch specific in Linux, while this patch doesn't introduce real implementation and a complex mechanism to allow architecture specific acpi_os_readable() to be implemented to validate the address. It may be done by future commits.2. acpi_os_get_line(): This is used to obtain debugger command input. This patch only introduces a simple KDB concept example in it and the example should be co-working with the code implemented in acpi_os_printf(). Since this KDB example won't be compiled unless ENABLE_DEBUGGER is defined and it seems Linux has already stopped to use ENABLE_DEBUGGER, thus do not expect it can work properly.This patch also cleans up all other ACPI_FUTURE_USAGE surroundingsaccordingly.1. Since linkage error can be automatically detected, declaration in the headers needn't be surrounded by ACPI_FUTURE_USAGE. So only the following separate exported fuction bodies are masked by this macro (other exported fucntions may have already been masked at entire module level via drivers/acpi/acpica/Makefile): acpi_install_exception_handler() acpi_subsystem_status() acpi_get_system_info() acpi_get_statistics() acpi_install_initialization_handler()2. Since strip can automatically zap the no-user functions, functions that are not marked with ACPI_EXPORT_SYMBOL() needn't get surrounded by ACPI_FUTURE_USAGE. So the following function which is not used by Linux kernel now won't get surrounded by this macro: acpi_ps_get_name()Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

93556118 - ACPICA: Remove unnecessary conditional compilation

Mon, 19 Oct 2015 02:24:26 +0000

ACPICA: Remove unnecessary conditional compilationACPICA commit eea1f0e561893b6d6417913b2d224082fe3a0a5eRemove use of ACPI_DEBUGGER and ACPI_DISASSEMBLER where thesedefines are used around entire modules.Note: This type of code also causes problems with IDEs.Link: https://github.com/acpica/acpica/commit/eea1f0e5Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

27629196 - ACPICA: Cleanup use of all non-ANSI local C library functions

Thu, 23 Jul 2015 04:53:49 +0000

ACPICA: Cleanup use of all non-ANSI local C library functionsACPICA commit 7c490c28a18b435c543c6b410e7e7c2131fccc78ACPICA implements all non-ANSI functions locally. However, thereare sometimes two or more versions of the same function throughoutthe ACPICA code. This change fixes this.Adds a new file, utilities/utnonansi.cLink: https://github.com/acpica/acpica/commit/7c490c28Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

0bac4295 - ACPICA: Dispatcher: Move stack traversal code to dispatcher

Thu, 23 Jul 2015 04:52:46 +0000

ACPICA: Dispatcher: Move stack traversal code to dispatcherACPICA commit c8275e243b58fd4adfc0362bd704af41ed14bc75This patch moves parts of acpi_dm_dump_method_info() to the dispatchercomponent.This patch also makes the new function dependent on ACPI_DEBUG_OUTPUTcompile-stage definition so that it can be used by the trace facility.acpi_dm_dump_method_info() traverses method stack when an exception isencountered. Such traversal is needed to support method tracing for theexceptions. When an exception is encountered, the end indications of theaborted methods should be logged in order not to break the user spaceanalysis tool. Lv Zheng.Link: https://github.com/acpica/acpica/commit/c8275e24Signed-off-by: Lv Zheng Signed-off-by: Bob Moore Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile

73bbca04 - ACPICA: acpihelp: Add UUID support, restructure some existing files.

Wed, 30 Jul 2014 04:21:13 +0000

ACPICA: acpihelp: Add UUID support, restructure some existing files.This adds a -u option to acpi_help to display all known ACPI UUIDs.Some existing files in the core code have been restructured.Three new files.[zetalog: changing drivers/acpi/acpica/Makefile accordingly]Signed-off-by: Bob Moore Signed-off-by: Lv Zheng Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/acpi/acpica/Makefile