Re: [PATCH 1/1] edac x38: new MC driver module

From: Hitoshi Mitake
Date: Sun Feb 22 2009 - 09:16:25 EST


On Sat, 21 Feb 2009 14:09:37 +0100
Sam Ravnborg <sam@xxxxxxxxxxxx> wrote:

> > Hi,
> >
> > Very sorry for long distance between my previous post and this...
> >
> > I wrote a patch to add HAVE_READQ and HAVE_WRITEQ to each architecture's Kconfig file
> > which have readq() and writeq().
> >
> > But there is problem.
> > I wrote helps for HAVE_READQ and HAVE_WRITEQ in Kconfig file
> > accodring to the advice by Russell King ( http://marc.info/?l=linux-kernel&m=122701161824218&w=2 ),
> > but these helps are invisible when I doing menuconfig.
> > (when type '/' and search readq string, HAVE_READQ found, but
> > help string is not printed...)
> >
> > Do you have some nice technique that make these helps visible easily?
>

Thank you for your replying, Russell and Sam.

> The options are not visible in menuconfig and therefore the is not
> much point in displaying help for them thre when you search for the symbol.
> But the help contained in the KConfig file is fully justified as it is
> now documented why/when to select these options.
>
> Sam

Hmm, so I try to send my patches to each maintainers of architectures.

description of the patch: Adding HAVE_READQ, HAVE_WRITEQ and their help texts
to each architecture's Kconfig file which have readq() and writeq().

Signed-off-by: Hitoshi Mitake <h.mitake@xxxxxxxxx>

---
arch/alpha/Kconfig | 17 +++++++++++++++++
1 files changed, 17 insertions(+), 0 deletions(-)

diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 9fb8aae..ecca919 100644
--- a/arch/alpha/Kconfig
+++ b/arch/alpha/Kconfig
@@ -672,3 +672,20 @@ source "crypto/Kconfig"

source "lib/Kconfig"

+config HAVE_READQ
+ def_bool y
+ help
+ This is a sign to represent that this architecture provides
+ readq() function. readq() is a function to read 8 bytes from
+ I/O space. Each drivers use readq() must depend on this symbol.
+ Because lots of little private readq() implementations
+ all over the tree is sucks.
+
+config HAVE_WRITEQ
+ def_bool y
+ help
+ This is a sign to represent that this architecture provides
+ writeq() function. writeq() is a function to read 8 bytes from
+ I/O space. Each drivers use writeq() must depend on this symbol.
+ Because lots of little private writeq() implementations
+ all over the tree is sucks.
--
1.6.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/