Date: Thu, 17 Apr 2008 14:33:38 -0400 From: Joe Marcus Clarke <marcus@freebsd.org> To: Pascal Hofstee <caelian@gmail.com> Cc: gnome@freebsd.org Subject: Re: CURRENT, devbuf memory allocation and hald Message-ID: <48079802.8020505@freebsd.org> In-Reply-To: <20080417201652.634dbbe6@nebuchadnezzar> References: <d8a0b7620804170403l4f233aben82ff9803aebc33a8@mail.gmail.com> <1208440190.60309.5.camel@shumai.marcuscom.com> <20080417155626.64f13d30@nebuchadnezzar> <1208441073.60309.11.camel@shumai.marcuscom.com> <20080417201652.634dbbe6@nebuchadnezzar>
next in thread | previous in thread | raw e-mail | index | archive | help
Pascal Hofstee wrote: > On Thu, 17 Apr 2008 10:04:33 -0400 > Joe Marcus Clarke <marcus@marcuscom.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48079802.8020505>