* [PATCH v2 0/2] ACPI: SPCR: Use access width to determine mmio usage @ 2017-07-03 21:33 Loc Ho 2017-07-03 21:33 ` [PATCH v2 1/2] " Loc Ho 2017-07-03 21:33 ` [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata Loc Ho 0 siblings, 2 replies; 6+ messages in thread From: Loc Ho @ 2017-07-03 21:33 UTC (permalink / raw) To: rafael, jon.mason Cc: jcm, rjw, lenb, robert.moore, lv.zheng, linux-acpi, linux-kernel, devel, bcm-kernel-feedback-list, aleksey.makarov, gregkh, patches, Loc Ho v2: * Merged Jon Mason patch with APM X-Gene patch Loc Ho (2): ACPI: SPCR: Use access width to determine mmio usage ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata drivers/acpi/spcr.c | 40 ++++++++++++++++++++++++++++++++++++++-- include/acpi/acrestyp.h | 7 +++++++ 2 files changed, 45 insertions(+), 2 deletions(-) -- 1.8.3.1 ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 1/2] ACPI: SPCR: Use access width to determine mmio usage 2017-07-03 21:33 [PATCH v2 0/2] ACPI: SPCR: Use access width to determine mmio usage Loc Ho @ 2017-07-03 21:33 ` Loc Ho 2017-07-03 21:44 ` Rafael J. Wysocki 2017-07-03 21:33 ` [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata Loc Ho 1 sibling, 1 reply; 6+ messages in thread From: Loc Ho @ 2017-07-03 21:33 UTC (permalink / raw) To: rafael, jon.mason Cc: jcm, rjw, lenb, robert.moore, lv.zheng, linux-acpi, linux-kernel, devel, bcm-kernel-feedback-list, aleksey.makarov, gregkh, patches, Loc Ho The current SPCR code does not check the access width of the mmio, and uses a default of 8bit register accesses. This prevents devices that only do 16 or 32bit register accesses from working. By simply checking this field and setting the mmio string appropriately, this issue can be corrected. To prevent any legacy issues, the code will default to 8bit accesses if the value is anything but 16 or 32. Signed-off-by: Loc Ho <lho@apm.com> [Re-send as single patch set] Signed-off-by: Jon Mason <jon.mason@broadcom.com> --- drivers/acpi/spcr.c | 18 ++++++++++++++++-- include/acpi/acrestyp.h | 7 +++++++ 2 files changed, 23 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/spcr.c b/drivers/acpi/spcr.c index 3afa8c1..2905063 100644 --- a/drivers/acpi/spcr.c +++ b/drivers/acpi/spcr.c @@ -74,8 +74,22 @@ int __init parse_spcr(bool earlycon) goto done; } - iotype = table->serial_port.space_id == ACPI_ADR_SPACE_SYSTEM_MEMORY ? - "mmio" : "io"; + if (table->serial_port.space_id == ACPI_ADR_SPACE_SYSTEM_MEMORY) { + switch (table->serial_port.access_width) { + default: + pr_err("Unexpected SPCR Access Width. Defaulting to byte size\n"); + case ACPI_ACCESS_SIZE_BYTE: + iotype = "mmio"; + break; + case ACPI_ACCESS_SIZE_WORD: + iotype = "mmio16"; + break; + case ACPI_ACCESS_SIZE_DWORD: + iotype = "mmio32"; + break; + } + } else + iotype = "io"; switch (table->interface_type) { case ACPI_DBG2_ARM_SBSA_32BIT: diff --git a/include/acpi/acrestyp.h b/include/acpi/acrestyp.h index f0f7403..781cb55 100644 --- a/include/acpi/acrestyp.h +++ b/include/acpi/acrestyp.h @@ -372,6 +372,13 @@ struct acpi_resource_generic_register { u64 address; }; +/* Generic Address Space Access Sizes */ +#define ACPI_ACCESS_SIZE_UNDEFINED 0 +#define ACPI_ACCESS_SIZE_BYTE 1 +#define ACPI_ACCESS_SIZE_WORD 2 +#define ACPI_ACCESS_SIZE_DWORD 3 +#define ACPI_ACCESS_SIZE_QWORD 4 + struct acpi_resource_gpio { u8 revision_id; u8 connection_type; -- 1.8.3.1 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH v2 1/2] ACPI: SPCR: Use access width to determine mmio usage 2017-07-03 21:33 ` [PATCH v2 1/2] " Loc Ho @ 2017-07-03 21:44 ` Rafael J. Wysocki 2017-07-04 7:22 ` Greg Kroah-Hartman 0 siblings, 1 reply; 6+ messages in thread From: Rafael J. Wysocki @ 2017-07-03 21:44 UTC (permalink / raw) To: Loc Ho, Aleksey Makarov, Greg Kroah-Hartman Cc: Rafael J. Wysocki, Jon Mason, Jon Masters, Rafael J. Wysocki, Len Brown, Robert Moore, Lv, ACPI Devel Maling List, Linux Kernel Mailing List, devel, Broadcom Kernel List, patches On Mon, Jul 3, 2017 at 11:33 PM, Loc Ho <lho@apm.com> wrote: > The current SPCR code does not check the access width of the mmio, and > uses a default of 8bit register accesses. This prevents devices that > only do 16 or 32bit register accesses from working. By simply checking > this field and setting the mmio string appropriately, this issue can be > corrected. To prevent any legacy issues, the code will default to 8bit > accesses if the value is anything but 16 or 32. > > Signed-off-by: Loc Ho <lho@apm.com> > [Re-send as single patch set] > Signed-off-by: Jon Mason <jon.mason@broadcom.com> Greg, Aleksey, any objections here? If not, I'll route this through the ACPI tree. > --- > drivers/acpi/spcr.c | 18 ++++++++++++++++-- > include/acpi/acrestyp.h | 7 +++++++ > 2 files changed, 23 insertions(+), 2 deletions(-) > > diff --git a/drivers/acpi/spcr.c b/drivers/acpi/spcr.c > index 3afa8c1..2905063 100644 > --- a/drivers/acpi/spcr.c > +++ b/drivers/acpi/spcr.c > @@ -74,8 +74,22 @@ int __init parse_spcr(bool earlycon) > goto done; > } > > - iotype = table->serial_port.space_id == ACPI_ADR_SPACE_SYSTEM_MEMORY ? > - "mmio" : "io"; > + if (table->serial_port.space_id == ACPI_ADR_SPACE_SYSTEM_MEMORY) { > + switch (table->serial_port.access_width) { > + default: > + pr_err("Unexpected SPCR Access Width. Defaulting to byte size\n"); > + case ACPI_ACCESS_SIZE_BYTE: > + iotype = "mmio"; > + break; > + case ACPI_ACCESS_SIZE_WORD: > + iotype = "mmio16"; > + break; > + case ACPI_ACCESS_SIZE_DWORD: > + iotype = "mmio32"; > + break; > + } > + } else > + iotype = "io"; > > switch (table->interface_type) { > case ACPI_DBG2_ARM_SBSA_32BIT: > diff --git a/include/acpi/acrestyp.h b/include/acpi/acrestyp.h > index f0f7403..781cb55 100644 > --- a/include/acpi/acrestyp.h > +++ b/include/acpi/acrestyp.h > @@ -372,6 +372,13 @@ struct acpi_resource_generic_register { > u64 address; > }; > > +/* Generic Address Space Access Sizes */ > +#define ACPI_ACCESS_SIZE_UNDEFINED 0 > +#define ACPI_ACCESS_SIZE_BYTE 1 > +#define ACPI_ACCESS_SIZE_WORD 2 > +#define ACPI_ACCESS_SIZE_DWORD 3 > +#define ACPI_ACCESS_SIZE_QWORD 4 > + > struct acpi_resource_gpio { > u8 revision_id; > u8 connection_type; > -- > 1.8.3.1 > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v2 1/2] ACPI: SPCR: Use access width to determine mmio usage 2017-07-03 21:44 ` Rafael J. Wysocki @ 2017-07-04 7:22 ` Greg Kroah-Hartman 0 siblings, 0 replies; 6+ messages in thread From: Greg Kroah-Hartman @ 2017-07-04 7:22 UTC (permalink / raw) To: Rafael J. Wysocki Cc: Loc Ho, Aleksey Makarov, Jon Mason, Jon Masters, Rafael J. Wysocki, Len Brown, Robert Moore, Lv, ACPI Devel Maling List, Linux Kernel Mailing List, devel, Broadcom Kernel List, patches On Mon, Jul 03, 2017 at 11:44:30PM +0200, Rafael J. Wysocki wrote: > On Mon, Jul 3, 2017 at 11:33 PM, Loc Ho <lho@apm.com> wrote: > > The current SPCR code does not check the access width of the mmio, and > > uses a default of 8bit register accesses. This prevents devices that > > only do 16 or 32bit register accesses from working. By simply checking > > this field and setting the mmio string appropriately, this issue can be > > corrected. To prevent any legacy issues, the code will default to 8bit > > accesses if the value is anything but 16 or 32. > > > > Signed-off-by: Loc Ho <lho@apm.com> > > [Re-send as single patch set] > > Signed-off-by: Jon Mason <jon.mason@broadcom.com> > > Greg, Aleksey, any objections here? > > If not, I'll route this through the ACPI tree. No objections from me for either of these patches: Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata 2017-07-03 21:33 [PATCH v2 0/2] ACPI: SPCR: Use access width to determine mmio usage Loc Ho 2017-07-03 21:33 ` [PATCH v2 1/2] " Loc Ho @ 2017-07-03 21:33 ` Loc Ho 2017-07-03 21:45 ` Rafael J. Wysocki 1 sibling, 1 reply; 6+ messages in thread From: Loc Ho @ 2017-07-03 21:33 UTC (permalink / raw) To: rafael, jon.mason Cc: jcm, rjw, lenb, robert.moore, lv.zheng, linux-acpi, linux-kernel, devel, bcm-kernel-feedback-list, aleksey.makarov, gregkh, patches, Loc Ho APM X-Gene verion 1 and 2 have an 8250 UART with its register aligned to 32-bit. In addition, the latest released BIOS encodes the access field as 8-bit access instead 32-bit access. This causes no console with ACPI boot as the console will not match X-Gene UART port due to the lack of mmio32 option. Signed-off-by: Loc Ho <lho@apm.com> --- drivers/acpi/spcr.c | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/drivers/acpi/spcr.c b/drivers/acpi/spcr.c index 2905063..4ac3e06 100644 --- a/drivers/acpi/spcr.c +++ b/drivers/acpi/spcr.c @@ -36,6 +36,26 @@ static bool qdf2400_erratum_44_present(struct acpi_table_header *h) return false; } +/* + * APM X-Gene v1 and v2 UART hardware is an 16550 like device but has its + * register aligned to 32-bit. In addition, the BIOS also encoded the + * access width to be 8 bits. This function detects this errata condition. + */ +static bool xgene_8250_erratum_present(struct acpi_table_spcr *tb) +{ + if (tb->interface_type != ACPI_DBG2_16550_COMPATIBLE) + return false; + + if (memcmp(tb->header.oem_id, "APMC0D", ACPI_OEM_ID_SIZE)) + return false; + + if (!memcmp(tb->header.oem_table_id, "XGENESPC", + ACPI_OEM_TABLE_ID_SIZE) && tb->header.oem_revision == 0) + return true; + + return false; +} + /** * parse_spcr() - parse ACPI SPCR table and add preferred console * @@ -129,6 +149,8 @@ int __init parse_spcr(bool earlycon) if (qdf2400_erratum_44_present(&table->header)) uart = "qdf2400_e44"; + if (xgene_8250_erratum_present(table)) + iotype = "mmio32"; snprintf(opts, sizeof(opts), "%s,%s,0x%llx,%d", uart, iotype, table->serial_port.address, baud_rate); -- 1.8.3.1 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata 2017-07-03 21:33 ` [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata Loc Ho @ 2017-07-03 21:45 ` Rafael J. Wysocki 0 siblings, 0 replies; 6+ messages in thread From: Rafael J. Wysocki @ 2017-07-03 21:45 UTC (permalink / raw) To: Loc Ho, Aleksey Makarov, Greg Kroah-Hartman Cc: Rafael J. Wysocki, Jon Mason, Jon Masters, Rafael J. Wysocki, Len Brown, Robert Moore, Lv, ACPI Devel Maling List, Linux Kernel Mailing List, devel, Broadcom Kernel List, patches On Mon, Jul 3, 2017 at 11:33 PM, Loc Ho <lho@apm.com> wrote: > APM X-Gene verion 1 and 2 have an 8250 UART with its register > aligned to 32-bit. In addition, the latest released BIOS > encodes the access field as 8-bit access instead 32-bit access. > This causes no console with ACPI boot as the console > will not match X-Gene UART port due to the lack of mmio32 > option. > > Signed-off-by: Loc Ho <lho@apm.com> Greg, Aleksey, any objections? If not, I'll route this through the ACPI tree. > --- > drivers/acpi/spcr.c | 22 ++++++++++++++++++++++ > 1 file changed, 22 insertions(+) > > diff --git a/drivers/acpi/spcr.c b/drivers/acpi/spcr.c > index 2905063..4ac3e06 100644 > --- a/drivers/acpi/spcr.c > +++ b/drivers/acpi/spcr.c > @@ -36,6 +36,26 @@ static bool qdf2400_erratum_44_present(struct acpi_table_header *h) > return false; > } > > +/* > + * APM X-Gene v1 and v2 UART hardware is an 16550 like device but has its > + * register aligned to 32-bit. In addition, the BIOS also encoded the > + * access width to be 8 bits. This function detects this errata condition. > + */ > +static bool xgene_8250_erratum_present(struct acpi_table_spcr *tb) > +{ > + if (tb->interface_type != ACPI_DBG2_16550_COMPATIBLE) > + return false; > + > + if (memcmp(tb->header.oem_id, "APMC0D", ACPI_OEM_ID_SIZE)) > + return false; > + > + if (!memcmp(tb->header.oem_table_id, "XGENESPC", > + ACPI_OEM_TABLE_ID_SIZE) && tb->header.oem_revision == 0) > + return true; > + > + return false; > +} > + > /** > * parse_spcr() - parse ACPI SPCR table and add preferred console > * > @@ -129,6 +149,8 @@ int __init parse_spcr(bool earlycon) > > if (qdf2400_erratum_44_present(&table->header)) > uart = "qdf2400_e44"; > + if (xgene_8250_erratum_present(table)) > + iotype = "mmio32"; > > snprintf(opts, sizeof(opts), "%s,%s,0x%llx,%d", uart, iotype, > table->serial_port.address, baud_rate); > -- > 1.8.3.1 > ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-07-04 7:22 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-07-03 21:33 [PATCH v2 0/2] ACPI: SPCR: Use access width to determine mmio usage Loc Ho 2017-07-03 21:33 ` [PATCH v2 1/2] " Loc Ho 2017-07-03 21:44 ` Rafael J. Wysocki 2017-07-04 7:22 ` Greg Kroah-Hartman 2017-07-03 21:33 ` [PATCH v2 2/2] ACPI: SPCR: Workaround for APM X-Gene 8250 UART 32-alignment errata Loc Ho 2017-07-03 21:45 ` Rafael J. Wysocki
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).