All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 12/21] m68k: drop unused Kconfig symbols
@ 2011-10-14 12:29 Paul Bolle
  2011-10-17  0:50   ` Greg Ungerer
  0 siblings, 1 reply; 12+ messages in thread
From: Paul Bolle @ 2011-10-14 12:29 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: linux-m68k, linux-kernel

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
---
 arch/m68k/Kconfig       |   28 +---------------------------
 arch/m68k/Kconfig.nommu |   44 --------------------------------------------
 2 files changed, 1 insertions(+), 71 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 9e8ee9d..58c6496 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -149,32 +149,6 @@ config MULTIFACE_III_TTY
 
 	  To compile this driver as a module, choose M here.
 
-config GVPIOEXT
-	tristate "GVP IO-Extender support"
-	depends on PARPORT=n && ZORRO
-	help
-	  If you want to use a GVP IO-Extender serial card in Linux, say Y.
-	  Otherwise, say N.
-
-config GVPIOEXT_LP
-	tristate "GVP IO-Extender parallel printer support"
-	depends on GVPIOEXT
-	help
-	  Say Y to enable driving a printer from the parallel port on your
-	  GVP IO-Extender card, N otherwise.
-
-config GVPIOEXT_PLIP
-	tristate "GVP IO-Extender PLIP support"
-	depends on GVPIOEXT
-	help
-	  Say Y to enable doing IP over the parallel port on your GVP
-	  IO-Extender card, N otherwise.
-
-config MAC_HID
-	bool
-	depends on INPUT_ADBHID
-	default y
-
 config HPDCA
 	tristate "HP DCA serial support"
 	depends on DIO && SERIAL_8250
@@ -217,7 +191,7 @@ config DN_SERIAL
 
 config SERIAL_CONSOLE
 	bool "Support for serial port console"
-	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO) && (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || GVPIOEXT=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
+	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO) && (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
 	---help---
 	  If you say Y here, it will be possible to use a serial port as the
 	  system console (the system console is the device which receives all
diff --git a/arch/m68k/Kconfig.nommu b/arch/m68k/Kconfig.nommu
index ff46383..2b7f1e9 100644
--- a/arch/m68k/Kconfig.nommu
+++ b/arch/m68k/Kconfig.nommu
@@ -542,13 +542,6 @@ config SAVANTrosie1
 	help
 	  Support for the Savant Rosie1 board.
 
-config ROMFS_FROM_ROM
-	bool "ROMFS image not RAM resident"
-	depends on (NETtel || SNAPGEAR)
-	help
-	  The ROMfs filesystem will stay resident in the FLASH/ROM, not be
-	  moved into RAM.
-
 config PILOT
 	bool
 	default y
@@ -564,21 +557,11 @@ config FREESCALE
 	default y
 	depends on (M5206eC3 || M5208EVB || M5235EVB || M5249C3 || M5271EVB || M5272C3 || M5275EVB || M5282EVB || M5307C3 || M5329EVB || M5407C3)
 
-config HW_FEITH
-	bool
-	default y
-	depends on (CLEOPATRA || CANCam || SCALES)
-
 config senTec
 	bool
 	default y
 	depends on (COBRA5272 || COBRA5282)
 	
-config EMAC_INC
-	bool
-	default y
-	depends on (SOM5282EM)
-
 config SNEHA
 	bool
 	default y
@@ -673,33 +656,6 @@ config KERNELBASE
 	  a system with the RAM based at address 0, and leaving enough room
 	  for the theoretical maximum number of 256 vectors.
 
-choice
-	prompt "RAM bus width"
-	default RAMAUTOBIT
-
-config RAMAUTOBIT
-	bool "AUTO"
-	help
-	  Select the physical RAM data bus size. Not needed on most platforms,
-	  so you can generally choose AUTO.
-
-config RAM8BIT
-	bool "8bit"
-	help
-	  Configure RAM bus to be 8 bits wide.
-
-config RAM16BIT
-	bool "16bit"
-	help
-	  Configure RAM bus to be 16 bits wide.
-
-config RAM32BIT
-	bool "32bit"
-	help
-	  Configure RAM bus to be 32 bits wide.
-
-endchoice
-
 comment "ROM configuration"
 
 config ROM
-- 
1.7.4.4





^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-14 12:29 [PATCH 12/21] m68k: drop unused Kconfig symbols Paul Bolle
@ 2011-10-17  0:50   ` Greg Ungerer
  0 siblings, 0 replies; 12+ messages in thread
From: Greg Ungerer @ 2011-10-17  0:50 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 14/10/11 22:29, Paul Bolle wrote:
> Signed-off-by: Paul Bolle<pebolle@tiscali.nl>
> ---
>   arch/m68k/Kconfig       |   28 +---------------------------
>   arch/m68k/Kconfig.nommu |   44 --------------------------------------------
>   2 files changed, 1 insertions(+), 71 deletions(-)

I have no problem with the changes. But it will clash with the
reworking of the Kconfig files currently sitting in linux-next
for merging in the 3.2 merge window.

Regards
Greg



> diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
> index 9e8ee9d..58c6496 100644
> --- a/arch/m68k/Kconfig
> +++ b/arch/m68k/Kconfig
> @@ -149,32 +149,6 @@ config MULTIFACE_III_TTY
>
>   	  To compile this driver as a module, choose M here.
>
> -config GVPIOEXT
> -	tristate "GVP IO-Extender support"
> -	depends on PARPORT=n&&  ZORRO
> -	help
> -	  If you want to use a GVP IO-Extender serial card in Linux, say Y.
> -	  Otherwise, say N.
> -
> -config GVPIOEXT_LP
> -	tristate "GVP IO-Extender parallel printer support"
> -	depends on GVPIOEXT
> -	help
> -	  Say Y to enable driving a printer from the parallel port on your
> -	  GVP IO-Extender card, N otherwise.
> -
> -config GVPIOEXT_PLIP
> -	tristate "GVP IO-Extender PLIP support"
> -	depends on GVPIOEXT
> -	help
> -	  Say Y to enable doing IP over the parallel port on your GVP
> -	  IO-Extender card, N otherwise.
> -
> -config MAC_HID
> -	bool
> -	depends on INPUT_ADBHID
> -	default y
> -
>   config HPDCA
>   	tristate "HP DCA serial support"
>   	depends on DIO&&  SERIAL_8250
> @@ -217,7 +191,7 @@ config DN_SERIAL
>
>   config SERIAL_CONSOLE
>   	bool "Support for serial port console"
> -	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO)&&  (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || GVPIOEXT=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
> +	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO)&&  (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
>   	---help---
>   	  If you say Y here, it will be possible to use a serial port as the
>   	  system console (the system console is the device which receives all
> diff --git a/arch/m68k/Kconfig.nommu b/arch/m68k/Kconfig.nommu
> index ff46383..2b7f1e9 100644
> --- a/arch/m68k/Kconfig.nommu
> +++ b/arch/m68k/Kconfig.nommu
> @@ -542,13 +542,6 @@ config SAVANTrosie1
>   	help
>   	  Support for the Savant Rosie1 board.
>
> -config ROMFS_FROM_ROM
> -	bool "ROMFS image not RAM resident"
> -	depends on (NETtel || SNAPGEAR)
> -	help
> -	  The ROMfs filesystem will stay resident in the FLASH/ROM, not be
> -	  moved into RAM.
> -
>   config PILOT
>   	bool
>   	default y
> @@ -564,21 +557,11 @@ config FREESCALE
>   	default y
>   	depends on (M5206eC3 || M5208EVB || M5235EVB || M5249C3 || M5271EVB || M5272C3 || M5275EVB || M5282EVB || M5307C3 || M5329EVB || M5407C3)
>
> -config HW_FEITH
> -	bool
> -	default y
> -	depends on (CLEOPATRA || CANCam || SCALES)
> -
>   config senTec
>   	bool
>   	default y
>   	depends on (COBRA5272 || COBRA5282)
>   	
> -config EMAC_INC
> -	bool
> -	default y
> -	depends on (SOM5282EM)
> -
>   config SNEHA
>   	bool
>   	default y
> @@ -673,33 +656,6 @@ config KERNELBASE
>   	  a system with the RAM based at address 0, and leaving enough room
>   	  for the theoretical maximum number of 256 vectors.
>
> -choice
> -	prompt "RAM bus width"
> -	default RAMAUTOBIT
> -
> -config RAMAUTOBIT
> -	bool "AUTO"
> -	help
> -	  Select the physical RAM data bus size. Not needed on most platforms,
> -	  so you can generally choose AUTO.
> -
> -config RAM8BIT
> -	bool "8bit"
> -	help
> -	  Configure RAM bus to be 8 bits wide.
> -
> -config RAM16BIT
> -	bool "16bit"
> -	help
> -	  Configure RAM bus to be 16 bits wide.
> -
> -config RAM32BIT
> -	bool "32bit"
> -	help
> -	  Configure RAM bus to be 32 bits wide.
> -
> -endchoice
> -
>   comment "ROM configuration"
>
>   config ROM


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
@ 2011-10-17  0:50   ` Greg Ungerer
  0 siblings, 0 replies; 12+ messages in thread
From: Greg Ungerer @ 2011-10-17  0:50 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 14/10/11 22:29, Paul Bolle wrote:
> Signed-off-by: Paul Bolle<pebolle@tiscali.nl>
> ---
>   arch/m68k/Kconfig       |   28 +---------------------------
>   arch/m68k/Kconfig.nommu |   44 --------------------------------------------
>   2 files changed, 1 insertions(+), 71 deletions(-)

I have no problem with the changes. But it will clash with the
reworking of the Kconfig files currently sitting in linux-next
for merging in the 3.2 merge window.

Regards
Greg



> diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
> index 9e8ee9d..58c6496 100644
> --- a/arch/m68k/Kconfig
> +++ b/arch/m68k/Kconfig
> @@ -149,32 +149,6 @@ config MULTIFACE_III_TTY
>
>   	  To compile this driver as a module, choose M here.
>
> -config GVPIOEXT
> -	tristate "GVP IO-Extender support"
> -	depends on PARPORT=n&&  ZORRO
> -	help
> -	  If you want to use a GVP IO-Extender serial card in Linux, say Y.
> -	  Otherwise, say N.
> -
> -config GVPIOEXT_LP
> -	tristate "GVP IO-Extender parallel printer support"
> -	depends on GVPIOEXT
> -	help
> -	  Say Y to enable driving a printer from the parallel port on your
> -	  GVP IO-Extender card, N otherwise.
> -
> -config GVPIOEXT_PLIP
> -	tristate "GVP IO-Extender PLIP support"
> -	depends on GVPIOEXT
> -	help
> -	  Say Y to enable doing IP over the parallel port on your GVP
> -	  IO-Extender card, N otherwise.
> -
> -config MAC_HID
> -	bool
> -	depends on INPUT_ADBHID
> -	default y
> -
>   config HPDCA
>   	tristate "HP DCA serial support"
>   	depends on DIO&&  SERIAL_8250
> @@ -217,7 +191,7 @@ config DN_SERIAL
>
>   config SERIAL_CONSOLE
>   	bool "Support for serial port console"
> -	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO)&&  (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || GVPIOEXT=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
> +	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO)&&  (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
>   	---help---
>   	  If you say Y here, it will be possible to use a serial port as the
>   	  system console (the system console is the device which receives all
> diff --git a/arch/m68k/Kconfig.nommu b/arch/m68k/Kconfig.nommu
> index ff46383..2b7f1e9 100644
> --- a/arch/m68k/Kconfig.nommu
> +++ b/arch/m68k/Kconfig.nommu
> @@ -542,13 +542,6 @@ config SAVANTrosie1
>   	help
>   	  Support for the Savant Rosie1 board.
>
> -config ROMFS_FROM_ROM
> -	bool "ROMFS image not RAM resident"
> -	depends on (NETtel || SNAPGEAR)
> -	help
> -	  The ROMfs filesystem will stay resident in the FLASH/ROM, not be
> -	  moved into RAM.
> -
>   config PILOT
>   	bool
>   	default y
> @@ -564,21 +557,11 @@ config FREESCALE
>   	default y
>   	depends on (M5206eC3 || M5208EVB || M5235EVB || M5249C3 || M5271EVB || M5272C3 || M5275EVB || M5282EVB || M5307C3 || M5329EVB || M5407C3)
>
> -config HW_FEITH
> -	bool
> -	default y
> -	depends on (CLEOPATRA || CANCam || SCALES)
> -
>   config senTec
>   	bool
>   	default y
>   	depends on (COBRA5272 || COBRA5282)
>   	
> -config EMAC_INC
> -	bool
> -	default y
> -	depends on (SOM5282EM)
> -
>   config SNEHA
>   	bool
>   	default y
> @@ -673,33 +656,6 @@ config KERNELBASE
>   	  a system with the RAM based at address 0, and leaving enough room
>   	  for the theoretical maximum number of 256 vectors.
>
> -choice
> -	prompt "RAM bus width"
> -	default RAMAUTOBIT
> -
> -config RAMAUTOBIT
> -	bool "AUTO"
> -	help
> -	  Select the physical RAM data bus size. Not needed on most platforms,
> -	  so you can generally choose AUTO.
> -
> -config RAM8BIT
> -	bool "8bit"
> -	help
> -	  Configure RAM bus to be 8 bits wide.
> -
> -config RAM16BIT
> -	bool "16bit"
> -	help
> -	  Configure RAM bus to be 16 bits wide.
> -
> -config RAM32BIT
> -	bool "32bit"
> -	help
> -	  Configure RAM bus to be 32 bits wide.
> -
> -endchoice
> -
>   comment "ROM configuration"
>
>   config ROM


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-17  0:50   ` Greg Ungerer
  (?)
@ 2011-10-17  7:52   ` Paul Bolle
  2011-10-18  4:52     ` Greg Ungerer
  2011-10-18  4:52     ` Greg Ungerer
  -1 siblings, 2 replies; 12+ messages in thread
From: Paul Bolle @ 2011-10-17  7:52 UTC (permalink / raw)
  To: Greg Ungerer; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

On Mon, 2011-10-17 at 10:50 +1000, Greg Ungerer wrote:
> I have no problem with the changes. But it will clash with the
> reworking of the Kconfig files currently sitting in linux-next
> for merging in the 3.2 merge window.

So should I put this on hold and see what's needed after those reworked
Kconfig files are merged in mainline? Or would you prefer to have that
done beforehand (ie, I'll try to redo this on top of current linux-next
and get the redone patch in linux-next before the 3.2 merge)?


Paul Bolle


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-17  0:50   ` Greg Ungerer
  (?)
  (?)
@ 2011-10-17  7:52   ` Paul Bolle
  -1 siblings, 0 replies; 12+ messages in thread
From: Paul Bolle @ 2011-10-17  7:52 UTC (permalink / raw)
  To: Greg Ungerer; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

On Mon, 2011-10-17 at 10:50 +1000, Greg Ungerer wrote:
> I have no problem with the changes. But it will clash with the
> reworking of the Kconfig files currently sitting in linux-next
> for merging in the 3.2 merge window.

So should I put this on hold and see what's needed after those reworked
Kconfig files are merged in mainline? Or would you prefer to have that
done beforehand (ie, I'll try to redo this on top of current linux-next
and get the redone patch in linux-next before the 3.2 merge)?


Paul Bolle

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-17  7:52   ` Paul Bolle
  2011-10-18  4:52     ` Greg Ungerer
@ 2011-10-18  4:52     ` Greg Ungerer
  2011-10-18  6:59         ` Paul Bolle
  1 sibling, 1 reply; 12+ messages in thread
From: Greg Ungerer @ 2011-10-18  4:52 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 17/10/11 17:52, Paul Bolle wrote:
> On Mon, 2011-10-17 at 10:50 +1000, Greg Ungerer wrote:
>> I have no problem with the changes. But it will clash with the
>> reworking of the Kconfig files currently sitting in linux-next
>> for merging in the 3.2 merge window.
>
> So should I put this on hold and see what's needed after those reworked
> Kconfig files are merged in mainline? Or would you prefer to have that
> done beforehand (ie, I'll try to redo this on top of current linux-next
> and get the redone patch in linux-next before the 3.2 merge)?

I won't be too difficult for you to redo your patch. If you can do it
on top of linux-next real soon I can push it into my m68knommu git
tree for-next branch. But it would need to be very soon :-)

Regards
Greg



------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-17  7:52   ` Paul Bolle
@ 2011-10-18  4:52     ` Greg Ungerer
  2011-10-18  4:52     ` Greg Ungerer
  1 sibling, 0 replies; 12+ messages in thread
From: Greg Ungerer @ 2011-10-18  4:52 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 17/10/11 17:52, Paul Bolle wrote:
> On Mon, 2011-10-17 at 10:50 +1000, Greg Ungerer wrote:
>> I have no problem with the changes. But it will clash with the
>> reworking of the Kconfig files currently sitting in linux-next
>> for merging in the 3.2 merge window.
>
> So should I put this on hold and see what's needed after those reworked
> Kconfig files are merged in mainline? Or would you prefer to have that
> done beforehand (ie, I'll try to redo this on top of current linux-next
> and get the redone patch in linux-next before the 3.2 merge)?

I won't be too difficult for you to redo your patch. If you can do it
on top of linux-next real soon I can push it into my m68knommu git
tree for-next branch. But it would need to be very soon :-)

Regards
Greg



------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-18  4:52     ` Greg Ungerer
@ 2011-10-18  6:59         ` Paul Bolle
  0 siblings, 0 replies; 12+ messages in thread
From: Paul Bolle @ 2011-10-18  6:59 UTC (permalink / raw)
  To: Greg Ungerer; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

On Tue, 2011-10-18 at 14:52 +1000, Greg Ungerer wrote:
> If you can do it on top of linux-next real soon I can push it into my
> m68knommu git tree for-next branch. 

So, to be sure, that would be on top of
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master, wouldn't it?


Paul Bolle


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
@ 2011-10-18  6:59         ` Paul Bolle
  0 siblings, 0 replies; 12+ messages in thread
From: Paul Bolle @ 2011-10-18  6:59 UTC (permalink / raw)
  To: Greg Ungerer; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

On Tue, 2011-10-18 at 14:52 +1000, Greg Ungerer wrote:
> If you can do it on top of linux-next real soon I can push it into my
> m68knommu git tree for-next branch. 

So, to be sure, that would be on top of
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master, wouldn't it?


Paul Bolle

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-18  6:59         ` Paul Bolle
  (?)
@ 2011-10-18 12:05         ` Greg Ungerer
  -1 siblings, 0 replies; 12+ messages in thread
From: Greg Ungerer @ 2011-10-18 12:05 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 10/18/2011 04:59 PM, Paul Bolle wrote:
> On Tue, 2011-10-18 at 14:52 +1000, Greg Ungerer wrote:
>> If you can do it on top of linux-next real soon I can push it into my
>> m68knommu git tree for-next branch.
>
> So, to be sure, that would be on top of
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> master, wouldn't it?

Yes, that would be it.

Regards
Greg


------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close,                            FAX:         +61 7 3891 3630
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH 12/21] m68k: drop unused Kconfig symbols
  2011-10-18  6:59         ` Paul Bolle
  (?)
  (?)
@ 2011-10-18 12:05         ` Greg Ungerer
  -1 siblings, 0 replies; 12+ messages in thread
From: Greg Ungerer @ 2011-10-18 12:05 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Geert Uytterhoeven, linux-m68k, linux-kernel

Hi Paul,

On 10/18/2011 04:59 PM, Paul Bolle wrote:
> On Tue, 2011-10-18 at 14:52 +1000, Greg Ungerer wrote:
>> If you can do it on top of linux-next real soon I can push it into my
>> m68knommu git tree for-next branch.
>
> So, to be sure, that would be on top of
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> master, wouldn't it?

Yes, that would be it.

Regards
Greg


------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close,                            FAX:         +61 7 3891 3630
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [PATCH 12/21] m68k: drop unused Kconfig symbols
@ 2011-10-14 12:29 Paul Bolle
  0 siblings, 0 replies; 12+ messages in thread
From: Paul Bolle @ 2011-10-14 12:29 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: linux-m68k, linux-kernel

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
---
 arch/m68k/Kconfig       |   28 +---------------------------
 arch/m68k/Kconfig.nommu |   44 --------------------------------------------
 2 files changed, 1 insertions(+), 71 deletions(-)

diff --git a/arch/m68k/Kconfig b/arch/m68k/Kconfig
index 9e8ee9d..58c6496 100644
--- a/arch/m68k/Kconfig
+++ b/arch/m68k/Kconfig
@@ -149,32 +149,6 @@ config MULTIFACE_III_TTY
 
 	  To compile this driver as a module, choose M here.
 
-config GVPIOEXT
-	tristate "GVP IO-Extender support"
-	depends on PARPORT=n && ZORRO
-	help
-	  If you want to use a GVP IO-Extender serial card in Linux, say Y.
-	  Otherwise, say N.
-
-config GVPIOEXT_LP
-	tristate "GVP IO-Extender parallel printer support"
-	depends on GVPIOEXT
-	help
-	  Say Y to enable driving a printer from the parallel port on your
-	  GVP IO-Extender card, N otherwise.
-
-config GVPIOEXT_PLIP
-	tristate "GVP IO-Extender PLIP support"
-	depends on GVPIOEXT
-	help
-	  Say Y to enable doing IP over the parallel port on your GVP
-	  IO-Extender card, N otherwise.
-
-config MAC_HID
-	bool
-	depends on INPUT_ADBHID
-	default y
-
 config HPDCA
 	tristate "HP DCA serial support"
 	depends on DIO && SERIAL_8250
@@ -217,7 +191,7 @@ config DN_SERIAL
 
 config SERIAL_CONSOLE
 	bool "Support for serial port console"
-	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO) && (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || GVPIOEXT=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
+	depends on (AMIGA || ATARI || SUN3 || SUN3X || VME || APOLLO) && (ATARI_MFPSER=y || ATARI_MIDI=y || AMIGA_BUILTIN_SERIAL=y || MULTIFACE_III_TTY=y || SERIAL=y || MVME147_SCC || SERIAL167 || MVME162_SCC || BVME6000_SCC || DN_SERIAL)
 	---help---
 	  If you say Y here, it will be possible to use a serial port as the
 	  system console (the system console is the device which receives all
diff --git a/arch/m68k/Kconfig.nommu b/arch/m68k/Kconfig.nommu
index ff46383..2b7f1e9 100644
--- a/arch/m68k/Kconfig.nommu
+++ b/arch/m68k/Kconfig.nommu
@@ -542,13 +542,6 @@ config SAVANTrosie1
 	help
 	  Support for the Savant Rosie1 board.
 
-config ROMFS_FROM_ROM
-	bool "ROMFS image not RAM resident"
-	depends on (NETtel || SNAPGEAR)
-	help
-	  The ROMfs filesystem will stay resident in the FLASH/ROM, not be
-	  moved into RAM.
-
 config PILOT
 	bool
 	default y
@@ -564,21 +557,11 @@ config FREESCALE
 	default y
 	depends on (M5206eC3 || M5208EVB || M5235EVB || M5249C3 || M5271EVB || M5272C3 || M5275EVB || M5282EVB || M5307C3 || M5329EVB || M5407C3)
 
-config HW_FEITH
-	bool
-	default y
-	depends on (CLEOPATRA || CANCam || SCALES)
-
 config senTec
 	bool
 	default y
 	depends on (COBRA5272 || COBRA5282)
 	
-config EMAC_INC
-	bool
-	default y
-	depends on (SOM5282EM)
-
 config SNEHA
 	bool
 	default y
@@ -673,33 +656,6 @@ config KERNELBASE
 	  a system with the RAM based at address 0, and leaving enough room
 	  for the theoretical maximum number of 256 vectors.
 
-choice
-	prompt "RAM bus width"
-	default RAMAUTOBIT
-
-config RAMAUTOBIT
-	bool "AUTO"
-	help
-	  Select the physical RAM data bus size. Not needed on most platforms,
-	  so you can generally choose AUTO.
-
-config RAM8BIT
-	bool "8bit"
-	help
-	  Configure RAM bus to be 8 bits wide.
-
-config RAM16BIT
-	bool "16bit"
-	help
-	  Configure RAM bus to be 16 bits wide.
-
-config RAM32BIT
-	bool "32bit"
-	help
-	  Configure RAM bus to be 32 bits wide.
-
-endchoice
-
 comment "ROM configuration"
 
 config ROM
-- 
1.7.4.4

^ permalink raw reply related	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2011-10-18 12:09 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-10-14 12:29 [PATCH 12/21] m68k: drop unused Kconfig symbols Paul Bolle
2011-10-17  0:50 ` Greg Ungerer
2011-10-17  0:50   ` Greg Ungerer
2011-10-17  7:52   ` Paul Bolle
2011-10-18  4:52     ` Greg Ungerer
2011-10-18  4:52     ` Greg Ungerer
2011-10-18  6:59       ` Paul Bolle
2011-10-18  6:59         ` Paul Bolle
2011-10-18 12:05         ` Greg Ungerer
2011-10-18 12:05         ` Greg Ungerer
2011-10-17  7:52   ` Paul Bolle
2011-10-14 12:29 Paul Bolle

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.