Kernel Bug Tracker – Bug 5246
[\_PR_.CPU0.CSTX] in namespace, AE_NOT_FOUND
Last modified: 2007-10-22 17:29:23 UTC
Most recent kernel where this bug did not occur:
Hardware Environment: Prestigio Nobile 156
Software Environment: Debian GNU/Linux Sarge, Etch
when I load module nsc-ircc and before wprking wit /dev/ttyS0 or /dev/ttyS1
i received this message :
ACPI-0362: *** Error: Looking up [\_PR_.CPU0.CSTX] in namespace, AE_NOT_FOUND
search_node df6d67a0 start_node df6d67a0 return_node 00000000
ACPI-1172: *** Error: Method execution failed [\_SB_.PCI0.LPCB.EC__._Q43]
(Node df6d67a0), AE_NOT_FOUND
Steps to reproduce:
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.
We need to see the acpidump for this machine.
Created attachment 6193 [details]
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
Please use the latest acpidump, available in the latest pmtools.
And attach the output from acpidump again.
close due to no response...