From owner-cvs-src@FreeBSD.ORG Sun May 22 18:47:58 2005 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 92C7E16A41C; Sun, 22 May 2005 18:47:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ECDD43D1F; Sun, 22 May 2005 18:47:58 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j4MIlqms035871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 May 2005 11:47:57 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4290D4B4.6060201@errno.com> Date: Sun, 22 May 2005 11:51:32 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Damien Bergamini References: <200505221831.j4MIV8lq072154@repoman.freebsd.org> In-Reply-To: <200505221831.j4MIV8lq072154@repoman.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ipw if_ipw.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: Sun, 22 May 2005 18:47:58 -0000 Damien Bergamini wrote: > damien 2005-05-22 18:31:08 UTC > > FreeBSD src repository > > Modified files: > sys/dev/ipw if_ipw.c > Log: > Clear device-specific PCI register 0x41 during attach and on resume. > Also, please do not use magic constants. 0x41 is the PCI Tx Retry timeout register and it appears this is the same work done by the ath driver to disable bus retries when the CPU is in a low power state. The ath driver does this to work around an issue in certain 5211 parts; if there's a similar issue for this chip it's more useful to say so than to give a commit msg like the above... Sam