On 19 December 2014 at 12:27, Zefir Kurtisi <zefir.kurtisi@xxxxxxxxxxx> wrote: > On 12/18/2014 05:21 PM, Helmut Schaa wrote: >> Hi, >> >> [...] >> >> So, every channel has a CAC time of 60 seconds. >> >> Checking version 1.7.2 of the ETSI regulation indicates that we might >> need some modifications to cfg80211: >> >> From [1] page 79: >> >> "NOTE 1: For channels whose nominal bandwidth falls completely or >> partly within the >> band 5 600 MHz to 5 650 MHz, the Channel Availability Check Time shall be >> 10 minutes. >> NOTE 2: For channels whose nominal bandwidth falls completely or >> partly within the >> band 5 600 MHz to 5 650 MHz, the Off-Channel CAC Time shall be within the >> range 1 hour to 24 hours." >> >> So, for these channels we should select a longer initial CAC time. >> >> Is anyone aware of this issue? >> >> Thanks, >> Helmut >> >> >> [1] http://www.etsi.org/deliver/etsi_en/301800_301899/301893/01.07.02_20/en_301893v010702a.pdf >> -- > > Hello Helmut, > > just forget about those aka 'weather channels' that require a pracitcally > impossible to achieve radar detection probability rate (99.99% during CAC, see > table D.5). > > They should simply be disabled, either at mac layer, or at least in ath/regd.c. > You can use internal regdb and set this correctly in db.txt, eg + (5490 - 5600 @ 80), (27), DFS, AUTO-BW + (5600 - 5650 @ 40), (27), (600000), DFS, AUTO-BW + (5650 - 5710 @ 40), (27), DFS, AUTO-BW There are also patches for crda/wireless-regdb but not merged, so use internal regdb. BR Janusz -- 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
