DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BF92120877
MIME-Version: 1.0
References: <20180925081933.28553-1-enrique.giraldo@galgus.net> <57143da1-1569-bd98-70e9-91cdcd89d1b8@broadcom.com>
In-Reply-To: <57143da1-1569-bd98-70e9-91cdcd89d1b8@broadcom.com>
From:   Enrique Giraldo <hgiraldos@gmail.com>
Date:   Tue, 25 Sep 2018 11:28:27 +0200
Message-ID: <CAEbaMQ+N=hUwXta9NbrBpF3YcoCyUNWB=s3cynp4pzFLuFrmDA@mail.gmail.com>
Subject: Re: [PATCH] New functionality for aborting ongoing CAC.
To:     arend.vanspriel@broadcom.com
Cc:     linux-wireless@vger.kernel.org,
        Enrique Giraldo <enrique.giraldo@galgus.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

The main reason is to be able to stop the CAC when you want to make a
channel switch and the CAC is ongoing. It's true that the radio would
not pass to the next phase, the behavior is the same as when during
the CAC a radar event is detected. In the case of aborting, a later
action is expected, for example, switch to the desired new channel.

Regards,
EG
El mar., 25 sept. 2018 a las 10:52, Arend van Spriel
(<arend.vanspriel@broadcom.com>) escribi=C3=B3:
>
> On 9/25/2018 10:19 AM, Enrique Giraldo wrote:
> > Add NL80211_CMD_ABORT_CAC to the nl80211 interface.
>
> This one really needs a good motivation. The CAC duration is a hard
> requirement so aborting it means that the radio can not proceed to the
> next phase. You really need to describe your reasoning for wanting this
> in the commit message.
>
> Regards,
> Arend