This patch set trys to convert GIC to ACPI which based on patches
from Amit, I rework them and try to get things simpler.
In MADT table, there are GIC cpu interface base address and
GIC distributor base address, use them to convert GIC to ACPI.
GIC should be converted after all the devices refer to GIC are
converted. But this patch set can be safely applied to linaro-acpi
git tree if we don't remove the DT node of GIC, the node of
GIC can be removed after all the devices converted to ACPI.
v2:
a) fix missed iounmap() when return in error path;
b) add stub for acpi_gic_init(void) when !CONFIG_ACPI
C) modify the GSI mapping from DT to ACPI
d) remove the hack code and modify the change log a bit
v3:
a) modify the minor typo for ACPI hwirq mapping "range [16, 31]"
b) return -ENODEV when !CONFIG_ACPI in stub function acpi_gic_init(void)
c) rebased on the latest linaro-acpi kernel
Amit Daniel Kachhap (2):
irqdomain: Add a new API irq_create_acpi_mapping()
ACPI: ARM: Update acpi_register_gsi to register with the core IRQ
subsystem
Hanjun Guo (2):
irqchip / GIC: do not set default host for GIC domain multi-times
when ACPI enabled
ARM / GIC: convert GIC to ACPI using the information in MADT
arch/arm64/kernel/irq.c | 4 ++
drivers/acpi/plat/arm/boot.c | 98 ++++++++++++++++++++++++++++++++++++------
drivers/irqchip/irq-gic.c | 5 ++-
include/linux/acpi.h | 8 ++++
kernel/irq/irqdomain.c | 27 ++++++++++++
5 files changed, 127 insertions(+), 15 deletions(-)
--
1.7.9.5
This patch set trys to convert GIC to ACPI which based on patches
from Amit, I rework two patches from him and fix two minor
bugs :)
In MADT table, there are GIC cpu interface base address and
GIC distributor base address, use them to convert GIC to ACPI.
GIC should be converted after all the devices refer to GIC are
converted. So I hack some code to test this patch set.
Amit Daniel Kachhap (2):
irqdomain: Add a new API irq_create_acpi_mapping
ACPI: ARM: Update acpi_register_gsi to register with the core IRQ
subsystem
Hanjun Guo (3):
irqchip / GIC: do not set default host for GIC domain multi-times
when ACPI enabled
ARM / GIC: convert GIC to ACPI using the information in MADT
ACPI / timer: hack to test GIC in ACPI mode
arch/arm64/kernel/irq.c | 4 ++
drivers/acpi/plat/arm/boot.c | 100 +++++++++++++++++++++++++++++-----
drivers/clocksource/arm_arch_timer.c | 11 +++-
drivers/irqchip/irq-gic.c | 9 ++-
include/linux/acpi.h | 3 +
kernel/irq/irqdomain.c | 27 +++++++++
6 files changed, 133 insertions(+), 21 deletions(-)
--
1.7.9.5
Hi,
Here is update from my side:
- send out summary of APEI work and RFC regarding next steps,
- once we have clear view on this, we will create cards
- now implementing cfi-flash driver
Regards,
Tomasz
Hi Loc, Grant,
>On Thu, 14 Nov 2013 16:01:13 -0800, Loc Ho <lho@xxxxxxx> wrote:
>> Hi Mike,
>>
>> I will be looking into covering the clock driver to support UEFI.
>> Before I do this, can someone explain to me how x86 system handle each
>> IP clock as I don't see such thing?
>
>UEFI is completely unrelated to the clock drivers, it is only a firmware
>interface for the OS loader. UEFI mostly disappears after Linux is
>loaded. Are you perhaps asking about ACPI?
>
>There isn't such a thing on x86. This is entirely new territory. On x86
>as far as I know any clock manipulation that does need to be done would
>be performed by an ACPI method, but there is no concept of an IP clock
>in the ACPI namespace, and so no standard way of describing them.
Yes, there is no standard way (ACPI device object or ACPI table) to
describe clocks for x86 in ACPI spec, but there is a table called GTDT
(Generic Timer Description Table) for ARM which contains information
for arch timer initialization.
you can refer to ACPI spec 5.0 chapter 5.2.24:
http://www.acpi.info/spec50.htm
>
>You'd be much better of talking to Al Stone and Grame Gregory about what
>their plans are for clock support in ACPI and to post your question to
>the ACPI mailing list.
We already finished the implementation of convert fixed clock and arch
timer to ACPI, and I had already post the RFC patch set for review now:
http://marc.info/?l=linaro-acpi&m=138450991609818&w=2http://marc.info/?l=linaro-acpi&m=138198249622451&w=2
Thanks
Hanjun
From: Al Stone <ahs3(a)redhat.com>
Modify the kernel configuration so that if ARM is selected, then
ACPI_REDUCED_HARDWARE is also selected.
Signed-off-by: Al Stone <al.stone(a)linaro.org>
---
drivers/acpi/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 099ca81..23522b4 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
@@ -5,6 +5,7 @@
config ACPI_ARM
bool
select EARLY_IOREMAP
+ select ACPI_REDUCED_HARDWARE
menuconfig ACPI
bool "ACPI (Advanced Configuration and Power Interface) Support"
--
1.8.3.1