O que são os domínios reguladores do CRDA e por que meu cartão Wifi continua tentando defini-los a cada minuto ou mais?

6

Eu não consigo entender quase nada da minha saída de log do dmesg, mas esta é uma mensagem que eu continuo vendo, o que eu acho que está relacionado com a grande questão do meu Wifi cortando a cada minuto ou mais:

[ 6170.340618] cfg80211: Calling CRDA for country: US
[ 6170.346573] cfg80211: Regulatory domain changed to country: US
[ 6170.346580] cfg80211:  DFS Master region: FCC
[ 6170.346582] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 6170.346588] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
[ 6170.346591] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 1700 mBm), (N/A)
[ 6170.346595] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2300 mBm), (0 s)
[ 6170.346599] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
[ 6170.346602] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)

O que isso significa? Isso é uma coisa ruim? Se sim, como posso corrigir isso?

    
por Jonathan 07.12.2014 / 19:56

2 respostas

6

Você pode dar uma olhada na página do manual e no link link

$ apropos CRDA crda (8) - send to the kernel a wireless regulatory domain for a given ISO / IEC 3166 alpha2

saída do homem crda:

CRDA(8)                                                                  Linux                                                                  CRDA(8)

NAME
       crda - send to the kernel a wireless regulatory domain for a given ISO / IEC 3166 alpha2

SYNOPSIS
       crda

Description
       crda is the Linux wireless central regulatory domain agent.  crda is intended to be used by udev scripts and should not be run manually unless
       debugging udev scripts.  crda is triggered to run by the kernel by sending a udev event upon a new regulatory domain change. Regulatory domain
       changes are triggered by the wireless kernel subsystem (upon initialization and on reception of country IEs), wireless drivers, or userspace
       (see iw ). Upon a regulatory domain change the kernel sends a udev change event for the regulatory platform. The kernel ignores regulatory
       domains sent to it if it does not expect them. The regulatory domain is read by crda from the regulatory.bin file.

RSA Digital Signature
       If built with openssl or gcrypt support crda will have embedded into it an RSA digital signature which will prevent it from reading corrupted or
       non-authored regulatory.bin files. Authorship is respected by the RSA public key packed into crda.  This specific crda package has been built
       with an RSA public key from John Linville (the Linux wireless kernel maintainer) and as such will only read regulatory.bin files signed by him.
       For further information see the regulatory.bin man page.

UDEV RULE
       A udev regulatory rule must be put in place in order to receive and parse udev events from the kernel in order to get udev to call crda with the
       passed ISO / IEC 3166 alpha2 country code.  An example udev rule which can be used (usually in /lib/udev/rules.d/85-regulatory.rules ):

       KERNEL=="regulatory*", ACTION=="change", SUBSYSTEM=="platform", RUN+="/sbin/crda"

Environment variable
       Set the COUNTRY environment variable with a specific ISO / IEC 3166 alpha2 country code and then run crda without arguments. This will send a
       regulatory domain for that alpha2 to the kernel.

SEE ALSO
       iw(8) regulatory.bin(5)

       http://wireless.kernel.org/en/developers/Regulatory/

Para responder ao resto da sua pergunta: não, isso não é uma coisa ruim. O domínio CRDA (não semelhante ao CDRA no assunto) é relevante para a escolha dos canais sem fio permitidos para um determinado país. Nem todos os canais são permitidos em todos os países.
Exemplo: para a Europa, temos os canais 12 e 13, que não são permitidos na América do Norte.

Veja também link

    
por 07.12.2014 / 20:09
0

Me deparei com um problema semelhante e parecia estar com um antigo arquivo de configuração modprobe (em /etc/modprobe.d) que instalei há alguns anos. Especificamente, especificou uma opção para o cfg80211 (módulo de pilha WiFi): options cfg80211 ieee80211_regdom="EU"

Esta é uma opção antiga ( ieee80211_regdom ) cuja utilização é desaconselhada em versões mais recentes grãos (por exemplo, 2.6.27 em diante). Eu comentei / removi a opção, em seguida, reiniciei e foi corrigido. Portanto, verifique se algum de seus arquivos modprobe.d contém opções de configuração para cfg80211.

Também é uma boa ideia garantir que REGDOMAIN seja definido adequadamente em /etc/default/crda . Para obter mais detalhes, consulte Informações sobre regulamentação sem fio do Linux .

    
por 18.10.2017 / 11:32

Tags