From: Suravee.Suthikulpanit@amd•com (Suravee Suthikulpanit)
To: linux-arm-kernel@lists•infradead.org
Subject: [RFC PATCH for AMD Seattle 0/4] Drivers for AMD-Seatlle to boot from ACPI
Date: Mon, 15 Sep 2014 23:28:07 -0500 [thread overview]
Message-ID: <5417BC57.4030504@amd.com> (raw)
In-Reply-To: <1410828446-28502-1-git-send-email-suravee.suthikulpanit@amd.com>
Note: Correcting the typo for linux-acpi mailing list in this reply.
Also, I would like to add the link to the "AMD Opteron? A1100 Series
Processor ACPI Porting Guide", which describes the current ACPI table
for AMD Seattle platform here:
http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2012/10/Seattle_ACPI_Guide.pdf
Suravee
On 09/15/2014 07:47 PM, suravee.suthikulpanit at amd.com wrote:
> From: Suravee Suthikulpanit <Suravee.Suthikulpanit@amd•com>
>
> As a follow up of the email thread:
>
> [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1
> https://lkml.org/lkml/2014/9/1/446
>
> Besides Hanjun Guo's patches above, these are the additional patches required
> to boot AMD Seattle platform with full ACPI support:
>
> [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-July/272274.html
>
> [PATCH v2] efi/arm64: fix fdt-related memory reservation
> https://lkml.org/lkml/2014/9/8/483
>
> [PATCH] ata: ahci_platform: Add ACPI support for AMD Seattle SATA controller
> https://lkml.org/lkml/2014/9/9/834
>
> [RFC PATCH for Juno 2/2] tty: SBSA compatible UART
> https://lkml.org/lkml/2014/9/1/448
> (NOTE: This is not meant to be submitted upstream, but required to enable
> ACPI support for UART SBSA driver.)
>
> These patches are rebased from the linux-3.17-rc4 upstream kernel, and
> compatible with the AMD Seattle Firmware version ROD0070C.
> The full kernel boot log can be found here:
>
> http://people.linaro.org/~al.stone/seattle-boot-acpi-dmesg.txt
>
> Suravee / Al
>
> Ard Biesheuvel (1):
> arm64/efi: efistub: don't abort if base of DRAM is occupied
>
> Grame Gregory (1):
> [RFC PATCH for Juno 2/2] tty: SBSA compatible UART
>
> Mark Salter (1):
> efi/arm64: fix fdt-related memory reservation
>
> Suravee Suthikulpanit (1):
> ata: ahci_platform: Add ACPI support for AMD Seattle SATA controller
>
> arch/arm64/kernel/efi-stub.c | 16 +-
> arch/arm64/mm/init.c | 3 +-
> drivers/ata/Kconfig | 2 +-
> drivers/ata/ahci_platform.c | 13 ++
> drivers/firmware/efi/libstub/fdt.c | 10 +-
> drivers/tty/Kconfig | 6 +
> drivers/tty/Makefile | 1 +
> drivers/tty/sbsauart.c | 328 +++++++++++++++++++++++++++++++++++++
> 8 files changed, 365 insertions(+), 14 deletions(-)
> create mode 100644 drivers/tty/sbsauart.c
>
next prev parent reply other threads:[~2014-09-16 4:28 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-16 0:47 [RFC PATCH for AMD Seattle 0/4] Drivers for AMD-Seatlle to boot from ACPI suravee.suthikulpanit at amd.com
2014-09-16 0:47 ` [PATCH 1/4] ata: ahci_platform: Add ACPI support for AMD Seattle SATA controller suravee.suthikulpanit at amd.com
2014-09-17 1:26 ` Matthew Garrett
2014-10-01 21:19 ` Suravee Suthikulanit
2014-10-02 8:39 ` Arnd Bergmann
2014-10-06 16:31 ` Matthew Garrett
2014-10-06 18:19 ` Arnd Bergmann
2014-10-06 18:21 ` Matthew Garrett
2014-10-06 18:44 ` Arnd Bergmann
2014-10-06 18:47 ` Matthew Garrett
2014-09-16 0:47 ` [PATCH 2/4] arm64/efi: efistub: don't abort if base of DRAM is occupied suravee.suthikulpanit at amd.com
2014-09-16 0:47 ` [PATCH 3/4] efi/arm64: fix fdt-related memory reservation suravee.suthikulpanit at amd.com
2014-09-16 0:47 ` [PATCH 4/4] [RFC PATCH for Juno 2/2] tty: SBSA compatible UART suravee.suthikulpanit at amd.com
2014-09-17 10:40 ` One Thousand Gnomes
2014-09-17 17:01 ` Graeme Gregory
2014-09-16 4:28 ` Suravee Suthikulpanit [this message]
2014-09-16 22:56 ` [RFC PATCH for AMD Seattle 0/4] Drivers for AMD-Seatlle to boot from ACPI Jon Masters
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5417BC57.4030504@amd.com \
--to=suravee.suthikulpanit@amd$(echo .)com \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox