Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1302575
| From | Borislav Petkov <bp@alien8.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD |
| Date | 2016-01-06 11:50 +0100 |
| Message-ID | <qNTPe-8o8-63@gated-at.bofh.it> (permalink) |
| References | <qNeiZ-4AS-5@gated-at.bofh.it> <qNeCm-4IB-19@gated-at.bofh.it> <qNeCm-4IB-17@gated-at.bofh.it> <qNLHX-36E-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Jan 06, 2016 at 02:08:18AM +0000, Wang, Annie wrote:
> How about I add select ARM_AMBA and SERIAL_8250 in arch/x86/Kconfig?
Yeah, select sounds good in that case, except in that particular case ...
>
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index db3622f..0fe6657 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -537,11 +537,15 @@ config X86_AMD_PLATFORM_DEVICE
> depends on ACPI
> select COMMON_CLK
> select PINCTRL
> + select SERIAL_8250
> + select ARM_AMBA
... that's a X86_AMD_PLATFORM_DEVICE which selects ARM thing? i.e.,
ARM_AMBA. Can that even work?
[ Rant on the side: And that ARM_AMBA thing has, of course, no effing
help text. Dammit, people need to start explaining those cryptic
abbreviations. Somewhere in the code I found "Advanced Microcontroller
Bus Architecture". This is clearly suboptimal. ]
So why does the X86 platform device need to select the AMBA crap?
> ---help---
> Select to interpret AMD specific ACPI device to platform device
> such as I2C, UART, GPIO found on AMD Carrizo and later chipsets.
> I2C and UART depend on COMMON_CLK to set clock. GPIO driver is
> - implemented under PINCTRL subsystem.
> + implemented under PINCTRL subsystem. Carrizo's UART is implemented
> + under SERIAL_8250. Carrizo's UART DMA device is an amba device,
> + it selects ARM_AMBA option.
As I already said before, please refrain from using platform names like
Carrizo because people have no clue what those are. Only the marketing
people do. Use CPU family + models instead.
> CPU_SUP_AMD is only configured in X86 arch. AMD future ARM64 processors may
> also need acpi to platform support.
So this code is going to be shared between X86 and ARM64?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD Borislav Petkov <bp@alien8.de> - 2016-01-04 15:50 +0100
RE: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD "Wang, Annie" <Annie.Wang@amd.com> - 2016-01-06 03:10 +0100
Re: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD Borislav Petkov <bp@alien8.de> - 2016-01-06 11:50 +0100
RE: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD "Wang, Annie" <Annie.Wang@amd.com> - 2016-01-11 08:30 +0100
csiph-web