Various problems, atapi, acpi (S3), cpufreq (est)

[Harald Schmalzbauer]

Eygene Ryabinkin schrieb am 20.05.2009 11:28 (localtime):
> Harald, good day.
...
> 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 
BIOS updates I also get est0, but like you correctly assumed with 
"attach returned 6".
acpidump -dt | grep -i cpu
	ACPI CPU=0
	ACPI CPU=1
	ACPI CPU=2
	ACPI CPU=3
	ACPI CPU=0
	ACPI CPU=1
	ACPI CPU=2
	ACPI CPU=3
	OEMID=PmRef, OEM Table ID=CpuPm, OEM Revision=0x3000,
         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

...
> 
>> 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.

I already used cd1 as device, hence the atapicam device. Fortunately I 
need the ODD really seldom, but for the last two years I had to boot 
another software because none of my drives worked. Am I the only one 
with that massive problems? Could the AHCI mode be the culprit?

Thanks for your time!

Best gregards,

-Harry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20090520/3249ea4a/signature.pgp