linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Filipus Klutiero <chealer@gmail.com>
To: linux-wireless@vger.kernel.org
Cc: rt2400-devel@lists.sourceforge.net
Subject: Re: rt2x00: cleanup Kconfig help
Date: Sat, 12 Apr 2008 16:10:59 -0400	[thread overview]
Message-ID: <200804121610.59971.chealer@gmail.com> (raw)
In-Reply-To: <200804122128.11521.IvDoorn@gmail.com>

Le April 12, 2008 03:28:11 pm Ivo van Doorn, vous avez =E9crit=A0:
> Hi,
>=20
> Please CC either me or the rt2400-devel mailinglist for rt2x00 patche=
s.
> Thanks
>=20
> > Clarify in CONFIG_RT2500USB that proper RT2500 (PCI) is not support=
ed. While at it, capitalize "rt" in Ralink chipsets names and "usb", "p=
ci". Also clarify what RT61 and RT73 refers to. Finally, update CONFIG_=
RT2X00 now that this isn't just futureware.
>=20
> Lots of comments for this patch...
> I agree with only a handfull of changes.
>=20
> > Signed-off-by: Filipus Klutiero <chealer@gmail.com>
> > ---
> >=20
> > --- drivers/net/wireless/rt2x00/Kconfig	2008-01-24 17:58:37.0000000=
00 -0500
> > +++ drivers/net/wireless/rt2x00/Kconfig.USB	2008-04-12 03:22:12.000=
000000 -0400
> > @@ -2,10 +2,10 @@
> >  	tristate "Ralink driver support"
> >  	depends on MAC80211 && WLAN_80211 && EXPERIMENTAL
> >  	---help---
> > -	  This will enable the experimental support for the Ralink driver=
s,
> > +	  This enables the experimental support for the Ralink drivers,
> >  	  developed in the rt2x00 project <http://rt2x00.serialmonkey.com=
>.
>=20
> Ack.
>=20
> > -	  These drivers will make use of the Devicescape ieee80211 stack.
> > +	  These drivers use the mac80211 stack.
>=20
> Against what tree did you create this patch?
2.6.24, as I wrote.
> I send a patch that fixed this line several weeks/months ago upstream=
=2E
>=20
> >  	  When building one of the individual drivers, the rt2x00 library
> >  	  will also be created. That library (when the driver is built as
> > @@ -38,12 +38,12 @@
> >  	select INPUT_POLLDEV
> > =20
> >  config RT2400PCI
> > -	tristate "Ralink rt2400 pci/pcmcia support"
> > +	tristate "Ralink RT2400 (PCI/PCMCIA) support"
>=20
> Can't see a real reason for either capatilizing RT or PCI/PCMCIA ...
rtxxxx refer to the drivers. "rt" is capitalized in the name of the chi=
ps. For PCI and PCMCIA, these are abbreviations.
>=20
> >  config RT61PCI
> > -	tristate "Ralink rt61 pci/pcmcia support"
> > +	tristate "Ralink RT2561, RT2661 support"
>=20
> Since we are setting the bus type clearly everywhere else,
> we shouldn't remove it here...
The reason I changed it is because the abbreviations weren't capitalize=
d, but I simply removed it since RT2561 and RT2661 are only used in PCI=
 (or PCMCIA) devices.
>=20
> tristate "Ralink rt2561 & rt2661 pci/pcmcia support"
>=20
> >  	depends on RT2X00 && PCI
> >  	select RT2X00_LIB_PCI
> >  	select RT2X00_LIB_FIRMWARE
> >  	select EEPROM_93CX6
> >  	---help---
> > -	  This is an experimental driver for the Ralink rt61 wireless chi=
p.
> > +	  This is an experimental driver for the Ralink RT2600 and RT2501=
 [Turbo] (PCI) wireless chipsets.
>=20
> This is an experimental driver for the Ralink rt2600 andrt2501(Turbo)=
 wireless chipsets.
There is "RT2501" and "RT2501 Turbo". The brackets mean that both are s=
upported.
>=20
> >  	  When compiled as a module, this driver will be called "rt61pci.=
ko".
> > =20
> > @@ -91,26 +91,26 @@
> >  	depends on RT61PCI
> >  	select RT2X00_LIB_RFKILL
> >  	---help---
> > -	  This adds support for integrated rt61 devices that feature a
> > +	  This adds support for integrated RT2600 and RT2501 devices that=
 feature a
>=20
> Minus capitilization sounds fine
>=20
> >  	  hardware button to control the radio state.
> >  	  This feature depends on the RF switch subsystem rfkill.
> > =20
> >  config RT2500USB
> > -	tristate "Ralink rt2500 usb support"
> > +	tristate "Ralink RT2500USB support"
>=20
> Original version was fine since it is consistent with the rest...
See bug #10440. "RT2500" refers to the RT2500 (PCI or PCMCIA) chipset.
>=20
> >  	depends on RT2X00 && USB
> >  	select RT2X00_LIB_USB
> >  	---help---
> > -	  This is an experimental driver for the Ralink rt2500 wireless c=
hip.
> > +	  This is an experimental driver for the Ralink RT2500USB wireles=
s chipset.
>=20
> See no point in changing this, the config title already states we are=
 talking about USB.
Same as above.
>=20
> >  	  When compiled as a module, this driver will be called "rt2500us=
b.ko".
> > =20
> >  config RT73USB
> > -	tristate "Ralink rt73 usb support"
> > +	tristate "Ralink RT2571W (USB) support"
>=20
> consistency and don't forget to add all types.
> tristate "Ralink rt2571W & rt2671 usb support"
You must know better than me if RT2671 is also supported. I didn't mean=
 that my patch fixed everything.
>=20
> >  	depends on RT2X00 && USB
> >  	select RT2X00_LIB_USB
> >  	select RT2X00_LIB_FIRMWARE
> >  	---help---
> > -	  This is an experimental driver for the Ralink rt73 wireless chi=
p.
> > +	  This is an experimental driver for the Ralink RT2501USB and RT5=
201USB wireless chipsets.
>=20
> Those devices doesn't match the config title, so it should be somethi=
ng like:
>=20
> This is an experimental driver for the Ralink rt2571W and rt2671 wire=
less chipsets.
Other extended descriptions only refer to the chipsets. I think the chi=
pset should be mentioned because users are more likely to know it than =
the MAC chip. OTOH, nothing prevents us from mentioning both.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2008-04-12 20:12 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-12 19:09 rt2x00: cleanup Kconfig help Filipus Klutiero
2008-04-12 19:28 ` Ivo van Doorn
2008-04-12 20:10   ` Filipus Klutiero [this message]
2008-04-12 20:53     ` [Rt2400-devel] " Ivo van Doorn
2008-04-12 22:17       ` Filipus Klutiero
2008-04-13 10:44         ` Ivo van Doorn
2008-04-14  6:36           ` Filipus Klutiero
2008-04-14 11:33             ` Ivo van Doorn
2008-04-20 18:20               ` Filipus Klutiero

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=200804121610.59971.chealer@gmail.com \
    --to=chealer@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=rt2400-devel@lists.sourceforge.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).