From owner-freebsd-current@FreeBSD.ORG Wed Sep 13 21:08:39 2006 Return-Path: X-Original-To: current@freebsd.org 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 B39B516A407 for ; Wed, 13 Sep 2006 21:08:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1E943D86 for ; Wed, 13 Sep 2006 21:08:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8DL8OTV037367 for ; Wed, 13 Sep 2006 17:08:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Wed, 13 Sep 2006 17:08:23 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609131708.24143.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 13 Sep 2006 17:08:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1878/Wed Sep 13 15:19:52 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: intpm(4) fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 13 Sep 2006 21:08:39 -0000 Can folks with intpm(4) hardware please test the patch at http://www.FreeBSD.org/~jhb/patches/intpm.patch It cleans up the intpm(4) driver (actually intsmb(4)) and adds locking (I plan to add locking to all the smbus host drivers so I can eventually make /dev/smb no longer require Giant). The only difference you will see is that there is no longer and intpm0 device, and instead intsmb0 now attaches directly to the PCI bus like other SMBus drivers. -- John Baldwin