From owner-cvs-src@FreeBSD.ORG Tue May 2 02:23:08 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 EAD9816A446; Tue, 2 May 2006 02:23:08 +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 8A03443D5F; Tue, 2 May 2006 02:23:08 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k422N712070092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 May 2006 19:23:08 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4456C28C.502@errno.com> Date: Mon, 01 May 2006 19:23:08 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: Scott Long References: <200605010015.k410FDef095624@repoman.freebsd.org> <4456B86D.2080207@FreeBSD.org> <4456BC5A.2090308@samsco.org> <4456C049.2020805@errno.com> <4456C244.8020509@samsco.org> In-Reply-To: <4456C244.8020509@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxim Sobolev , src-committers@FreeBSD.org, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/share/man/man4 Makefile rr232x.4 src/sys/dev/rr232x LICENSE README amd64-elf.rr232x_lib.o.uu array.h him.h himfuncs.h hptintf.h i386-elf.rr232x_lib.o.uu ldm.h list.h os_bsd.c os_bsd.h osm.h osm_bsd.c rr232x_config.c ... 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: Tue, 02 May 2006 02:23:09 -0000 Scott Long wrote: > Sam Leffler wrote: >> Scott Long wrote: >> >>> The architecture of the driver makes this a request hard to do. I >>> don't like it, but there is precedence already with the ath driver. >> >> >> I'm guessing you're referring to ath bailing if the hal could not be >> attached or the card otherwise setup? If so the card was actually >> recognized and failure to complete the attach is totally separate. >> >> ath doesn't print anything during probe. >> >> Sam > > I thought that the ath hal printed a line early in boot with the > version number. The hal is a separate module. It prints it's version string on module load. I can put it under bootverbose if desired but it's way useful to tell people to send me: dmesg|grep ath and get the hal version and mac+phy revs for the hardware. Sam