* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-15 7:53 ` Mark Brown
0 siblings, 0 replies; 28+ messages in thread
From: Mark Brown @ 2016-04-15 7:53 UTC (permalink / raw)
To: linux-arm-kernel
If ACPI is selectable it is enabled by default. This is a good choice
for architectures where the overwhelming majority of systems use ACPI
like x86 and IA-64 but is less clear for architectures where it's less
common like ARM64. Change the default selection so that it's only done
explicitly on those architectures where ACPI is universally used.
Signed-off-by: Mark Brown <broonie@kernel.org>
---
drivers/acpi/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 82b96ee8624c..2fcf87a6d270 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
@@ -8,7 +8,7 @@ menuconfig ACPI
depends on IA64 || X86 || (ARM64 && EXPERT)
depends on PCI
select PNP
- default y
+ default y if (IA64 || X86)
help
Advanced Configuration and Power Interface (ACPI) support for
Linux requires an ACPI-compliant platform (hardware/firmware),
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 28+ messages in thread
* [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 7:53 ` Mark Brown
-1 siblings, 0 replies; 28+ messages in thread
From: Mark Brown @ 2016-04-15 7:53 UTC (permalink / raw)
To: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon
Cc: Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm, Mark Brown
When ACPI was originally merged for arm64 it had only been tested on
emulators and not on real physical platforms and no platforms were
relying on it. This meant that there were concerns that there might be
serious issues attempting to use it on practical systems so it had a
dependency on EXPERT added to warn people that it was in an early stage
of development with very little practical testing. Since then things
have moved on a bit. We have seen people testing on real hardware and
now have people starting to produce some platforms (the most prominent
being the 96boards Cello) which only have ACPI support and which build
and run to some useful extent with mainline.
This is not to say that ACPI support or support for these systems is
completely done, there are still areas being worked on such as PCI, but
at this point it seems that we can be reasonably sure that ACPI will be
viable for use on ARM64 and that the already merged support works for
the cases it handles. For the AMD Seattle based platforms support
outside of PCI has been fairly complete in mainline a few releases now.
This is also not to say that we don't have vendors working with ACPI who
are trying do things that we would not consider optimal but it does not
appear that the EXPERT dependency is having a substantial impact on
these vendors.
Given all this it seems that at this point the EXPERT dependency mainly
creates inconvenience for users with systems that are doing the right
thing and gets in the way of including the ACPI code in the testing that
people are doing on mainline. Removing it should help our ongoing
testing cover those platforms with only ACPI support and help ensure
that when ACPI code is merged any problems it causes for other users are
more easily discovered.
Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Reviewed-by: Al Stone <ahs3@redhat.com>
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
---
drivers/acpi/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 2fcf87a6d270..fa0d319283e3 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
@@ -5,7 +5,7 @@
menuconfig ACPI
bool "ACPI (Advanced Configuration and Power Interface) Support"
depends on !IA64_HP_SIM
- depends on IA64 || X86 || (ARM64 && EXPERT)
+ depends on IA64 || X86 || ARM64
depends on PCI
select PNP
default y if (IA64 || X86)
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 28+ messages in thread
* [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
@ 2016-04-15 7:53 ` Mark Brown
0 siblings, 0 replies; 28+ messages in thread
From: Mark Brown @ 2016-04-15 7:53 UTC (permalink / raw)
To: linux-arm-kernel
When ACPI was originally merged for arm64 it had only been tested on
emulators and not on real physical platforms and no platforms were
relying on it. This meant that there were concerns that there might be
serious issues attempting to use it on practical systems so it had a
dependency on EXPERT added to warn people that it was in an early stage
of development with very little practical testing. Since then things
have moved on a bit. We have seen people testing on real hardware and
now have people starting to produce some platforms (the most prominent
being the 96boards Cello) which only have ACPI support and which build
and run to some useful extent with mainline.
This is not to say that ACPI support or support for these systems is
completely done, there are still areas being worked on such as PCI, but
at this point it seems that we can be reasonably sure that ACPI will be
viable for use on ARM64 and that the already merged support works for
the cases it handles. For the AMD Seattle based platforms support
outside of PCI has been fairly complete in mainline a few releases now.
This is also not to say that we don't have vendors working with ACPI who
are trying do things that we would not consider optimal but it does not
appear that the EXPERT dependency is having a substantial impact on
these vendors.
Given all this it seems that at this point the EXPERT dependency mainly
creates inconvenience for users with systems that are doing the right
thing and gets in the way of including the ACPI code in the testing that
people are doing on mainline. Removing it should help our ongoing
testing cover those platforms with only ACPI support and help ensure
that when ACPI code is merged any problems it causes for other users are
more easily discovered.
Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Reviewed-by: Al Stone <ahs3@redhat.com>
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
---
drivers/acpi/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 2fcf87a6d270..fa0d319283e3 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
@@ -5,7 +5,7 @@
menuconfig ACPI
bool "ACPI (Advanced Configuration and Power Interface) Support"
depends on !IA64_HP_SIM
- depends on IA64 || X86 || (ARM64 && EXPERT)
+ depends on IA64 || X86 || ARM64
depends on PCI
select PNP
default y if (IA64 || X86)
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 28+ messages in thread
* Re: [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 16:19 ` Roy Franz (HPE)
-1 siblings, 0 replies; 28+ messages in thread
From: Roy Franz (HPE) @ 2016-04-15 16:19 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon,
Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> When ACPI was originally merged for arm64 it had only been tested on
> emulators and not on real physical platforms and no platforms were
> relying on it. This meant that there were concerns that there might be
> serious issues attempting to use it on practical systems so it had a
> dependency on EXPERT added to warn people that it was in an early stage
> of development with very little practical testing. Since then things
> have moved on a bit. We have seen people testing on real hardware and
> now have people starting to produce some platforms (the most prominent
> being the 96boards Cello) which only have ACPI support and which build
> and run to some useful extent with mainline.
>
> This is not to say that ACPI support or support for these systems is
> completely done, there are still areas being worked on such as PCI, but
> at this point it seems that we can be reasonably sure that ACPI will be
> viable for use on ARM64 and that the already merged support works for
> the cases it handles. For the AMD Seattle based platforms support
> outside of PCI has been fairly complete in mainline a few releases now.
>
> This is also not to say that we don't have vendors working with ACPI who
> are trying do things that we would not consider optimal but it does not
> appear that the EXPERT dependency is having a substantial impact on
> these vendors.
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Roy Franz <roy.franz@hpe.com>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 2fcf87a6d270..fa0d319283e3 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -5,7 +5,7 @@
> menuconfig ACPI
> bool "ACPI (Advanced Configuration and Power Interface) Support"
> depends on !IA64_HP_SIM
> - depends on IA64 || X86 || (ARM64 && EXPERT)
> + depends on IA64 || X86 || ARM64
> depends on PCI
> select PNP
> default y if (IA64 || X86)
> --
> 2.8.0.rc3
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
@ 2016-04-15 16:19 ` Roy Franz (HPE)
0 siblings, 0 replies; 28+ messages in thread
From: Roy Franz (HPE) @ 2016-04-15 16:19 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> When ACPI was originally merged for arm64 it had only been tested on
> emulators and not on real physical platforms and no platforms were
> relying on it. This meant that there were concerns that there might be
> serious issues attempting to use it on practical systems so it had a
> dependency on EXPERT added to warn people that it was in an early stage
> of development with very little practical testing. Since then things
> have moved on a bit. We have seen people testing on real hardware and
> now have people starting to produce some platforms (the most prominent
> being the 96boards Cello) which only have ACPI support and which build
> and run to some useful extent with mainline.
>
> This is not to say that ACPI support or support for these systems is
> completely done, there are still areas being worked on such as PCI, but
> at this point it seems that we can be reasonably sure that ACPI will be
> viable for use on ARM64 and that the already merged support works for
> the cases it handles. For the AMD Seattle based platforms support
> outside of PCI has been fairly complete in mainline a few releases now.
>
> This is also not to say that we don't have vendors working with ACPI who
> are trying do things that we would not consider optimal but it does not
> appear that the EXPERT dependency is having a substantial impact on
> these vendors.
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Roy Franz <roy.franz@hpe.com>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 2fcf87a6d270..fa0d319283e3 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -5,7 +5,7 @@
> menuconfig ACPI
> bool "ACPI (Advanced Configuration and Power Interface) Support"
> depends on !IA64_HP_SIM
> - depends on IA64 || X86 || (ARM64 && EXPERT)
> + depends on IA64 || X86 || ARM64
> depends on PCI
> select PNP
> default y if (IA64 || X86)
> --
> 2.8.0.rc3
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 17:48 ` Olof Johansson
-1 siblings, 0 replies; 28+ messages in thread
From: Olof Johansson @ 2016-04-15 17:48 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon,
Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> When ACPI was originally merged for arm64 it had only been tested on
> emulators and not on real physical platforms and no platforms were
> relying on it. This meant that there were concerns that there might be
> serious issues attempting to use it on practical systems so it had a
> dependency on EXPERT added to warn people that it was in an early stage
> of development with very little practical testing. Since then things
> have moved on a bit. We have seen people testing on real hardware and
> now have people starting to produce some platforms (the most prominent
> being the 96boards Cello) which only have ACPI support and which build
> and run to some useful extent with mainline.
>
> This is not to say that ACPI support or support for these systems is
> completely done, there are still areas being worked on such as PCI, but
> at this point it seems that we can be reasonably sure that ACPI will be
> viable for use on ARM64 and that the already merged support works for
> the cases it handles. For the AMD Seattle based platforms support
> outside of PCI has been fairly complete in mainline a few releases now.
>
> This is also not to say that we don't have vendors working with ACPI who
> are trying do things that we would not consider optimal but it does not
> appear that the EXPERT dependency is having a substantial impact on
> these vendors.
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Olof Johansson <olof@lixom.net>
-Olof
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
@ 2016-04-15 17:48 ` Olof Johansson
0 siblings, 0 replies; 28+ messages in thread
From: Olof Johansson @ 2016-04-15 17:48 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> When ACPI was originally merged for arm64 it had only been tested on
> emulators and not on real physical platforms and no platforms were
> relying on it. This meant that there were concerns that there might be
> serious issues attempting to use it on practical systems so it had a
> dependency on EXPERT added to warn people that it was in an early stage
> of development with very little practical testing. Since then things
> have moved on a bit. We have seen people testing on real hardware and
> now have people starting to produce some platforms (the most prominent
> being the 96boards Cello) which only have ACPI support and which build
> and run to some useful extent with mainline.
>
> This is not to say that ACPI support or support for these systems is
> completely done, there are still areas being worked on such as PCI, but
> at this point it seems that we can be reasonably sure that ACPI will be
> viable for use on ARM64 and that the already merged support works for
> the cases it handles. For the AMD Seattle based platforms support
> outside of PCI has been fairly complete in mainline a few releases now.
>
> This is also not to say that we don't have vendors working with ACPI who
> are trying do things that we would not consider optimal but it does not
> appear that the EXPERT dependency is having a substantial impact on
> these vendors.
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Olof Johansson <olof@lixom.net>
-Olof
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-20 16:30 ` Timur Tabi
-1 siblings, 0 replies; 28+ messages in thread
From: Timur Tabi @ 2016-04-20 16:30 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon,
Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi, arm,
linux-arm-kernel
On Fri, Apr 15, 2016 at 2:53 AM, Mark Brown <broonie@kernel.org> wrote:
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Timur Tabi <timur@codeaurora.org>
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project.
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 2/3] ACPI / ARM64: Remove EXPERT dependency for ACPI on ARM64
@ 2016-04-20 16:30 ` Timur Tabi
0 siblings, 0 replies; 28+ messages in thread
From: Timur Tabi @ 2016-04-20 16:30 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 2:53 AM, Mark Brown <broonie@kernel.org> wrote:
>
> Given all this it seems that at this point the EXPERT dependency mainly
> creates inconvenience for users with systems that are doing the right
> thing and gets in the way of including the ACPI code in the testing that
> people are doing on mainline. Removing it should help our ongoing
> testing cover those platforms with only ACPI support and help ensure
> that when ACPI code is merged any problems it causes for other users are
> more easily discovered.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> Acked-by: Graeme Gregory <graeme.gregory@linaro.org>
> Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> Reviewed-by: Al Stone <ahs3@redhat.com>
> Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
> Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Timur Tabi <timur@codeaurora.org>
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project.
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 3/3] arm64: defconfig: Enable ACPI
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 7:53 ` Mark Brown
-1 siblings, 0 replies; 28+ messages in thread
From: Mark Brown @ 2016-04-15 7:53 UTC (permalink / raw)
To: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon
Cc: Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm, Mark Brown
Enable ACPI by default to support testing of ACPI only systems and
ensure that defconfig will boot on anything, for arm64 this is not done
in Kconfig since a very large proportion of arm64 systems have no ACPI
at all.
Signed-off-by: Mark Brown <broonie@kernel.org>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index a44ef995d8ae..c5e0132eec57 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -264,6 +264,7 @@ CONFIG_PHY_RCAR_GEN3_USB2=y
CONFIG_PHY_HI6220_USB=y
CONFIG_PHY_XGENE=y
CONFIG_ARM_SCPI_PROTOCOL=y
+CONFIG_ACPI=y
CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y
CONFIG_FANOTIFY=y
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 28+ messages in thread
* [PATCH 3/3] arm64: defconfig: Enable ACPI
@ 2016-04-15 7:53 ` Mark Brown
0 siblings, 0 replies; 28+ messages in thread
From: Mark Brown @ 2016-04-15 7:53 UTC (permalink / raw)
To: linux-arm-kernel
Enable ACPI by default to support testing of ACPI only systems and
ensure that defconfig will boot on anything, for arm64 this is not done
in Kconfig since a very large proportion of arm64 systems have no ACPI
at all.
Signed-off-by: Mark Brown <broonie@kernel.org>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index a44ef995d8ae..c5e0132eec57 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -264,6 +264,7 @@ CONFIG_PHY_RCAR_GEN3_USB2=y
CONFIG_PHY_HI6220_USB=y
CONFIG_PHY_XGENE=y
CONFIG_ARM_SCPI_PROTOCOL=y
+CONFIG_ACPI=y
CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y
CONFIG_FANOTIFY=y
--
2.8.0.rc3
^ permalink raw reply related [flat|nested] 28+ messages in thread
* Re: [PATCH 3/3] arm64: defconfig: Enable ACPI
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 8:42 ` Catalin Marinas
-1 siblings, 0 replies; 28+ messages in thread
From: Catalin Marinas @ 2016-04-15 8:42 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Len Brown, Will Deacon, Mark Rutland,
Steve Capper, Graeme Gregory, linux-acpi, arm, linux-arm-kernel
On Fri, Apr 15, 2016 at 08:53:43AM +0100, Mark Brown wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 3/3] arm64: defconfig: Enable ACPI
@ 2016-04-15 8:42 ` Catalin Marinas
0 siblings, 0 replies; 28+ messages in thread
From: Catalin Marinas @ 2016-04-15 8:42 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 08:53:43AM +0100, Mark Brown wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 3/3] arm64: defconfig: Enable ACPI
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 9:04 ` Hanjun Guo
-1 siblings, 0 replies; 28+ messages in thread
From: Hanjun Guo @ 2016-04-15 9:04 UTC (permalink / raw)
To: Mark Brown, Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon
Cc: Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On 2016/4/15 15:53, Mark Brown wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Thanks
Hanjun
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 3/3] arm64: defconfig: Enable ACPI
@ 2016-04-15 9:04 ` Hanjun Guo
0 siblings, 0 replies; 28+ messages in thread
From: Hanjun Guo @ 2016-04-15 9:04 UTC (permalink / raw)
To: linux-arm-kernel
On 2016/4/15 15:53, Mark Brown wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Thanks
Hanjun
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 3/3] arm64: defconfig: Enable ACPI
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 16:17 ` Roy Franz (HPE)
-1 siblings, 0 replies; 28+ messages in thread
From: Roy Franz (HPE) @ 2016-04-15 16:17 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon,
Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Roy Franz <roy.franz@hpe.com>
> ---
> arch/arm64/configs/defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
> index a44ef995d8ae..c5e0132eec57 100644
> --- a/arch/arm64/configs/defconfig
> +++ b/arch/arm64/configs/defconfig
> @@ -264,6 +264,7 @@ CONFIG_PHY_RCAR_GEN3_USB2=y
> CONFIG_PHY_HI6220_USB=y
> CONFIG_PHY_XGENE=y
> CONFIG_ARM_SCPI_PROTOCOL=y
> +CONFIG_ACPI=y
> CONFIG_EXT2_FS=y
> CONFIG_EXT3_FS=y
> CONFIG_FANOTIFY=y
> --
> 2.8.0.rc3
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 3/3] arm64: defconfig: Enable ACPI
@ 2016-04-15 16:17 ` Roy Franz (HPE)
0 siblings, 0 replies; 28+ messages in thread
From: Roy Franz (HPE) @ 2016-04-15 16:17 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> Enable ACPI by default to support testing of ACPI only systems and
> ensure that defconfig will boot on anything, for arm64 this is not done
> in Kconfig since a very large proportion of arm64 systems have no ACPI
> at all.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Roy Franz <roy.franz@hpe.com>
> ---
> arch/arm64/configs/defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
> index a44ef995d8ae..c5e0132eec57 100644
> --- a/arch/arm64/configs/defconfig
> +++ b/arch/arm64/configs/defconfig
> @@ -264,6 +264,7 @@ CONFIG_PHY_RCAR_GEN3_USB2=y
> CONFIG_PHY_HI6220_USB=y
> CONFIG_PHY_XGENE=y
> CONFIG_ARM_SCPI_PROTOCOL=y
> +CONFIG_ACPI=y
> CONFIG_EXT2_FS=y
> CONFIG_EXT3_FS=y
> CONFIG_FANOTIFY=y
> --
> 2.8.0.rc3
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 8:42 ` Catalin Marinas
-1 siblings, 0 replies; 28+ messages in thread
From: Catalin Marinas @ 2016-04-15 8:42 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Len Brown, Will Deacon, Mark Rutland,
Steve Capper, Graeme Gregory, linux-acpi, arm, linux-arm-kernel
On Fri, Apr 15, 2016 at 08:53:41AM +0100, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-15 8:42 ` Catalin Marinas
0 siblings, 0 replies; 28+ messages in thread
From: Catalin Marinas @ 2016-04-15 8:42 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 08:53:41AM +0100, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 9:03 ` Hanjun Guo
-1 siblings, 0 replies; 28+ messages in thread
From: Hanjun Guo @ 2016-04-15 9:03 UTC (permalink / raw)
To: Mark Brown, Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon
Cc: Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On 2016/4/15 15:53, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
> help
> Advanced Configuration and Power Interface (ACPI) support for
> Linux requires an ACPI-compliant platform (hardware/firmware),
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Thanks
Hanjun
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-15 9:03 ` Hanjun Guo
0 siblings, 0 replies; 28+ messages in thread
From: Hanjun Guo @ 2016-04-15 9:03 UTC (permalink / raw)
To: linux-arm-kernel
On 2016/4/15 15:53, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
> help
> Advanced Configuration and Power Interface (ACPI) support for
> Linux requires an ACPI-compliant platform (hardware/firmware),
Acked-by: Hanjun Guo <hanjun.guo@linaro.org>
Thanks
Hanjun
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-15 17:48 ` Olof Johansson
-1 siblings, 0 replies; 28+ messages in thread
From: Olof Johansson @ 2016-04-15 17:48 UTC (permalink / raw)
To: Mark Brown
Cc: Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon,
Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi,
linux-arm-kernel, arm
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Olof Johansson <olof@lixom.net>
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-15 17:48 ` Olof Johansson
0 siblings, 0 replies; 28+ messages in thread
From: Olof Johansson @ 2016-04-15 17:48 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Apr 15, 2016 at 12:53 AM, Mark Brown <broonie@kernel.org> wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
Acked-by: Olof Johansson <olof@lixom.net>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-16 15:11 ` Sergei Shtylyov
-1 siblings, 0 replies; 28+ messages in thread
From: Sergei Shtylyov @ 2016-04-16 15:11 UTC (permalink / raw)
To: Mark Brown, Rafael J . Wysocki, Catalin Marinas, Len Brown, Will Deacon
Cc: Mark Rutland, Steve Capper, Graeme Gregory, linux-acpi, arm,
linux-arm-kernel
Hello.
On 4/15/2016 10:53 AM, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
Parens not needed.
[...]
MBR, Sergei
^ permalink raw reply [flat|nested] 28+ messages in thread* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-16 15:11 ` Sergei Shtylyov
0 siblings, 0 replies; 28+ messages in thread
From: Sergei Shtylyov @ 2016-04-16 15:11 UTC (permalink / raw)
To: linux-arm-kernel
Hello.
On 4/15/2016 10:53 AM, Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
Parens not needed.
[...]
MBR, Sergei
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
2016-04-15 7:53 ` Mark Brown
@ 2016-04-21 0:10 ` Rafael J. Wysocki
-1 siblings, 0 replies; 28+ messages in thread
From: Rafael J. Wysocki @ 2016-04-21 0:10 UTC (permalink / raw)
To: Mark Brown
Cc: Catalin Marinas, Len Brown, Will Deacon, Mark Rutland,
Steve Capper, Graeme Gregory, linux-acpi, linux-arm-kernel, arm
On Friday, April 15, 2016 08:53:41 AM Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
> help
> Advanced Configuration and Power Interface (ACPI) support for
> Linux requires an ACPI-compliant platform (hardware/firmware),
>
Everyone seems to be fine with the whole series, so I'm going to apply it.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH 1/3] ACPI / ARM64: Don't enable ACPI by default on ARM64
@ 2016-04-21 0:10 ` Rafael J. Wysocki
0 siblings, 0 replies; 28+ messages in thread
From: Rafael J. Wysocki @ 2016-04-21 0:10 UTC (permalink / raw)
To: linux-arm-kernel
On Friday, April 15, 2016 08:53:41 AM Mark Brown wrote:
> If ACPI is selectable it is enabled by default. This is a good choice
> for architectures where the overwhelming majority of systems use ACPI
> like x86 and IA-64 but is less clear for architectures where it's less
> common like ARM64. Change the default selection so that it's only done
> explicitly on those architectures where ACPI is universally used.
>
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> drivers/acpi/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 82b96ee8624c..2fcf87a6d270 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -8,7 +8,7 @@ menuconfig ACPI
> depends on IA64 || X86 || (ARM64 && EXPERT)
> depends on PCI
> select PNP
> - default y
> + default y if (IA64 || X86)
> help
> Advanced Configuration and Power Interface (ACPI) support for
> Linux requires an ACPI-compliant platform (hardware/firmware),
>
Everyone seems to be fine with the whole series, so I'm going to apply it.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 28+ messages in thread