- Jan 25, 2022
-
-
Simon Glass authored
At present this is really just a debugging aid, but it is a bit untidy. Add proper columns so it is easier to read. Sample output for coral: => acpi list Name Base Size Detail ---- -------- ----- ------ RSDP 79925000 24 v02 U-BOOT RSDT 79925030 48 v01 U-BOOT U-BOOTBL 20220101 INTL 0 XSDT 799250e0 6c v01 U-BOOT U-BOOTBL 20220101 INTL 0 FACP 79929570 f4 v04 U-BOOT U-BOOTBL 20220101 INTL 1 DSDT 79925280 32ea v02 U-BOOT U-BOOTBL 20110725 INTL 20180105 FACS 79925240 40 MCFG 79929670 2c v01 U-BOOT U-BOOTBL 20220101 INTL 0 SPCR 799296a0 50 v02 U-BOOT U-BOOTBL 20220101 INTL 0 TPM2 799296f0 4c v04 U-BOOT U-BOOTBL 20220101 INTL 0 APIC 79929740 6c v02 U-BOOT U-BOOTBL 20220101 INTL 0 SSDT 799297b0 1523 v02 U-BOOT U-BOOTBL 20220101 INTL 1 NHLT 7992ace0 e60 v05 coral coral 3 INTL 0 DBG2 7992db40 61 v00 U-BOOT U-BOOTBL 20220101 INTL 0 HPET 7992dbb0 38 v01 U-BOOT U-BOOTBL 20220101 INTL 0 Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present this is really just a debugging aid, but it is a bit untidy. Add proper columns and display the type name instead of a number. Sample output for coral: => acpi items Seq Type Addr Size Device/Writer --- ----- -------- ---- ------------- 0 other 79925000 240 0base 1 other 79925240 40 1facs 2 dsdt 799252a4 58 board 3 dsdt 799252fc 10 lpc 4 other 79925280 32f0 3dsdt 5 other 79928570 1000 4gnvs 6 other 79929570 100 5fact 7 other 79929670 30 5mcfg 8 other 799296a0 50 5spcr 9 other 799296f0 50 5tpm2 a other 79929740 70 5x86 b ssdt 799297d4 fe maxim-codec c ssdt 799298d2 28 i2c2@16,0 d ssdt 799298fa 270 da-codec e ssdt 79929b6a 28 i2c2@16,1 f ssdt 79929b92 28 i2c2@16,2 10 ssdt 79929bba 83 tpm@50 11 ssdt 79929c3d 28 i2c2@16,3 12 ssdt 79929c65 282 elan-touchscreen@10 13 ssdt 79929ee7 285 raydium-touchscreen@39 14 ssdt 7992a16c 28 i2c2@17,0 15 ssdt 7992a194 d8 elan-touchpad@15 16 ssdt 7992a26c 163 synaptics-touchpad@2c 17 ssdt 7992a3cf 28 i2c2@17,1 18 ssdt 7992a3f7 111 wacom-digitizer@9 19 ssdt 7992a508 8f sdmmc@1b,0 1a ssdt 7992a597 4b wifi 1b ssdt 7992a5e2 1a0 cpu@0 1c ssdt 7992a782 1a0 cpu@1 1d ssdt 7992a922 1a0 cpu@2 1e ssdt 7992aac2 211 cpu@3 1f other 799297b0 1530 6ssdt 20 other 7992ace0 2f10 8dev Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present this list is used to collect items within the DSDT and SSDT tables. It is useful for it to collect the whole tables as well, so there is a list of what was created and which write created each one. Refactor the code accordingly. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this over to use a writer file, moving the code from the x86 implementation. There is no need to store a separate variable since we can simply access the ACPI context. With this, the original monolithic x86 function for writing ACPI tables is gone. Note that QEMU has its own implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this over to use a writer function, moving the code from the x86 implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Update this function to the newer style, so we can avoid passing and returning an address through this function. Also move this function out of the x86 code so it can be used by other archs. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
-
Simon Glass authored
Move this table over to use a writer function, moving the code from the x86 implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, for x86 only. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, for x86 only. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, for x86 only. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, moving the code from the x86 implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Each board has its own way of creating this table. Rather than calling the acpi_create_fadt() function for each one from a common acpi_write_fadt() function, just move the writer into the board-specific code. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
-
Simon Glass authored
Move this table over to use a writer function, for x86 only. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, for x86 only. Handle the two cases Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, moving the code from the x86 implementation. Add a pointer to the DSDT in struct acpi_ctx so we can reference it later. Disable this table for sandbox since we don't actually compile real ASL code. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move this table over to use a writer function, moving the code from the x86 implementation. Add a pointer to the DSDT in struct acpi_ctx so we can reference it later. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use the new ACPI writer to write the base tables at the start of the area, moving this code from the x86 implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use the new ACPI writer to write the ACPI tables. At present this is all done in one monolithic function. Future work will split this out. Unfortunately the QFW write_acpi_tables() function conflicts with the 'writer' version, so disable that for sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present acpi_setup_base_tables() both sets up the ACPI context and writes out the base tables. We want to use an ACPI writer to write the base tables, so split this function into two, with acpi_setup_ctx() doing the context set, and acpi_setup_base_tables() just doing the base tables. Disable the writer's write_acpi_tables() function for now, to avoid build errors. It is enabled in a following patch. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present we call lots of functions to generate the required ACPI tables. It would be better to standardise these functions and allow them to be automatically collected and used when needed. Add a linker list to handle this. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
It is useful to record the start of an ACPI table so that offsets from that point can be easily calculated. Add this to the context and set it before calling the writer method. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is not x86-specific so move it into the common header file. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Some .asl files include others using the iasl 'include' directive. This needs to be able to find the files referenced. For an out-of-tree build the source directory is not the current directory. Moreover, U-Boot preprocesses the input file and puts the result in the output directory. So iasl does not know where the real source file came from. Add a -I option to produce the correct behaviour. We could add an option to not preprocess the .asl source, but for now that seems unnecessary. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Rather than keying everything off ACPIGEN, use the main GENERATE_ACPI_TABLE option to determine whether the core ACPI code is included. Make sure these option are not enabled in SPL/TPL since we never generate tables there. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The current EFI implementation confuses pointers and addresses. Normally we can get away with this but in the case of sandbox it causes failures. Despite the fact that efi_allocate_pages() returns a u64, it is actually a pointer, not an address. Add special handling to avoid a crash when running 'bootefi hello'. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This must be passed a ulong, not a u64. Fix it to avoid LTO warnings on sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present this option is missing a header file, a function prototype and the qfw driver needs a header included. Fix these problems so we can enable this option on sandbox. This will increase the build coverage. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is enabled for quite a few boards which don't create ACPI tables. Tidy this up by dropping the option for some boards. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Some ARM boards are using ACPI now. It seems that U-Boot should support this method. Add ARM to the list of archs which can generate ACPI tables. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Allow this to be used on any arch. Also convert to using macros so that we can check the CONFIG option in C code. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
These have sadly found their way to ARM now. Allow any arch to support generating ACPI tables. Disable this for the tools build. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Tom Rini authored
- A number of cleanups to Python code based on running pylint - Integrate changes so that we can run "make pylint" and compare the results to a current baseline. Keep this as a manual check for now. - Improve functionality of moveconfig.py - pci: iproc: Set all 24 bits of PCI class code
-
- Jan 24, 2022
-
-
Tom Rini authored
Rsync all defconfig files using moveconfig.py Signed-off-by:
Tom Rini <trini@konsulko.com>
-
There are over 200 errors in this file. Fix some of them, starting at the beginning of the file. Future work can continue this effort. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
At present there is quite a bit of ad-hoc code reading from files. The most common case is to read the file as lines. Put it in a function and set the unicode encoding correctly. Avoid writing back to a file when there are obviously no changes as this speeds things up slightly. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
At present there is quite a bit of ad-hoc code writing to files. The treatment of newlines is different in some of them. Put it in a function and set the unicode encoding correctly. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Python 2 is not supported anymore and Python 3 has had subprocess.DEVNULL since version 3.3 which was released in 2012. Drop the unnecessary check. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Heinrich Schuchardt <xypron.glpk@gmx.de>
-
This is a newer library and is now preferred for Python scripts. Update the code to use it instead of optparse Use 'args' instead of 'options' throughout, since this is the term used in that module. Also it helps to avoid confusion with CONFIG options, a term that is used in this file. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Quite a few places use double quotes. Fix this to be consistent with other Python code in U-Boot. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Heinrich Schuchardt <xypron.glpk@gmx.de>
-
It is useful to be able to find out which boards define a particular option, or combination of options. This is not as easy as grepping the defconfig files since many options are implied by others. Add a -f option to the moveconfig tool to permit this. Update the documentation to cover this, including a better title for the doc page. Signed-off-by:
Simon Glass <sjg@chromium.org>
-