From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@lists.ozlabs.org
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Chen Liqin <liqin.chen@sunplusct.com>,
Paul Mackerras <paulus@samba.org>,
"H. Peter Anvin" <hpa@zytor.com>,
sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
Lennox Wu <lennox.wu@gmail.com>,
linux-arch@vger.kernel.org,
Jesper Nilsson <jesper.nilsson@axis.com>,
Russell King <linux@arm.linux.org.uk>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Helge Deller <deller@gmx.de>,
x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
Ingo Molnar <mingo@redhat.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Matt Turner <mattst88@gmail.com>,
Fenghua Yu <fenghua.yu@intel.com>,
microblaze-uclinux@itee.uq.edu.au,
Chris Metcalf <cmetcalf@tilera.com>,
Mikael Starvik <starvik@axis.com>, Ivan Kokshaysky <>
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@lists.ozlabs.org
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Chen Liqin <liqin.chen@sunplusct.com>,
Paul Mackerras <paulus@samba.org>,
"H. Peter Anvin" <hpa@zytor.com>,
sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
Lennox Wu <lennox.wu@gmail.com>,
linux-arch@vger.kernel.org,
Jesper Nilsson <jesper.nilsson@axis.com>,
Russell King <linux@arm.linux.org.uk>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Helge Deller <deller@gmx.de>,
x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
Ingo Molnar <mingo@redhat.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Matt Turner <mattst88@gmail.com>,
Fenghua Yu <fenghua.yu@intel.com>,
microblaze-uclinux@itee.uq.edu.au,
Chris Metcalf <cmetcalf@tilera.com>,
Mikael Starvik <starvik@axis.com>
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@lists.ozlabs.org
Cc: Ralf Baechle <ralf@linux-mips.org>,
linux-arch@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Chen Liqin <liqin.chen@sunplusct.com>,
Chris Metcalf <cmetcalf@tilera.com>,
Chris Zankel <chris@zankel.net>,
"David S. Miller" <davem@davemloft.net>,
Fenghua Yu <fenghua.yu@intel.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Guan Xuetao <gxt@mprc.pku.edu.cn>, Helge Deller <deller@gmx.de>,
"H. Peter Anvin" <hpa@zytor.com>, Ingo Molnar <mingo@redhat.com>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
"James E.J. Bottomley" <jejb@parisc-linux.org>,
Jesper Nilsson <jesper.nilsson@axis.com>,
Kyle McMartin <kyle@mcmartin.ca>, Lennox Wu <lennox.wu@gmail.com>,
Matt Turner <mattst88@gmail.com>, Michal Simek <monstr@monstr.eu>,
Mikael Starvik <starvik@axis.com>,
Paul Mackerras <paulus@samba.org>,
Paul Mundt <lethal@linux-sh.org>,
Richard Henderson <rth@twiddle.net>,
Russell King <linux@arm.linux.org.uk>,
sparclinux@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
Tony Luck <tony.luck@intel.com>,
x86@kernel.org, Yoshinori Sato <ysato@users.sourceforge.jp>,
linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org,
linux-cris-kernel@axis.com, linux-sh@vger.kernel.org,
microblaze-uclinux@itee.uq.edu.au, linux-kernel@vger.kernel.org,
linux-alpha@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@lists.ozlabs.org
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Chen Liqin <liqin.chen@sunplusct.com>,
Paul Mackerras <paulus@samba.org>,
"H. Peter Anvin" <hpa@zytor.com>,
sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
Lennox Wu <lennox.wu@gmail.com>,
linux-arch@vger.kernel.org,
Jesper Nilsson <jesper.nilsson@axis.com>,
Russell King <linux@arm.linux.org.uk>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Helge Deller <deller@gmx.de>,
x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
Ingo Molnar <mingo@redhat.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Matt Turner <mattst88@gmail.com>,
Fenghua Yu <fenghua.yu@intel.com>,
microblaze-uclinux@itee.uq.edu.au,
Chris Metcalf <cmetcalf@tilera.com>,
Mikael Starvik <starvik@axis.com>, Ivan Kokshaysky <
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@lists.ozlabs.org
Cc: linux-mips@linux-mips.org, linux-m68k@vger.kernel.org,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Chen Liqin <liqin.chen@sunplusct.com>,
Paul Mackerras <paulus@samba.org>,
"H. Peter Anvin" <hpa@zytor.com>,
sparclinux@vger.kernel.org, Guan Xuetao <gxt@mprc.pku.edu.cn>,
Lennox Wu <lennox.wu@gmail.com>,
linux-arch@vger.kernel.org,
Jesper Nilsson <jesper.nilsson@axis.com>,
Russell King <linux@arm.linux.org.uk>,
Yoshinori Sato <ysato@users.sourceforge.jp>,
Helge Deller <deller@gmx.de>,
x86@kernel.org, "James E.J. Bottomley" <jejb@parisc-linux.org>,
Ingo Molnar <mingo@redhat.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Matt Turner <mattst88@gmail.com>,
Fenghua Yu <fenghua.yu@intel.com>,
microblaze-uclinux@itee.uq.edu.au,
Chris Metcalf <cmetcalf@tilera.com>,
Mikael Starvik <starvik@axis.com>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
Thomas Gleixner <tglx@linutronix.de>,
linux-arm-kernel@lists.infradead.org,
Richard Henderson <rth@twiddle.net>,
Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
Tony Luck <tony.luck@intel.com>,
linux-cris-kernel@axis.com, linux-parisc@vger.kernel.org,
linux-kernel@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
Kyle McMartin <kyle@mcmartin.ca>,
Paul Mundt <lethal@linux-sh.org>,
linux-alpha@vger.kernel.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC,PATCH] Cleanup PC parallel port Kconfig
Date: Tue, 14 Jun 2011 22:22:43 +0200 [thread overview]
Message-ID: <201106142222.43553.arnd@arndb.de> (raw)
In-Reply-To: <20110614190850.GA13526@linux-mips.org>
On Tuesday 14 June 2011 21:08:50 Ralf Baechle wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index 9adc278..2968751f 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -21,6 +21,7 @@ config ARM
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> select HAVE_IRQ_WORK
> + select HAVE_PC_PARPORT
> select HAVE_PERF_EVENTS
> select PERF_USE_VMALLOC
> select HAVE_REGS_AND_STACK_ACCESS_API
On arm that should only be set on a couple of subarchitectures, but
we can fan that out after your patch goes in, just like you do for Mips
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 2729c66..b8328df 100644
> --- a/arch/powerpc/Kconfig
> +++ b/arch/powerpc/Kconfig
> @@ -128,6 +128,7 @@ config PPC
> select HAVE_REGS_AND_STACK_ACCESS_API
> select HAVE_HW_BREAKPOINT if PERF_EVENTS && PPC_BOOK3S_64
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select HAVE_SPARSE_IRQ
> select IRQ_PER_CPU
> select GENERIC_IRQ_SHOW
Similar to ARM and Mips.
> index e446bab..ceac9b5 100644
> --- a/arch/microblaze/Kconfig
> +++ b/arch/microblaze/Kconfig
> @@ -15,6 +15,7 @@ config MICROBLAZE
> select OF
> select OF_EARLY_FLATTREE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
>
Highly unlikely, except through PCI.
> diff --git a/arch/score/Kconfig b/arch/score/Kconfig
> index 288add8..ba078d0 100644
> --- a/arch/score/Kconfig
> +++ b/arch/score/Kconfig
> @@ -1,9 +1,10 @@
> menu "Machine selection"
>
> config SCORE
> - def_bool y
> - select HAVE_GENERIC_HARDIRQS
> - select GENERIC_IRQ_SHOW
> + def_bool y
> + select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> + select GENERIC_IRQ_SHOW
>
> choice
> prompt "System type"
Certainly not, no PIO support
> diff --git a/arch/tile/Kconfig b/arch/tile/Kconfig
> index 0249b8b..3e96eff 100644
> --- a/arch/tile/Kconfig
> +++ b/arch/tile/Kconfig
> @@ -8,6 +8,7 @@ config TILE
> select USE_GENERIC_SMP_HELPERS
> select CC_OPTIMIZE_FOR_SIZE
> select HAVE_GENERIC_HARDIRQS
> + select HAVE_PC_PARPORT
> select GENERIC_IRQ_PROBE
> select GENERIC_PENDING_IRQ if SMP
> select GENERIC_IRQ_SHOW
Only through PCI
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index e57dcce..3832e7e 100644
> --- a/arch/unicore32/Kconfig
> +++ b/arch/unicore32/Kconfig
> @@ -8,6 +8,7 @@ config UNICORE32
> select HAVE_KERNEL_BZIP2
> select HAVE_KERNEL_LZO
> select HAVE_KERNEL_LZMA
> + select HAVE_PC_PARPORT
> select GENERIC_FIND_FIRST_BIT
> select GENERIC_IRQ_PROBE
> select GENERIC_IRQ_SHOW
Probably not.
I think you can leave these four out right away, provided you add
the section below:
> --- a/drivers/parport/Kconfig
> +++ b/drivers/parport/Kconfig
> @@ -35,8 +35,7 @@ if PARPORT
>
> config PARPORT_PC
>
> tristate "PC-style hardware"
>
> - depends on (!SPARC64 || PCI) && !SPARC32 && !M32R && !FRV && \
> - (!M68K || ISA) && !MN10300 && !AVR32 && !BLACKFIN
> + depends on HAVE_PC_PARPORT
>
> ---help---
>
> You should say Y here if you have a PC-style parallel port. All
> IBM PC compatible computers and some Alphas have PC-style
>
> @@ -48,6 +47,9 @@ config PARPORT_PC
>
> If unsure, say Y.
>
> +config HAVE_PC_PARPORT
> + bool
> +
As you write, anything that has PCI can theoretically take parallel ports,
so I would always list PCI here as a way to get it anyway. Probably also
ISA and PCMCIA. How about adding this?
config HAVE_PC_PARPORT
bool
default (PCI || ISA || PCMCIA)
Arnd
next prev parent reply other threads:[~2011-06-14 20:22 UTC|newest]
Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-14 19:08 [RFC,PATCH] Cleanup PC parallel port Kconfig Ralf Baechle
2011-06-14 19:08 ` Ralf Baechle
2011-06-14 19:08 ` Ralf Baechle
2011-06-14 19:08 ` Ralf Baechle
2011-06-14 19:08 ` Ralf Baechle
2011-06-14 20:22 ` Arnd Bergmann [this message]
2011-06-14 20:22 ` Arnd Bergmann
2011-06-14 20:22 ` Arnd Bergmann
2011-06-14 20:22 ` Arnd Bergmann
2011-06-14 20:22 ` Arnd Bergmann
2011-06-14 20:22 ` Arnd Bergmann
2011-06-15 8:02 ` Lennox Wu
2011-06-15 8:02 ` Lennox Wu
2011-06-15 8:02 ` Lennox Wu
2011-06-15 8:02 ` Lennox Wu
2011-06-14 20:25 ` H. Peter Anvin
2011-06-14 20:25 ` H. Peter Anvin
2011-06-14 20:25 ` H. Peter Anvin
2011-06-14 20:25 ` H. Peter Anvin
2011-06-14 20:25 ` H. Peter Anvin
2011-06-14 21:33 ` Arnd Bergmann
2011-06-14 21:33 ` Arnd Bergmann
2011-06-14 21:33 ` Arnd Bergmann
2011-06-14 21:33 ` Arnd Bergmann
2011-06-14 21:33 ` Arnd Bergmann
2011-06-14 21:33 ` Arnd Bergmann
2011-06-15 4:30 ` H. Peter Anvin
2011-06-15 4:30 ` H. Peter Anvin
2011-06-15 4:30 ` H. Peter Anvin
2011-06-15 4:30 ` H. Peter Anvin
2011-06-15 7:47 ` Russell King - ARM Linux
2011-06-15 7:47 ` Russell King - ARM Linux
2011-06-15 7:47 ` Russell King - ARM Linux
2011-06-15 7:47 ` Russell King - ARM Linux
2011-06-15 7:47 ` Russell King - ARM Linux
2011-06-15 15:08 ` H. Peter Anvin
2011-06-15 15:08 ` H. Peter Anvin
2011-06-15 15:08 ` H. Peter Anvin
2011-06-15 15:08 ` H. Peter Anvin
2011-06-15 15:21 ` Russell King - ARM Linux
2011-06-15 15:21 ` Russell King - ARM Linux
2011-06-15 15:21 ` Russell King - ARM Linux
2011-06-15 15:21 ` Russell King - ARM Linux
2011-06-15 15:21 ` Russell King - ARM Linux
2011-06-15 9:46 ` Arnd Bergmann
2011-06-15 9:46 ` Arnd Bergmann
2011-06-15 9:46 ` Arnd Bergmann
2011-06-15 9:46 ` Arnd Bergmann
2011-06-15 11:24 ` Geert Uytterhoeven
2011-06-15 11:24 ` Geert Uytterhoeven
2011-06-15 11:24 ` Geert Uytterhoeven
2011-06-15 11:24 ` Geert Uytterhoeven
2011-06-15 11:24 ` Geert Uytterhoeven
2011-06-14 22:34 ` Ralf Baechle
2011-06-14 22:34 ` Ralf Baechle
2011-06-14 22:34 ` Ralf Baechle
2011-06-14 22:34 ` Ralf Baechle
2011-06-15 4:18 ` H. Peter Anvin
2011-06-15 4:18 ` H. Peter Anvin
2011-06-15 4:18 ` H. Peter Anvin
2011-06-15 4:18 ` H. Peter Anvin
2011-06-15 4:18 ` H. Peter Anvin
2011-06-15 4:40 ` Guenter Roeck
2011-06-15 4:40 ` Guenter Roeck
2011-06-15 4:40 ` Guenter Roeck
2011-06-15 4:40 ` Guenter Roeck
2011-06-15 4:40 ` Guenter Roeck
2011-06-15 5:43 ` H. Peter Anvin
2011-06-15 5:43 ` H. Peter Anvin
2011-06-15 5:43 ` H. Peter Anvin
2011-06-15 5:43 ` H. Peter Anvin
2011-06-15 5:43 ` H. Peter Anvin
2011-06-15 8:34 ` Ralf Baechle
2011-06-15 8:34 ` Ralf Baechle
2011-06-15 8:34 ` Ralf Baechle
2011-06-15 8:34 ` Ralf Baechle
2011-06-15 8:34 ` Ralf Baechle
2011-06-15 14:36 ` Guenter Roeck
2011-06-15 14:36 ` Guenter Roeck
2011-06-15 14:36 ` Guenter Roeck
2011-06-15 14:36 ` Guenter Roeck
2011-06-15 14:36 ` Guenter Roeck
2011-06-14 20:32 ` Geert Uytterhoeven
2011-06-14 20:32 ` Geert Uytterhoeven
2011-06-14 20:32 ` Geert Uytterhoeven
2011-06-14 20:32 ` Geert Uytterhoeven
2011-06-14 20:32 ` Geert Uytterhoeven
2011-06-14 22:08 ` Luck, Tony
2011-06-14 22:08 ` Luck, Tony
2011-06-14 22:08 ` Luck, Tony
2011-06-14 22:08 ` Luck, Tony
2011-06-14 22:08 ` Luck, Tony
2011-06-15 4:31 ` H. Peter Anvin
2011-06-15 4:31 ` H. Peter Anvin
2011-06-15 4:31 ` H. Peter Anvin
2011-06-15 4:31 ` H. Peter Anvin
2011-06-15 4:31 ` H. Peter Anvin
2011-06-15 7:39 ` Russell King - ARM Linux
2011-06-15 7:39 ` Russell King - ARM Linux
2011-06-15 7:39 ` Russell King - ARM Linux
2011-06-15 7:39 ` Russell King - ARM Linux
2011-06-15 7:39 ` Russell King - ARM Linux
2011-06-15 15:16 ` H. Peter Anvin
2011-06-15 15:16 ` H. Peter Anvin
2011-06-15 15:16 ` H. Peter Anvin
2011-06-15 15:16 ` H. Peter Anvin
2011-06-15 15:16 ` H. Peter Anvin
2011-06-15 1:24 ` Guan Xuetao
2011-06-15 1:24 ` Guan Xuetao
2011-06-15 1:24 ` Guan Xuetao
2011-06-15 1:24 ` Guan Xuetao
2011-06-15 1:24 ` Guan Xuetao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201106142222.43553.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=benh@kernel.crashing.org \
--cc=cmetcalf@tilera.com \
--cc=deller@gmx.de \
--cc=fenghua.yu@intel.com \
--cc=geert@linux-m68k.org \
--cc=gxt@mprc.pku.edu.cn \
--cc=hpa@zytor.com \
--cc=jejb@parisc-linux.org \
--cc=jesper.nilsson@axis.com \
--cc=lennox.wu@gmail.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-sh@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=liqin.chen@sunplusct.com \
--cc=mattst88@gmail.com \
--cc=microblaze-uclinux@itee.uq.edu.au \
--cc=mingo@redhat.com \
--cc=paulus@samba.org \
--cc=sparclinux@vger.kernel.org \
--cc=starvik@axis.com \
--cc=x86@kernel.org \
--cc=ysato@users.sourceforge.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.