From owner-freebsd-current@FreeBSD.ORG Wed May 20 09:28:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 722CC1065673 for ; Wed, 20 May 2009 09:28:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 211198FC16 for ; Wed, 20 May 2009 09:28:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=FGqWH142ByHijgfNtNh00H+jO6QlPF7k9tHA8j23YumIlNki6VdH/JL1u7qSGqZHYuVb42UEQwIB/LkCLPF0dWXl2cGlWBfaaK20p+OnystamcQT8jKzX5MWRH6Xsb2XnCVWkbxHLZ8RvrJqh626p07rJbyx+znng+0/nsQT8ns=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1M6i6N-0007Jg-41; Wed, 20 May 2009 13:28:43 +0400 Date: Wed, 20 May 2009 13:28:41 +0400 From: Eygene Ryabinkin To: Harald Schmalzbauer Message-ID: <9LNvWOs6KnRm5ARvil0CjUiak0c@cgr/Aoyjz11KtFDB23HMnFSn04s> References: <4A12CBE9.5010206@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A12CBE9.5010206@omnilan.de> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: Various problems, atapi, acpi (S3), cpufreq (est) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2009 09:28:45 -0000 Harald, good day. Tue, May 19, 2009 at 05:10:33PM +0200, Harald Schmalzbauer wrote: > 1. Setting dev.cpu.0.freq to reduced freq _increases_ power consumtion. > This also is true with powerd. When machine is idle, the primary power > consumtion is a little over 75W (which is quiet good for a triple-head > system). When I alter cpu.0.freq to anything other than native speed > (3000 in my case) the power consumption slightly incresaes about 1W. > Here's the relevant dmesg part (`dmesg | grep -i cpu`): > CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3003.02-MHz > 686-class CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu0: on acpi0 > acpi_perf0: on cpu0 > coretemp0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > coretemp1: on cpu1 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 61a092006000920 > p4tcc1: on cpu1 > SMP: AP CPU #1 Launched! Could you, please, provide the output from 'acpidump -dt | grep -i cpu | grep -i alias' and your MB model. This may not help to decrease power consumption with lower frequencies, but may be your case is covered by the PR at http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/134192 and after the patch your second processor will be attached properly to the est1. And let me guess, you have kernel message like "device_attach: estX attach returned 6"? > 3. I can't write a DVD image with growisofs. > After booting I get these messages: > acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > (cd1:ata3:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 > (cd1:ata3:0:0:0): CAM Status: SCSI Status Error > (cd1:ata3:0:0:0): SCSI Status: Check Condition > (cd1:ata3:0:0:0): ILLEGAL REQUEST asc:24,0 > (cd1:ata3:0:0:0): Invalid field in CDB > (cd1:ata3:0:0:0): Unretryable error > > Using `growisofs -dvd-compat -speed=8 -Z /dev/cd1=/udfimage.iso` freezes > the system. First it seems nothing happens but after some minutes the > system is completely unresponsive, even mouse doesn't move any more. > Here's some output I got at this event: > ... > acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request > acd1: WARNING - PREVENT_ALLOW taskqueue timeout - completing request > directly > acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request > acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request > directly > acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request > acd1: WARNING - READ_TOC taskqueue timeout - completing request directly > acd1: WARNING - READ_TOC freeing taskqueue zombie reques Could you try to add atapicam(4) device into your kernel and use /dev/cdX instead of /dev/acdX for burning? I don't believe that this will help you, given the messages you're receiving, but you can at least give a shot for SCSI emulation on ATAPI devices. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ #