sorry for sending twice, accidentally sent to owner instead of list...
wireless-testing.git/drivers/net/wireless/ath5k/ath5k.h
/* TODO: Clean up channel debuging -doesn't work anyway- and start
* working on reg. control code using all available eeprom information
* -rev. engineering needed- */
#define CHAN_DEBUG 0
I recently saw this additional comment added to wireless-testing.git and
it has me a bit concerned. I use this feature for a specific patch set
that I maintain and it would break it pretty bad to remove this. I
don't believe I need all of the features that chan_debug provides, but
when I set chan_debug to 0 it severely limits the number of channels
that I can set the driver to. I currently maintain a patch that
supports 471 channels for atheros a/b/g cards and without chan_debug 1
it simply cuts the top channels off (because it isn't able to have that
many channels). It is my opinion that the driver should support what
the hardware supports and the regulatory requirements should be handled
by crda as expected, I will submit some patches to this effect asap but
in the mean time please do not remove chan_debug without enabling
support for at least 471 channels to be stored (and it would be cool to
cc me on that patch so I can follow it and make sure it works for me).
Thanks,
Rick Farina
PS> Please note, this is not meant to start a discussion about adding in
addition channels that may or may not be legal, I promise I'll start
that discussion next, but this mail is to request that a feature I'm not
using not be removed from the driver breaking my work. Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
