From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 17 18:52:36 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 D8D11106566B for ; Thu, 17 Apr 2008 18:52:36 +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 833488FC16 for ; Thu, 17 Apr 2008 18:52:36 +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 m3HIqZT06864; Thu, 17 Apr 2008 14:52:35 -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 m3HIrJu05412; Thu, 17 Apr 2008 14:53:21 -0400 (EDT) Message-ID: <48079C6F.5060205@freebsd.org> Date: Thu, 17 Apr 2008 14:52:31 -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> <48079802.8020505@freebsd.org> <20080417204932.587b3314@nebuchadnezzar> In-Reply-To: <20080417204932.587b3314@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:52:36 -0000 Pascal Hofstee wrote: > On Thu, 17 Apr 2008 14:33:38 -0400 > Joe Marcus Clarke wrote: > >> 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. > > I have not created any fdi files myself but since the problem seems > to be cd/dvd related i already went ahead and actually loaded the > atapicam kernel module and restarted hald ... unfortunately the problem > persists though in a mitigated form ... the increase with atapicam > loaded seems to be at 40k/10sec instead of 140k/10s without atapicam > loaded. > > Whether i have inserted or not does not seem to have any impact on the > problem whatsoever though. > The ATAPI subsystem must not be releasing the resources after sending the TUR command. You might float this by sos to see what he thinks. You could also revert all of his recent ATA changes to see if that fixes the problem. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome