From owner-cvs-all@FreeBSD.ORG Tue Sep 19 23:28:43 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D658C16A412; Tue, 19 Sep 2006 23:28:43 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EC043D58; Tue, 19 Sep 2006 23:28:30 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 2D6224E70E; Wed, 20 Sep 2006 01:28:31 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13707-04; Wed, 20 Sep 2006 01:28:30 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id CD8AC4E705; Wed, 20 Sep 2006 01:28:30 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Henrik Brix Andersen'" , "'Sam Leffler'" Date: Wed, 20 Sep 2006 01:28:29 +0200 Message-ID: <015201c6dc43$50bb0070$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20060918172622.GF51555@tirith.brixandersen.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 thread-index: AcbbR6hVQMbpheTaT2qJPHNFXYi1TwA9bjVA X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: RE: cvs commit: src/sys/dev/ath if_ath.c if_athvar.h 1.153 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 23:28:43 -0000 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@freebsd.org > [mailto:owner-cvs-all@freebsd.org] On Behalf Of Henrik Brix Andersen > Sent: Monday, September 18, 2006 7:26 PM > To: Sam Leffler > Cc: cvs-src@FreeBSD.org; src-committers@FreeBSD.org; > cvs-all@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 >