Linaro-acpi

linaro-acpi@lists.linaro.org

820 discussions

leg-kernel tag leg-20140217.0 released

by Graeme Gregory

The leg-kernel release has been made and tagged as leg-20140217.0 This is based on mainline kernel v3.14-rc3 Repository : http://git.linaro.org/arm/acpi/leg-kernel.git Direct Link: https://git.linaro.org/arm/acpi/leg-kernel.git/commit/f7f2b0bff8dacdb0e5768… Notes :- 1) starting from this release, a FDT is not used to describe the platform. The kernel uses ACPI tables only. This release contains prototype code to boot the CPUs from information held in the MADT. It is hard coded to PSCI control method for the FVP base model.

10 years, 8 months

leg-kernel tag leg-20140211.0 released

by Graeme Gregory

The leg-kernel release has been made and tagged as leg-20140211.0 This is based on mainline kernel v3.14-rc2 Repository : http://git.linaro.org/arm/acpi/leg-kernel.git Direct Link: http://git.linaro.org/arm/acpi/leg-kernel.git/commit/a48313884f9124e9703f8c… Notes :- 1) starting from this release, a FDT is not used to describe the platform. The kernel uses ACPI tables only. Given that current ACPI 5.0 tables have limitations in the MADT fields with regards to CPU topology for ARM platforms, currently this means that booting with ACPI will boot with only one processor running. This will remain until ACPI booting from PSCI prototype is completed. As hinted last month with the introduction of a dummy patch[1], the team is focusing on this and plans to present a prototype solution at LCA-14. Booting in FDT mode is unaffected. [1] http://www.spinics.net/lists/linux-acpi/msg48537.html

10 years, 8 months

[PATCH v3 0/3] Prepare for running ACPI on !x86 and !ia64

by Hanjun Guo

Some of the ACPI code is arch-dependent and make the code can't be compiled on !x86 or !ia64, the first two patches just do some rework on the idle_boot_override and _PDC related stuff to make the ACPI code more arch-independent. The third patch just introduce map_gic_id() for ACPI processor core followed the ACPI 5.0 spec. I have compiled the kernel successfully after appling this patch set on x86 and ia64. Changes for v3: Fix the issues pointed out by Lan Tianyu and and the Reviewed-by for first patch. Changes for v2: a) add #if defined(CONFIG_X86) || defined(CONFIG_IA64) for idle_boot_override related code; b) Rebased on 3.14-rc1. Changes since the RFC version: a) Remove the RFC tag; b) Move idle_boot_override out of the arch directory suggested by Alan; c) Make these 3 patches as a separate patch set since there are not not related to the ARM/ARM64 platform. Hanjun Guo (3): ACPI / idle: Make idle_boot_override depend on x86 and ia64 ACPI / processor_core: Rework _PDC related stuff to make it more arch-independent ACPI: Introduce map_gic_id() to get apic id from MADT or _MAT method arch/ia64/include/asm/acpi.h | 5 +-- arch/ia64/kernel/acpi.c | 17 +++++++++ arch/x86/include/asm/acpi.h | 19 +-------- arch/x86/kernel/acpi/cstate.c | 31 +++++++++++++++ drivers/acpi/processor_core.c | 85 ++++++++++++++++++++++++----------------- 5 files changed, 99 insertions(+), 58 deletions(-) -- 1.7.9.5

10 years, 9 months

[Update][PATCH 1/2] ACPI / processor: Replace hard-coded "ACPI0007" with ACPI_PROCESSOR_DEVICE_HID

by Hanjun Guo

Replace "ACPI0007" with ACPI_PROCESSOR_DEVICE_HID to improve code readability. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- drivers/acpi/processor_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/acpi/processor_core.c b/drivers/acpi/processor_core.c index a4eea9a..f31d0fb 100644 --- a/drivers/acpi/processor_core.c +++ b/drivers/acpi/processor_core.c @@ -390,5 +390,5 @@ void __init acpi_early_processor_set_pdc(void) acpi_walk_namespace(ACPI_TYPE_PROCESSOR, ACPI_ROOT_OBJECT, ACPI_UINT32_MAX, early_init_pdc, NULL, NULL, NULL); - acpi_get_devices("ACPI0007", early_init_pdc, NULL, NULL); + acpi_get_devices(ACPI_PROCESSOR_DEVICE_HID, early_init_pdc, NULL, NULL); } -- 1.7.9.5

10 years, 9 months

[PATCH 1/2] ACPI / processor: Replace hard-coded "ACPI0007" with ACPI_PROCESSOR_DEVICE_HID

by Hanjun Guo

Replace "ACPI0007" with ACPI_PROCESSOR_DEVICE_HID to improve code readability. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- drivers/acpi/processor_core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/acpi/processor_core.c b/drivers/acpi/processor_core.c index a4eea9a..849cfd6 100644 --- a/drivers/acpi/processor_core.c +++ b/drivers/acpi/processor_core.c @@ -390,5 +390,6 @@ void __init acpi_early_processor_set_pdc(void) acpi_walk_namespace(ACPI_TYPE_PROCESSOR, ACPI_ROOT_OBJECT, ACPI_UINT32_MAX, early_init_pdc, NULL, NULL, NULL); - acpi_get_devices("ACPI0007", early_init_pdc, NULL, NULL); + acpi_get_devices(ACPI_PROCESSOR_DEVICE_HID, + early_init_pdc, NULL, NULL); } -- 1.7.9.5

10 years, 9 months

leg-kernel tag leg-20140206.0 released

by Graeme Gregory

The leg-kernel release has been made and tagged as leg-20140206.0 This is based on mainline kernel v3.14-rc1 Repository : http://git.linaro.org/arm/acpi/leg-kernel.git Direct Link: http://git.linaro.org/arm/acpi/leg-kernel.git/commit/2089f78f14cf361b8cb9d7… Notes :- 1) starting from this release, a FDT is not used to describe the platform. The kernel uses ACPI tables only. Given that current ACPI 5.0 tables have limitations in the MADT fields with regards to CPU topology for ARM platforms, currently this means that booting with ACPI will boot with only one processor running. This will remain until ACPI booting from PSCI prototype is completed. As hinted last month with the introduction of a dummy patch[1], the team is focusing on this and plans to present a prototype solution at LCA-14. Booting in FDT mode is unaffected. [1] http://www.spinics.net/lists/linux-acpi/msg48537.html

10 years, 9 months

[PATCH] arm64: if we chose to boot from acpi then disable FDT

by Graeme Gregory

If the early boot methods of acpi are happy that we have valid ACPI tables and acpi=off has not been passed. Then do not unflatted devicetree effectively disabling further hardware probing from DT. Signed-off-by: Graeme Gregory <graeme.gregory(a)linaro.org> --- arch/arm64/kernel/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c index 09f34ca..eac789d 100644 --- a/arch/arm64/kernel/setup.c +++ b/arch/arm64/kernel/setup.c @@ -242,7 +242,8 @@ void __init setup_arch(char **cmdline_p) paging_init(); request_standard_resources(); - unflatten_device_tree(); + if (acpi_disabled) + unflatten_device_tree(); psci_init(); -- 1.8.5.3

10 years, 9 months

Re: [Linaro-acpi] draft of blog post - UEFI and ACPI

by Grant Likely

My blog post on ACPI and UEFI has now gone public. Here's the link: http://www.secretlab.ca/archives/27 Jennifer, you can go ahead and publish on the Linaro blog also. g.

10 years, 9 months

[PATCH 00/20] Make ACPI core running on ARM64

by Hanjun Guo

This patch set trys to make ACPI core running on ARM64. 1. Why ACPI is needed ? ACPI provides standard interfaces for power managment, themal control, device enumeration and configuration and etc. So ACPI can make OS and hardware decoupling and make people upgrade software or hardware more easily. ACPI is more than that. It can provide standard error report interface called ACPI Platform Error Interface (APEI) for RAS features, and provide standard interface for dynamic system device reconfigurations such as CPU/memory/computer node hot-add and hot-remove, this is especially useful for servers. 2. Does ACPI run propably on ARM64 ? ACPI spec 5.0 introduces hardware reduced mode, GICC/GICD, GTDT for arch timer and etc for Socs. This makes it possible to run ACPI on ARM/ARM64. Some company already did that (UEFI+ACPI) on ARM platforms. ACPI spec for ARM/ARM64 is still need to be improved and people are working on that, but for now, we can run ACPI propably except for some new features such as PSCI and GICv3. 3. What we did in this patch set patch 1-8(Hanjun Guo) will make ACPI core running on ARM64 and make the compilation is ok on ARM64. patch 9-12 will enumeration cpus presented by MADT table. since PSCI is not available for ACPI 5.0, we use spin-table method for SMP initialization. patch 13-16 will initialize GIC in the system. ACPI only support one GIC and only report information about GICC and GICD, so there will some limitations for GICv3 and GICH for GICv2 for virtualization. patch 17-19 and patch from Amit will finish the arch timer initialization. We get informatiom from GTDT (Generic Timer Description Table) to initialize arch timer and introduce a macro CLOCKSOURCE_ACPI_DECLARE to do the same job as CLOCKSOURCE_OF_DECLARE to make it scalable for other timers. All the ACPI tables are available with BSD license at: git://git.linaro.org/arm/acpi/acpi-asl.git Changs since last RFC version: 1) Introduce some PCI functions when PCI is enabled 2) Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled 3) Remove ACPI based CPU hotplug code 4) Use spin-table method for SMP initialization 5) Add macro CLOCKSOURCE_ACPI_DECLARE for ACPI timer init 6) Address lots of comments and suggestions in last RFC version 7) Remove RFC tag and make all the patches seperated as two parts, one is "ACPI: Some patches to prepare for running ACPI on !x86 and !ia64", and another is this one. 8) Rebased on 3.13-rc8. Amit Daniel Kachhap (1): clocksource / acpi: Add macro CLOCKSOURCE_ACPI_DECLARE Hanjun Guo (19): ARM64 / ACPI: Make PCI optional for ACPI on ARM64 ARM64 : Add dummy asm/cpu.h ARM64 / ACPI: Introduce the skeleton of _PDC related for ARM64 ARM64 / ACPI: Introduce arm_core.c and its related head file ARM64 / ACPI: Introduce lowlevel suspend function ARM64 / ACPI: Introduce some PCI functions when PCI is enabled ARM64 / ACPI: Enable ARM64 in Kconfig ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64 ARM64 / ACPI: Implement core functions for parsing MADT table ARM64 / ACPI: Enumerate possible/present CPU set and map logical cpu id to APIC id ARM64 / ACPI: Get the enable method for SMP initialization ARM64 / ACPI: Use Parked Address in GIC structure for spin table SMP initialisation ARM64 / ACPI: Define ACPI_IRQ_MODEL_GIC needed for arm Irqchip / gic: Set as default domain so we can access from ACPI ACPI / ARM64: Update acpi_register_gsi to register with the core IRQ subsystem ACPI / GIC: Initialize GIC using the information in MADT clocksource / arch_timer: Use ACPI GTDT table to initialize arch timer clocksource / ACPI: Introduce clocksource_acpi_init() using CLOCKSOURCE_ACPI_DECLARE ARM64 / clocksource: Use clocksource_acpi_init() arch/arm64/Kconfig | 3 + arch/arm64/Makefile | 1 + arch/arm64/include/asm/acpi.h | 112 +++++++ arch/arm64/include/asm/cpu.h | 25 ++ arch/arm64/include/asm/cpu_ops.h | 1 + arch/arm64/include/asm/pci.h | 20 ++ arch/arm64/include/asm/processor.h | 2 + arch/arm64/include/asm/smp.h | 2 +- arch/arm64/kernel/cpu_ops.c | 2 +- arch/arm64/kernel/irq.c | 6 + arch/arm64/kernel/process.c | 3 + arch/arm64/kernel/setup.c | 6 + arch/arm64/kernel/smp.c | 42 ++- arch/arm64/kernel/smp_spin_table.c | 12 +- arch/arm64/kernel/time.c | 6 + arch/arm64/pci/Makefile | 1 + arch/arm64/pci/pci.c | 33 ++ drivers/acpi/Kconfig | 11 +- drivers/acpi/Makefile | 4 +- drivers/acpi/bus.c | 3 + drivers/acpi/internal.h | 7 + drivers/acpi/osl.c | 3 +- drivers/acpi/plat/Makefile | 1 + drivers/acpi/plat/arm-core.c | 599 ++++++++++++++++++++++++++++++++++ drivers/acpi/tables.c | 21 ++ drivers/clocksource/Makefile | 1 + drivers/clocksource/arm_arch_timer.c | 101 +++++- drivers/clocksource/clksrc-acpi.c | 36 ++ drivers/irqchip/irq-gic.c | 7 + include/asm-generic/vmlinux.lds.h | 10 + include/linux/acpi.h | 7 + include/linux/clocksource.h | 15 + include/linux/pci.h | 33 +- 33 files changed, 1099 insertions(+), 37 deletions(-) create mode 100644 arch/arm64/include/asm/acpi.h create mode 100644 arch/arm64/include/asm/cpu.h create mode 100644 arch/arm64/include/asm/pci.h create mode 100644 arch/arm64/pci/Makefile create mode 100644 arch/arm64/pci/pci.c create mode 100644 drivers/acpi/plat/Makefile create mode 100644 drivers/acpi/plat/arm-core.c create mode 100644 drivers/clocksource/clksrc-acpi.c -- 1.7.9.5

10 years, 9 months

[PATCH 1/2] ACPI / ACPICA: refactor acpi_evaluate_object() to reduce nesting if

by Hanjun Guo

acpi_evaluate_object() has nesting if judgement to make code a little bit complicated, refactor it to make things simple. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- drivers/acpi/acpica/nsxfeval.c | 104 +++++++++++++++++++--------------------- 1 file changed, 50 insertions(+), 54 deletions(-) diff --git a/drivers/acpi/acpica/nsxfeval.c b/drivers/acpi/acpica/nsxfeval.c index 1f0c28b..a1b0b88 100644 --- a/drivers/acpi/acpica/nsxfeval.c +++ b/drivers/acpi/acpica/nsxfeval.c @@ -370,68 +370,64 @@ acpi_evaluate_object(acpi_handle handle, * If we are expecting a return value, and all went well above, * copy the return value to an external object. */ - if (return_buffer) { - if (!info->return_object) { - return_buffer->length = 0; - } else { - if (ACPI_GET_DESCRIPTOR_TYPE(info->return_object) == - ACPI_DESC_TYPE_NAMED) { - /* - * If we received a NS Node as a return object, this means that - * the object we are evaluating has nothing interesting to - * return (such as a mutex, etc.) We return an error because - * these types are essentially unsupported by this interface. - * We don't check up front because this makes it easier to add - * support for various types at a later date if necessary. - */ - status = AE_TYPE; - info->return_object = NULL; /* No need to delete a NS Node */ - return_buffer->length = 0; - } + if (!return_buffer) + goto out; - if (ACPI_SUCCESS(status)) { + if (!info->return_object) { + return_buffer->length = 0; + goto out; + } - /* Dereference Index and ref_of references */ + if (ACPI_GET_DESCRIPTOR_TYPE(info->return_object) == + ACPI_DESC_TYPE_NAMED) { + /* + * If we received a NS Node as a return object, this means that + * the object we are evaluating has nothing interesting to + * return (such as a mutex, etc.) We return an error because + * these types are essentially unsupported by this interface. + * We don't check up front because this makes it easier to add + * support for various types at a later date if necessary. + */ + status = AE_TYPE; + info->return_object = NULL; /* No need to delete a NS Node */ + return_buffer->length = 0; + } - acpi_ns_resolve_references(info); + if (ACPI_FAILURE(status)) + goto out; - /* Get the size of the returned object */ + /* Dereference Index and ref_of references */ - status = - acpi_ut_get_object_size(info->return_object, - &buffer_space_needed); - if (ACPI_SUCCESS(status)) { - - /* Validate/Allocate/Clear caller buffer */ - - status = - acpi_ut_initialize_buffer - (return_buffer, - buffer_space_needed); - if (ACPI_FAILURE(status)) { - /* - * Caller's buffer is too small or a new one can't - * be allocated - */ - ACPI_DEBUG_PRINT((ACPI_DB_INFO, - "Needed buffer size %X, %s\n", - (u32) - buffer_space_needed, - acpi_format_exception - (status))); - } else { - /* We have enough space for the object, build it */ - - status = - acpi_ut_copy_iobject_to_eobject - (info->return_object, - return_buffer); - } - } - } + acpi_ns_resolve_references(info); + + /* Get the size of the returned object */ + + status = acpi_ut_get_object_size(info->return_object, + &buffer_space_needed); + if (ACPI_SUCCESS(status)) { + + /* Validate/Allocate/Clear caller buffer */ + + status = acpi_ut_initialize_buffer(return_buffer, + buffer_space_needed); + if (ACPI_FAILURE(status)) { + /* + * Caller's buffer is too small or a new one can't + * be allocated + */ + ACPI_DEBUG_PRINT((ACPI_DB_INFO, + "Needed buffer size %X, %s\n", + (u32)buffer_space_needed, + acpi_format_exception(status))); + } else { + /* We have enough space for the object, build it */ + + status = acpi_ut_copy_iobject_to_eobject( + info->return_object, return_buffer); } } +out: if (info->return_object) { /* * Delete the internal return object. NOTE: Interpreter must be -- 1.7.9.5

10 years, 9 months

← Newer
1
...
51
52
53
54
55
56
57
...
82
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Linaro-acpi