Slowly but surely, the Seattle topic branch is coming back to life.
I pushed up a version today to acpi.git that has the console working (and earlycon) via SPCR, AHCI works so the SATA drive will come up, and the PMU will start, and the secondary CPUs will come up via the parking protocol. GICv2 support seems to be working. too. I recommend that you have version 73C or 74D firmware; anything earlier is sketchy.
This is all in acpi-topic-seattle, which is based on the v9 version of the patches (and hence 4.0-rc1, too). It's enough I can get to a shell prompt/login and do useful things.
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
-- The XGBE NIC is weird. If you have the B0 rev of the board, it may work fine. I have an A0 which requires a slightly different driver that is not working (it causes a hang that I'm trying to figure out); this may just be because of 4.0.
-- Need to add in PCI support, plus things like USB, I2C, IPMI, and so on -- all the other stuff currently listed in the DT. There are patches for all of this, but it's a mess because of what we can and cannot release just yet -- and, well, because I find PCI confusing, too :).
-- KVM would be good to have (yes, it does need a mod for ACPI).
I'd like to at least get PCI working before notifying LKML.
Anything you have time to help with is greatly appreciated....
On 02/27/2015 04:46 PM, Al Stone wrote:
Slowly but surely, the Seattle topic branch is coming back to life.
I pushed up a version today to acpi.git that has the console working (and earlycon) via SPCR, AHCI works so the SATA drive will come up, and the PMU will start, and the secondary CPUs will come up via the parking protocol. GICv2 support seems to be working. too. I recommend that you have version 73C or 74D firmware; anything earlier is sketchy.
This is all in acpi-topic-seattle, which is based on the v9 version of the patches (and hence 4.0-rc1, too). It's enough I can get to a shell prompt/login and do useful things.
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
-- The XGBE NIC is weird. If you have the B0 rev of the board, it may work fine. I have an A0 which requires a slightly different driver that is not working (it causes a hang that I'm trying to figure out); this may just be because of 4.0.
-- Need to add in PCI support, plus things like USB, I2C, IPMI, and so on -- all the other stuff currently listed in the DT. There are patches for all of this, but it's a mess because of what we can and cannot release just yet -- and, well, because I find PCI confusing, too :).
-- KVM would be good to have (yes, it does need a mod for ACPI).
I'd like to at least get PCI working before notifying LKML.
Anything you have time to help with is greatly appreciated....
Oops. I forgot to attach this -- my notes on putting this together....
HOWTO ===== -- Start with v4.0-rc1
-- Add in ACPI 5.1 for ARM: Introduce ACPI for ARM64 based on ACPI 5.1 https://lkml.org/lkml/2015/2/25/65
-- Add in serial AMBA fix: serial: amba-pl011: Kickstart TX by explicit FIFO fill http://lists.infradead.org/pipermail/linux-arm-kernel/2015-January/315248.ht...
-- Add PL011 SBSA driver series: drivers: PL011: add ARM SBSA Generic UART support http://lists.infradead.org/pipermail/linux-arm-kernel/2015-January/317146.ht...
-- Add in Graeme's patch to enable pl011 probing [seattle-serial]
-- Add in Torez' patches for SPCR console -- not really critical, but nice net new feature (she'll be posting upstream RSN)
-- Add in Suravee's _CLS and AHCI patch [seattle-sata] Introduce ACPI support for ahci_platform driver https://lkml.org/lkml/2015/2/8/106
NB: 1/2 is just to add _CLS to ACPI, being discussed upstream, and very likely to change; 2/2 is the actual ACPI part.
-- Add in PMU patch from msalter
-- Add in A0 NIC patches (DO NOT UPSTREAM) These are for A0 support only and will not be used upstream; note that B0 support is already in the kernel, including ACPI probing
NB: THESE CURRENTLY DO NOT WORK -- looks like maybe IRQ is wrong...
-- Add in parking protocol support for AMD from msalter (DO NOT UPSTREAM)
On 02/27/2015 04:50 PM, Al Stone wrote:
On 02/27/2015 04:46 PM, Al Stone wrote:
Slowly but surely, the Seattle topic branch is coming back to life.
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
Fixed and pushed into the branch.
Hi Al,
On Fri, Feb 27, 2015 at 11:46:38PM +0000, Al Stone wrote:
Slowly but surely, the Seattle topic branch is coming back to life.
I pushed up a version today to acpi.git that has the console working (and earlycon) via SPCR, AHCI works so the SATA drive will come up, and the PMU will start, and the secondary CPUs will come up via the parking protocol. GICv2 support seems to be working. too. I recommend that you have version 73C or 74D firmware; anything earlier is sketchy.
This is all in acpi-topic-seattle, which is based on the v9 version of the patches (and hence 4.0-rc1, too). It's enough I can get to a shell prompt/login and do useful things.
Can I ask you please config file and command line you are using ?
I rebased against v11 and upgraded FW (74D) is there anything else I need to know ?
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
-- The XGBE NIC is weird. If you have the B0 rev of the board, it may work fine. I have an A0 which requires a slightly different driver that is not working (it causes a hang that I'm trying to figure out); this may just be because of 4.0.
-- Need to add in PCI support, plus things like USB, I2C, IPMI, and so on -- all the other stuff currently listed in the DT. There are patches for all of this, but it's a mess because of what we can and cannot release just yet -- and, well, because I find PCI confusing, too :).
-- KVM would be good to have (yes, it does need a mod for ACPI).
I'd like to at least get PCI working before notifying LKML.
I'd like to look into it too.
Thanks, Lorenzo
On 03/27/2015 06:33 AM, Lorenzo Pieralisi wrote:
Hi Al,
On Fri, Feb 27, 2015 at 11:46:38PM +0000, Al Stone wrote:
Slowly but surely, the Seattle topic branch is coming back to life.
I pushed up a version today to acpi.git that has the console working (and earlycon) via SPCR, AHCI works so the SATA drive will come up, and the PMU will start, and the secondary CPUs will come up via the parking protocol. GICv2 support seems to be working. too. I recommend that you have version 73C or 74D firmware; anything earlier is sketchy.
This is all in acpi-topic-seattle, which is based on the v9 version of the patches (and hence 4.0-rc1, too). It's enough I can get to a shell prompt/login and do useful things.
Can I ask you please config file and command line you are using ?
So, I've attached a config file that I use (and have quite forgotten how I got to it, unfortunately); this is what I use to experiment with.
For building, it's just make Image. Like I said above, I don't recall how I got to this particular config file, but the command started from pretty standard merge-config stuff from the acpi tree -- I'm sure I've modified it since then as I added bits of ACPI enablement.
I expect to get organized any day now....
I rebased against v11 and upgraded FW (74D) is there anything else I need to know ?
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
-- The XGBE NIC is weird. If you have the B0 rev of the board, it may work fine. I have an A0 which requires a slightly different driver that is not working (it causes a hang that I'm trying to figure out); this may just be because of 4.0.
-- Need to add in PCI support, plus things like USB, I2C, IPMI, and so on -- all the other stuff currently listed in the DT. There are patches for all of this, but it's a mess because of what we can and cannot release just yet -- and, well, because I find PCI confusing, too :).
-- KVM would be good to have (yes, it does need a mod for ACPI).
I'd like to at least get PCI working before notifying LKML.
I'd like to look into it too.
Excellent. I've asked Graeme to dig into the Seattle topic branch more, too. I think there are patches for all of the above now, and a bunch more that we can add when the ACPI 6.0 spec is released. I've been cherry picking from the Fedora-hosted kernel [0], 4.x upstream, LKML, or wherever else I can since there are so many moving pieces here (maybe I'll even write some code myself just to add to the noise :).
[0] Mark Salter's most excellent work: http://git.fedorahosted.org/git/kernel-arm64.git
On Mon, Mar 30, 2015 at 11:02:46PM +0100, Al Stone wrote:
On 03/27/2015 06:33 AM, Lorenzo Pieralisi wrote:
Hi Al,
On Fri, Feb 27, 2015 at 11:46:38PM +0000, Al Stone wrote:
Slowly but surely, the Seattle topic branch is coming back to life.
I pushed up a version today to acpi.git that has the console working (and earlycon) via SPCR, AHCI works so the SATA drive will come up, and the PMU will start, and the secondary CPUs will come up via the parking protocol. GICv2 support seems to be working. too. I recommend that you have version 73C or 74D firmware; anything earlier is sketchy.
This is all in acpi-topic-seattle, which is based on the v9 version of the patches (and hence 4.0-rc1, too). It's enough I can get to a shell prompt/login and do useful things.
Can I ask you please config file and command line you are using ?
So, I've attached a config file that I use (and have quite forgotten how I got to it, unfortunately); this is what I use to experiment with.
For building, it's just make Image. Like I said above, I don't recall how I got to this particular config file, but the command started from pretty standard merge-config stuff from the acpi tree -- I'm sure I've modified it since then as I added bits of ACPI enablement.
I expect to get organized any day now....
I rebased against v11 and upgraded FW (74D) is there anything else I need to know ?
Things that still need work:
-- Reboot doesn't work; there's a patch for this but not applied just yet
-- The XGBE NIC is weird. If you have the B0 rev of the board, it may work fine. I have an A0 which requires a slightly different driver that is not working (it causes a hang that I'm trying to figure out); this may just be because of 4.0.
-- Need to add in PCI support, plus things like USB, I2C, IPMI, and so on -- all the other stuff currently listed in the DT. There are patches for all of this, but it's a mess because of what we can and cannot release just yet -- and, well, because I find PCI confusing, too :).
-- KVM would be good to have (yes, it does need a mod for ACPI).
I'd like to at least get PCI working before notifying LKML.
I'd like to look into it too.
Excellent. I've asked Graeme to dig into the Seattle topic branch more, too. I think there are patches for all of the above now, and a bunch more that we can add when the ACPI 6.0 spec is released. I've been cherry picking from the Fedora-hosted kernel [0], 4.x upstream, LKML, or wherever else I can since there are so many moving pieces here (maybe I'll even write some code myself just to add to the noise :).
Thanks Al, I managed to bring up SMP on Seattle by cherry picking patches from your topic branch on top of ACPI arm64 core in -next.
XGBE does not work for me, link fails to come up I will investigate.
I will cherry-pick PCI related patches from [0] and start working on them.
Thank you ! Lorenzo
[0] Mark Salter's most excellent work: http://git.fedorahosted.org/git/kernel-arm64.git
-
Al Stone -
Lorenzo Pieralisi