From owner-freebsd-current@FreeBSD.ORG Wed May 20 10:31:06 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 01576106568F for ; Wed, 20 May 2009 10:31:06 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC908FC54 for ; Wed, 20 May 2009 10:31:05 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n4KASq0A064130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 May 2009 12:28:56 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A13DB5D.1070708@omnilan.de> Date: Wed, 20 May 2009 12:28:45 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <4A12CBE9.5010206@omnilan.de> <9LNvWOs6KnRm5ARvil0CjUiak0c@cgr/Aoyjz11KtFDB23HMnFSn04s> In-Reply-To: <9LNvWOs6KnRm5ARvil0CjUiak0c@cgr/Aoyjz11KtFDB23HMnFSn04s> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF6B5414FE79C5FE687D25917" 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 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 10:31:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF6B5414FE79C5FE687D25917 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Eygene Ryabinkin schrieb am 20.05.2009 11:28 (localtime): > Harald, good day. =2E.. > 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 Thanks for your answer and a good da also, Eygene. Here's the reqested output, only without alias greped. Since I found a=20 BIOS updates I also get est0, but like you correctly assumed with=20 "attach returned 6". acpidump -dt | grep -i cpu ACPI CPU=3D0 ACPI CPU=3D1 ACPI CPU=3D2 ACPI CPU=3D3 ACPI CPU=3D0 ACPI CPU=3D1 ACPI CPU=3D2 ACPI CPU=3D3 OEMID=3DPmRef, OEM Table ID=3DCpuPm, OEM Revision=3D0x3000, Processor (\_PR.CPU0, 0x00, 0x00000410, 0x06) {} Processor (\_PR.CPU1, 0x01, 0x00000410, 0x06) {} Processor (\_PR.CPU2, 0x02, 0x00000410, 0x06) {} Processor (\_PR.CPU3, 0x03, 0x00000410, 0x06) {} "CPU0IST ", "CPU1IST ", "CPU0CST ", "CPU1CST ", "CPU2IST ", "CPU3IST ", "CPU2CST ", "CPU3CST ", Scope (\_PR.CPU0) Scope (\_PR.CPU1) Scope (\_PR.CPU2) Scope (\_PR.CPU3) The motherboard is a GigaByte P35DS4 =2E.. >=20 >> 3. I can't write a DVD image with growisofs. >> After booting I get these messages: >> acd1: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 >> (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=3D8 -Z /dev/cd1=3D/udfimage.iso` f= reezes=20 >> the system. First it seems nothing happens but after some minutes the = >> system is completely unresponsive, even mouse doesn't move any more.=20 >> 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=20 >> directly >> acd1: WARNING - PREVENT_ALLOW freeing taskqueue zombie request >> acd1: WARNING - TEST_UNIT_READY taskqueue timeout - completing request= =20 >> directly >> acd1: WARNING - TEST_UNIT_READY freeing taskqueue zombie request >> acd1: WARNING - READ_TOC taskqueue timeout - completing request direct= ly >> acd1: WARNING - READ_TOC freeing taskqueue zombie reques >=20 > 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 leas= t > give a shot for SCSI emulation on ATAPI devices. I already used cd1 as device, hence the atapicam device. Fortunately I=20 need the ODD really seldom, but for the last two years I had to boot=20 another software because none of my drives worked. Am I the only one=20 with that massive problems? Could the AHCI mode be the culprit? Thanks for your time! Best gregards, -Harry --------------enigF6B5414FE79C5FE687D25917 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoT22QACgkQLDqVQ9VXb8hdrgCeLlEM2YiojbVldsz0wi7kTtPi f6QAoK/zxzDvY8g3LYLMMXmJAe2MVxWH =AuHa -----END PGP SIGNATURE----- --------------enigF6B5414FE79C5FE687D25917--