Most recent kernel where this bug did not occur: Distribution: Hardware Environment: Prestigio Nobile 156 Software Environment: Debian GNU/Linux Sarge, Etch Problem Description: 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. 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...