From owner-freebsd-stable@FreeBSD.ORG Fri Feb 8 02:22:40 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 51EBF16A417 for ; Fri, 8 Feb 2008 02:22:40 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C90BA13C457 for ; Fri, 8 Feb 2008 02:22:39 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1200257uge.37 for ; Thu, 07 Feb 2008 18:22:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=tnZqLgsM0GSrUCNMU6zCaHmTUGNtWfudTdDqActdEbM=; b=EqtUcYuwpAmsHMaEucgAnA6D2nAvsTSIuHiGGXHAVWp3Uw3p//CJTlApuHPAnRQ5GU8f3w1zmRoJTC5BF/qQ1L4ZwL1s1i7Is54/LF5kC2DGFtLfseRThMsSQYiCafu2KMFIU3XhP/zB1wzk4KjcdCxJ7mLzq/CRRU5pFbSSo4A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mb4U4KV4mJcWB2aXj/JtPD4N+JF91tAfVR12f4yiA9pEiZi+T9S5dQYISbRnoIlQB6Nk+uPSMS5Jsq1+1oJDZyyFUbhyCfHOB5mzeowY7sQkelrsZgzAl1u72nUJc0TDDV1m4sm5syheUvTMXE0ms5BLd8CuW8ummSAwvkoqtN0= Received: by 10.67.19.9 with SMTP id w9mr4788343ugi.86.1202437358485; Thu, 07 Feb 2008 18:22:38 -0800 (PST) Received: by 10.67.30.5 with HTTP; Thu, 7 Feb 2008 18:22:38 -0800 (PST) Message-ID: Date: Fri, 8 Feb 2008 00:22:38 -0200 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org In-Reply-To: <47AA0E3E.4020304@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47A9F835.1060200@bsdforen.de> <47AA0696.5020109@bsdforen.de> <7872AB6E-21DA-4E2D-93C0-D07CFA3A7E47@mac.com> <47AA0E3E.4020304@bsdforen.de> 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: Fri, 08 Feb 2008 02:22:40 -0000 On Feb 6, 2008 5:45 PM, Dominic Fandrey wrote: > Chuck Swiger wrote: > > Hi, Dominic-- > > > > On Feb 6, 2008, at 11:12 AM, Dominic Fandrey wrote: > >>> 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. > > > > What are the values being reported by "sysctl hw.ata"? If you're going > > to be burning CD/DVDs, you really want to make sure hw.ata.atapi_dma is on. > > I cannot believe it was so trivial. The sysctl looks all right. > > # sysctl hw.ata 0 /root > hw.ata.wc: 1 > hw.ata.atapi_dma: 1 > hw.ata.ata_dma: 1 > > But further research revealed: > # atacontrol mode acd0 0 /root > current mode = PIO4 > > # atacontrol mode acd0 udma33 0 /root > > changed the load dramatically: > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 12 root 1 171 ki31 0K 16K RUN 0 52:54 100.00% idle: cpu0 > 11 root 1 171 ki31 0K 16K CPU1 1 23:36 94.29% idle: cpu1 > 1087 kamikaze 3 -8 0 133M 36168K physrd 1 1:09 3.17% k3b > 37 root 1 -64 - 0K 16K WAIT 1 30:10 0.00% irq14: ata0 > > > Thank you very much! I used to think that UDMA33 was the default for > CD-/DVD-Rom drives. I suppose I should review the BIOS settings or change > something in the hints file. Wow, now I'm *really* surprised. I used to think that putting hw.ata.ata_dma="1" hw.ata.atapi_dma="1" in /boot/loader.conf would be enough to enable DMA mode. In fact I'm pretty sure it used to be in previous versions of FreeBSD. I created a /etc/rc.local containing #!/bin/sh - atacontrol mode acd0 udma33 Two questions, now: 1. Is this related to using atapicam? 2. Should this be considered a bug? -- Carlos A. M. dos Santos