From owner-cvs-src@FreeBSD.ORG Wed Sep 20 00:33:06 2006 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3627B16A415; Wed, 20 Sep 2006 00:33:06 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3022843D5C; Wed, 20 Sep 2006 00:33:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8K0WtU4017742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 17:32:57 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45108C37.1090109@errno.com> Date: Tue, 19 Sep 2006 17:32:55 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: dandee@volny.cz References: <015201c6dc43$50bb0070$6508280a@tocnet28.jspoj.czf> In-Reply-To: <015201c6dc43$50bb0070$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, 'Henrik Brix Andersen' Subject: Re: cvs commit: src/sys/dev/ath if_ath.c if_athvar.h 1.153 X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 00:33:06 -0000 Daniel Dvor(ák wrote: > 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. TPC has been supported for a long time. DFS can be implemented w/o the hal blindly interfering. Talk to the madwifi folks about why having the hal try to do radar processing is bad; they suffered through the one hal release Atheros made (note Atheros, not me) where there was an attempt at detecting radar for the purpose of implementing DFS. If you read my original commit msg it clearly states I am removing stub code. If you want to complain that Atheros isn't giving away a radar/DFS implementation then talk to them. But be sure to show up with a list of vendors that: a) currently do so, or b) provide sufficient information about their hardware that you can implement it yourself. I figure if you can supply either they will immediately provide code--if it's even possible. Sam