From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:44:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA9D16A4CE for ; Tue, 5 Oct 2004 21:44:36 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E82A43D31 for ; Tue, 5 Oct 2004 21:44:35 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i95LqCAL026883 for ; Wed, 6 Oct 2004 10:52:13 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i95LmJkW025586; Wed, 6 Oct 2004 10:48:20 +1300 Message-ID: <41631460.4030103@ThePacific.Net> Date: Wed, 06 Oct 2004 10:38:40 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <4161C4D8.4040308@ispro.net.tr> <416313F0.2000508@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> <200410050953.58739.sam@errno.com> In-Reply-To: <200410050953.58739.sam@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:44:36 -0000 Sam Leffler wrote: >On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: > > >>In message: <416313F0.2000508@ispro.net.tr> >> >> Evren Yurtesen writes: >>: For one thing, why shouldnt FreeBSD able to do that? >> >>Because the HAL layer is a binary glob. >> >>: The other thing is that I thought atheros doesnt have firmware and the >>: driver handles the regulatory domain settings. Thats why atheros is not >>: giving out the source code for their drivers (I think there was such >>: problem) >> >>The driver handles the regulatory domain, but it always uses what is >>in the falsh on the part. >> >>: Anyhow. I am not a pro in this so I better shut up :) But it is possible >>: to enable all the channels etc. available in atheros chip from the >>: driver. At least StarOS is able to do it so... >> >>I'm hoping that ath driver author would reply. >> >> > >And I was hoping the "ath driver author" could stay out of this topic because >it has been discussed repeatedly. > >The issue is that the ath driver supports ap operation. As such you are not >permitted to change the regulatory domain from what is set in the eeprom to >insure compliance with local regulatory agencies. Drivers that let you set >the regulatory domain--that I know about--support only station operation so >this is not an issue (e.g. you are not normally broadcasting beacons). I >have considered ways to support ap and non-ap operation in a single driver >and still allow the regulatory domain to be changed but haven't implemented >them. > > Sam > > > > Hi there. it is shame we can't use all the frequencies available of the Atheros chipset when it is completely legal in most of the countries use 14 channels. In our case we are running more 300 freebsd boxes as stations and because of this we need start to think in a different option to support more channels on some of that boxes, another good thing to implement on the driver will be a "AKC TIME" option to make work the atheros card properly in different distance. another problem than I found is when the signal on the card is more than 34, the connection start to have a lot of packet loss, packets duplication etc, to fix this we have to low down the signal quality until 25 when the connection work perfect, Im not sure if this is a problem with the chipset or is a driver problem. It is any patch or some setting to enable station to receive signal on the 14 channel? cheers Marcos Biscaysaqu ThePacific.net www.thepacific.net