Bug 5246
Summary: | [\_PR_.CPU0.CSTX] in namespace, AE_NOT_FOUND | ||
---|---|---|---|
Product: | ACPI | Reporter: | Dalibor Horinek (dal) |
Component: | ACPICA-Core | Assignee: | Robert Moore (Robert.Moore) |
Status: | REJECTED UNREPRODUCIBLE | ||
Severity: | normal | CC: | acpi-bugzilla |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.13 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: | acpidump file |
Description
Dalibor Horinek
2005-09-13 13:18:07 UTC
Did this start happening recently, or has this always happened on this system no matter how old the ACPI-enabled Linux kernel is. Please verify that you're running the latest BIOS. Please try the latest ACPI code, available in 2.6.14-rc1 to see if it makes any difference. Please attach the output from acpidump, available in the latest pmtools. http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils We need to see the acpidump for this machine. Created attachment 6193 [details]
acpidump file
ACPI dump (acpidump from pmtools util) file from kernel 2.6.14-rc2
With kernel 2.6.14-rc2 it still do the same and it was occured first time, when I start work with irda, /sbin/setserial and /dev/ttyS0 CSTX does in fact not exist, so the error seems to be valid. There also seem to be no SSDTs on this machine where the CSTX object could be hiding. For compatibility, it would be interesting to know what windows does with this. Ok, how can I know, what windows do with this? I don't like the "system" so much, so I don't know, how to know it :)) There seem to be a couple of serious errors in the BIOS, we are still investigating. Please use the latest acpidump, available in the latest pmtools. http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils And attach the output from acpidump again. close due to no response... |