cvs commit: src/sys/dev/ath if_ath.c if_athvar.h 1.153

[Daniel Dvořák]

Hi all,

I disagree with that the requirement had been slipped. Where is it written ?

In our country this requirement still exists and the same is with ETSI the
whole Europe countries. It was required one year ago and the same is now.

Our regulator have not said something similar to "Okay, this DFS was mistake
and after 1 year, now, we do not require it. We wanted that simple because
of funny."

I am surprised, how hardware vendors with whole source of hal still can
respect licence to transmit in 5G band legally with working DFS, but open
source systems did not offer this requirement after many months and even DFS
is abolished.

I am sorry if I was rude, but I get upset that there was not legally atheros
drivers for OSS and is not and it seems it will not.

I still beliefed DFS will be in ath drivers, but not. Do you remember my
questions and interest about DFS and TPC and your answers ?

I understand I am not a developer so I am not entitled to be irritated with
this, but I have a law to tell you what I think about whole it. (IMHO)

It is a big pity!

Sam, you know that I admire and respect your hard work for our beloved fbsd,
I am sorry if my unexpected words make you angry with me, but I deeply, very
deeply disagree with you about slipped requirement.

There still exists.

Thanks for your attention.

Daniel

> -----Original Message-----
> From: owner-cvs-all at freebsd.org 
> [mailto:owner-cvs-all at freebsd.org] On Behalf Of Henrik Brix Andersen
> Sent: Monday, September 18, 2006 7:26 PM
> To: Sam Leffler
> Cc: cvs-src at FreeBSD.org; src-committers at FreeBSD.org; 
> cvs-all at FreeBSD.org
> Subject: Re: cvs commit: src/sys/dev/ath if_ath.c if_athvar.h
> 
> On Mon, Sep 18, 2006 at 10:18:30AM -0700, Sam Leffler wrote:
> > DFS is required in the ETSI regulatory domain.  But I believe the 
> > requirement was slipped and when it will be mandatory is unclear.
> 
> Ok - I wasn't aware that the requirement had been slipped.
> 
> > Radar detection never belonged in the hal.  It got stuck 
> there based 
> > on a misunderstanding and has since been removed.  When 
> there is radar 
> > support it will be structured like the rate control 
> code--as an addon 
> > to the driver that operates above the hal.
> 
> Ok, thank you for explaining this.
> 
> Regards,
> Brix
> --
> Henrik Brix Andersen <henrik at brixandersen.dk>
>