From owner-freebsd-stable@FreeBSD.ORG Mon May 8 11:45:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0962E16A400; Mon, 8 May 2006 11:45:29 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EBF43D48; Mon, 8 May 2006 11:45:27 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k48BjPg0069561; Mon, 8 May 2006 08:45:25 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-current@freebsd.org Date: Mon, 8 May 2006 08:45:17 -0300 User-Agent: KMail/1.9.1 References: <445D3C94.10102@errno.com> <200605072146.07500.joao@matik.com.br> <445E9A3D.9090909@errno.com> In-Reply-To: <445E9A3D.9090909@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605080845.18125.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: CFT: new ath hal (take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 11:45:29 -0000 On Sunday 07 May 2006 22:09, Sam Leffler wrote: > I don't know why you are posting patches like this; they include changes > that are not MFC'd for specific reasons. I've already told you > privately that the new hal has nothing to do with the issue of > supporting the 1/2 and 1/4-rate channels in the public safety band (as > enabled with regdomain 18). > > If people want to try the new hal on a branch other than HEAD they > should follow the directions I gave in my original mail (modulo my > obtuseness). I did not tell people to take the driver off head or > anything similar. You need ONE change; the change in rev 1.143 of > if_ath.c that explicitly casts the bus tag and bus handle parameters in > the call to ath_hal_attach. The main reason for the new hal is to fix > sparc64 support (and possibly alpha). > you are really a piece of work my friend first you give vague info and incorrect instructions and then you bark arou= nd=20 when I try to help others which might have had the same dificulties to foll= ow=20 your brilliant mind since you like to be specific, here it is: > is known to work on sparc (tested) and may well work on alpha does not mean at all that it is the "main reason" like you claim above and what you sell here: > Note that to use this hal with RELENG_6 or other branches other than HEA= D=20 you must have rev 1.143 of if_ath.c is incorrect or at least very very bad explained and this way (my patch) using part of if_ath.c v.1.143, the 4.9Ghz channel= =20 mismatch (overlapping with 11g channels) is very well addressed=20 and even if it has nothing to do with the 9.17 HAL it resolves for now the= =20 issue and to answer your assumptions, I never said this is a MFC patch or whateve= r=20 and is ment only to help whom may be interested to build the 9.17 HAL on=20 releng_6 I hope you do not mean it like it sounds but FYI put perhaps you could=20 overview your way of talking. Beeing the boss does not require beeing harsh. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br