From owner-freebsd-stable@FreeBSD.ORG Wed Feb 6 19:12:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492D016A41B for ; Wed, 6 Feb 2008 19:12:24 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id DF2FE13C46A for ; Wed, 6 Feb 2008 19:12:23 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id BCF22405C67 for ; Wed, 6 Feb 2008 20:12:22 +0100 (CET) Message-ID: <47AA0696.5020109@bsdforen.de> Date: Wed, 06 Feb 2008 20:12:22 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47A9F835.1060200@bsdforen.de> In-Reply-To: <47A9F835.1060200@bsdforen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_7: interrupt eating whole cpu core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 19:12:24 -0000 Dominic Fandrey wrote: > While ripping DVDs the irq14: ata0 eats ~95% of one of my cores. The > channel is exclusive to the drive. > > ... > > behaviour has changed. This is an HP 6510b GR695EA#ABD, if anyone thinks > it might be helpful, I can supply you with a dmesg and the output of > pciconf -lv. The problem remains with fresh sources: PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND 12 root 1 171 ki31 0K 16K RUN 0 22:04 97.85% idle: cpu0 37 root 1 -64 - 0K 16K CPU1 1 2:35 96.00% irq14: ata0 11 root 1 171 ki31 0K 16K RUN 1 19:32 6.40% idle: cpu1 The rip is done by k3b, so the drive is accessed through the cam interface.