xen: arm: xgene bug fixes + support for McDivitt
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v2 Latest5 patches 9 repliesIn review
- v14 patches 15 repliesSuperseded
Patches in v2 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/5 | xen: arm: Add earlyprintk for McDivitt.xen/ | +5 | 1 reply | |
| 2/5 | xen: arm: Drop EARLY_PRINTK_BAUD from entries which don't set ..._INIT_UARTxen/ | +0 | 1 reply | |
| 3/5 | xen: arm: correct off by one in xgene-storm's map_one_mmioxen/ | +3 | 1 reply | |
| 4/5 | xen: arm: correct specific mappings for PCIE0 on X-Genexen/ | +2 | 0 replies | |
| 5/5 | xen: arm: Support the other 4 PCI buses on Xgenexen/ | +76 | 3 replies |
Reviews trailers per patch
All 5 patches have a Reviewed-by or Acked-by.
| Patch | Julien Grall | Pranavkumar Sawargaonkar |
|---|---|---|
| 1/5 | R-b | |
| 2/5 | R-b | |
| 3/5 | R-b | |
| 4/5 | R-b | |
| 5/5 | R-b | A-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/5 v2 for-4.5] xen: arm: xgene bug fixes + support for McDivitt
These patches:
* fix up an off by one bug in the xgene mapping of additional PCI bus resources, which would cause an additional extra page to be mapped
* correct the size of the mapped regions to match the docs
* adds support for the other 4 PCI buses on the chip, which enables mcdivitt and presumably most other Xgene based platforms which uses PCI buses other than pcie0.
* adds earlyprintk for the mcdivitt platform
They can also be found at:
git://xenbits.xen.org/people/ianc/xen.git mcdivitt-v2
McDivitt is the X-Gene based HP Moonshot cartridge (McDivitt is the code name, I think the product is called m400, not quite sure).
Other than the bug fixes I'd like to see the mcdivitt support (specifically the "other 4 PCI buses" one) in 4.5 because Moonshot is an interesting and exciting platform for arm64. It is also being used for ongoing work on Xen on ARM on Openstack in Linaro. The earlyprintk patch is totally harmless unless it's explicitly enabled at compile time, IMHO if we are taking the rest we may as well throw it in...
The risk here is that we break the existing support for the Mustang platform, which would be the most likely failure case for the second patch. I've tested these on a Mustang, including firing up a PCI NIC device. The new mappings are a superset of the existing ones so the potential for breakage should be quite small.
I've also successfully tested on a McDivitt.
Ian.