Re: [PATCH v5 18/18] Documentation: ACPI for ARM64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Graeme,

On 2015年01月02日 04:04, Graeme Gregory wrote:
On Wed, Dec 31, 2014 at 04:34:46PM +0800, Hanjun Guo wrote:
On 2014年12月31日 04:13, ashwinc@xxxxxxxxxxxxxx wrote:
Hi Hanjun,

Overall the document looks good to us. Some minor clarifications below.

---------- Forwarded message ----------
From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>

Add documentation for the guidelines of how to use ACPI
on ARM64.

Signed-off-by: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
Signed-off-by: Al Stone <al.stone@xxxxxxxxxx>
Signed-off-by: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
---
  Documentation/arm64/arm-acpi.txt |  323
++++++++++++++++++++++++++++++++++++++
  1 file changed, 323 insertions(+)
  create mode 100644 Documentation/arm64/arm-acpi.txt


[..]

+Relationship with Device Tree
+-----------------------------

[..]

+When booting using ACPI tables, the /chosen node in DT will still be
parsed
+to extract the kernel command line and initrd path.  No other section of
the
+DT will be used.

Is this still true?

No, we can booting the ACPI system in EFI stub without dtb. Catalin
also pointed out this issue, I will remove this paragraph.


The paragraph is still correct, the /chosen node is always present even
if nothing else is.

Sorry for the confusing, I mean no dtb needed for the command line if
ACPI tables are available.

efi will create a empty dtb if no dtb found, and add the cmd line into
the new created dtb, I'm just wondering, can we remove the limitation
for passing the cmd line in /chosen node in the future?

Thanks
Hanjun
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux