arm64: kernel: acpi: fix ioremap in ACPI parking protocol cpu_postboot
authorLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Fri, 26 Feb 2016 11:50:12 +0000 (11:50 +0000)
committerCatalin Marinas <catalin.marinas@arm.com>
Fri, 26 Feb 2016 15:39:52 +0000 (15:39 +0000)
When secondary cpus are booted through the ACPI parking protocol, the
booted cpu should check that FW has correctly cleared its mailbox entry
point value to make sure the boot process was correctly executed.
The entry point check is carried in the cpu_ops->cpu_postboot method, that
is executed by secondary cpus when entering the kernel with irqs disabled.

The ACPI parking protocol cpu_ops maps/unmaps the mailboxes on the
primary CPU to trigger secondary boot in the cpu_ops->cpu_boot method
and on secondary processors to carry out FW checks on the booted CPU
to verify the boot protocol was successfully executed in the
cpu_ops->cpu_postboot method.

Therefore, the cpu_ops->cpu_postboot method is forced to ioremap/unmap the
mailboxes, which is wrong in that ioremap cannot be safely be carried out
with irqs disabled.

To fix this issue, this patch reshuffles the code so that the mailboxes
are still mapped after the boot processor executes the cpu_ops->cpu_boot
method for a given cpu, and the VA at which a mailbox is mapped for a given
cpu is stashed in the per-cpu data struct so that secondary cpus can
retrieve them in the cpu_ops->cpu_postboot and complete the required
FW checks.

Signed-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Reported-by: Itaru Kitayama <itaru.kitayama@riken.jp>
Tested-by: Loc Ho <lho@apm.com>
Tested-by: Itaru Kitayama <itaru.kitayama@riken.jp>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Hanjun Guo <hanjun.guo@linaro.org>
Cc: Loc Ho <lho@apm.com>
Cc: Itaru Kitayama <itaru.kitayama@riken.jp>
Cc: Sudeep Holla <sudeep.holla@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: Mark Salter <msalter@redhat.com>
Cc: Al Stone <ahs3@redhat.com>
Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
arch/arm64/kernel/acpi_parking_protocol.c

index 4b1e5a7a98da941c0f5914e42d021451b6d7dadf..a32b4011d711c42d033c7675a87686bfa33d867c 100644 (file)
 
 #include <asm/cpu_ops.h>
 
+struct parking_protocol_mailbox {
+       __le32 cpu_id;
+       __le32 reserved;
+       __le64 entry_point;
+};
+
 struct cpu_mailbox_entry {
+       struct parking_protocol_mailbox __iomem *mailbox;
        phys_addr_t mailbox_addr;
        u8 version;
        u8 gic_cpu_id;
@@ -59,12 +66,6 @@ static int acpi_parking_protocol_cpu_prepare(unsigned int cpu)
        return 0;
 }
 
-struct parking_protocol_mailbox {
-       __le32 cpu_id;
-       __le32 reserved;
-       __le64 entry_point;
-};
-
 static int acpi_parking_protocol_cpu_boot(unsigned int cpu)
 {
        struct cpu_mailbox_entry *cpu_entry = &cpu_mailbox_entries[cpu];
@@ -96,6 +97,12 @@ static int acpi_parking_protocol_cpu_boot(unsigned int cpu)
                return -ENXIO;
        }
 
+       /*
+        * stash the mailbox address mapping to use it for further FW
+        * checks in the postboot method
+        */
+       cpu_entry->mailbox = mailbox;
+
        /*
         * We write the entry point and cpu id as LE regardless of the
         * native endianness of the kernel. Therefore, any boot-loaders
@@ -107,8 +114,6 @@ static int acpi_parking_protocol_cpu_boot(unsigned int cpu)
 
        arch_send_wakeup_ipi_mask(cpumask_of(cpu));
 
-       iounmap(mailbox);
-
        return 0;
 }
 
@@ -116,32 +121,15 @@ static void acpi_parking_protocol_cpu_postboot(void)
 {
        int cpu = smp_processor_id();
        struct cpu_mailbox_entry *cpu_entry = &cpu_mailbox_entries[cpu];
-       struct parking_protocol_mailbox __iomem *mailbox;
+       struct parking_protocol_mailbox __iomem *mailbox = cpu_entry->mailbox;
        __le64 entry_point;
 
-       /*
-        * Map mailbox memory with attribute device nGnRE (ie ioremap -
-        * this deviates from the parking protocol specifications since
-        * the mailboxes are required to be mapped nGnRnE; the attribute
-        * discrepancy is harmless insofar as the protocol specification
-        * is concerned).
-        * If the mailbox is mistakenly allocated in the linear mapping
-        * by FW ioremap will fail since the mapping will be prevented
-        * by the kernel (it clashes with the linear mapping attributes
-        * specifications).
-        */
-       mailbox = ioremap(cpu_entry->mailbox_addr, sizeof(*mailbox));
-       if (!mailbox)
-               return;
-
        entry_point = readl_relaxed(&mailbox->entry_point);
        /*
         * Check if firmware has cleared the entry_point as expected
         * by the protocol specification.
         */
        WARN_ON(entry_point);
-
-       iounmap(mailbox);
 }
 
 const struct cpu_operations acpi_parking_protocol_ops = {