From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 17 18:33:41 2008 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35ABC1065678 for ; Thu, 17 Apr 2008 18:33:41 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id CC7F48FC22 for ; Thu, 17 Apr 2008 18:33:40 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m3HIXdr05028; Thu, 17 Apr 2008 14:33:39 -0400 (EDT) Received: from [64.102.221.187] (dhcp-64-102-221-187.cisco.com [64.102.221.187]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m3HIYQu28167; Thu, 17 Apr 2008 14:34:26 -0400 (EDT) Message-ID: <48079802.8020505@freebsd.org> Date: Thu, 17 Apr 2008 14:33:38 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Pascal Hofstee References: <1208440190.60309.5.camel@shumai.marcuscom.com> <20080417155626.64f13d30@nebuchadnezzar> <1208441073.60309.11.camel@shumai.marcuscom.com> <20080417201652.634dbbe6@nebuchadnezzar> In-Reply-To: <20080417201652.634dbbe6@nebuchadnezzar> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org Subject: Re: CURRENT, devbuf memory allocation and hald X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:33:41 -0000 Pascal Hofstee wrote: > On Thu, 17 Apr 2008 10:04:33 -0400 > Joe Marcus Clarke wrote: > >>>> hald itself is probably not triggering this. You might try >>>> killing of the various addons, and see if you can rule out a >>>> particular addon, or a particular device. >> The easiest way is just to kill them. > > I just got home and took the time to check which of the hal-addons was > responsible for triggering the steady increase of devbuf usage and i > found that the increase stopped as soon as i killed the > hald-addon-storage process for /dev/acd0. > > /dev/acd0 is an LG CD/DVD-RW Burner in case that matters. > > Any further suggestions in trying to find a fix are welcomed. > This could be related to the recent ATA changes in -CURRENT. Typically, we poll /dev/cd0 using ATAPICAM. You might try removing any fdi files you've created to use the ATAPI device rather than the ATAPICAM device to see if it helps. On each pass of the poller, we send a TUR command to the device. If the command returns that the device is ready, we say it has media. The code for this can be found in libprobe/hfp-cdrom.c. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome