Skip to contentSkip to conversation

Hexagon: Remove useless select of NO_IOPORT_MAP

PATCH In review Paul Bolle 2 participants 3 messages Sep 24, 2014 – Sep 30, 2014 Qualcomm hexagon architecture

lore
Share & tools
lore

Paul Bolle

author
#0 lore raw

PATCH 1/1 Hexagon: Remove useless select of NO_IOPORT_MAP

Hexagon's primary Kconfig entry has a select for NO_IOPORT_MAP. But because hexagon never defines a Kconfig symbol NO_IOPORT_MAP this select is a nop. It can be removed.

Perhaps hexagon should add its own Kconfig entry for NO_IOPORT_MAP and have it default to 'y'. But since no one apparently had any problems with HAS_IOPORT_MAP defaulting to 'y' on hexagon, as it currently does, that is unlikely.

---
Tested by playing with arch/hexagon/configs/comet_defconfig. After "make oldconfig" the .config contains CONFIG_HAS_IOPORT_MAP=y both before and after this patch, as is expected.

Actually, the only difference I found in the .config file was that after this patch the .config file contained
CONFIG_HEXAGON=y

I have no idea why. Did I botch my test?

 arch/hexagon/Kconfig | 1 -
 1 file changed, 1 deletion(-)
arch/hexagon/Kconfig +0 -1
index 4dc89d1f9c48..f1817eae107a 100644
@@ -19,7 +19,6 @@ config HEXAGON
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_TRACEHOOK
-	select NO_IOPORT_MAP
 	select GENERIC_IOMAP
 	select GENERIC_SMP_IDLE_THREAD
 	select STACKTRACE_SUPPORT
Signature · 1 line
1.9.3
author
#1 lore raw
Quoted 5 lines · Paul Bolle

Actually, the only difference I found in the .config file was that after this patch the .config file contained
CONFIG_HEXAGON=y

I have no idea why. Did I botch my test?

Apparently I did. Retested using next-20140925. There's no difference in the .config file before and after the patch. That's a good thing! This select really is useless.

Paul Bolle

Acked-by on v1 1/1
#2 lore raw
In reply to Paul Bolle
Quoted 39 lines · Paul Bolle

Hexagon's primary Kconfig entry has a select for NO_IOPORT_MAP. But because hexagon never defines a Kconfig symbol NO_IOPORT_MAP this select is a nop. It can be removed.

Perhaps hexagon should add its own Kconfig entry for NO_IOPORT_MAP and have it default to 'y'. But since no one apparently had any problems with HAS_IOPORT_MAP defaulting to 'y' on hexagon, as it currently does, that is unlikely.

---
Tested by playing with arch/hexagon/configs/comet_defconfig. After "make oldconfig" the .config contains CONFIG_HAS_IOPORT_MAP=y both before and after this patch, as is expected.

Actually, the only difference I found in the .config file was that after this patch the .config file contained
CONFIG_HEXAGON=y

I have no idea why. Did I botch my test?

 arch/hexagon/Kconfig | 1 -
 1 file changed, 1 deletion(-)
arch/hexagon/Kconfig +0 -1
index 4dc89d1f9c48..f1817eae107a 100644
@@ -19,7 +19,6 @@ config HEXAGON
 	select GENERIC_IRQ_SHOW
 	select HAVE_ARCH_KGDB
 	select HAVE_ARCH_TRACEHOOK
-	select NO_IOPORT_MAP
 	select GENERIC_IOMAP
 	select GENERIC_SMP_IDLE_THREAD
 	select STACKTRACE_SUPPORT
Signature · 1 line
1.9.3

There seemed to be a convoluted history behind the ioport options, but yes this is no longer needed/doesn't actually do anything. Thanks!

Signature · 3 lines
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation