|
Bugzilla – Full Text Bug Listing |
| Summary: | ACPI AE_AML_MUTEX_NOT_ACQUIRED and AE_TIME errors | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Ashley Avileli <ashleymail4u> |
| Component: | Kernel | Assignee: | Thomas Renninger <trenn> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | trenn |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | SuSE Linux 10.0 | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | acpidump output | ||
|
Description
Ashley Avileli
2006-03-11 01:59:08 UTC
Can you reproduce this one on a current SL10.1 Beta distribution? First this one should fixed in current mainline kernels. If there is a patch that seem to be safe it could be backported. (In reply to comment #1) > Can you reproduce this one on a current SL10.1 Beta distribution? > First this one should fixed in current mainline kernels. If there is a patch > that seem to be safe it could be backported. > I have no access to SL10.1 as I am running SUSE 10 not SUSE 10OSS , I have tried all kernel ACPI options except acpi=off as that is no use for a laptop. Can you post a link for me to an updated kernel >=2.6.14 with source and default-nongpl so that I can test it with that kernel. Thomas, I'd like to hand this over to you for tracking. The new kernel stops the continous ACPI-1048 messages appearing but there is a new error ACPI-0240 but it does not appear continously. Following is the log output. Mar 13 23:44:35 linux kernel: ACPI-0240: *** Error: Cannot release Mutex [MU T1], not acquired Mar 13 23:44:35 linux kernel: ACPI-0508: *** Error: Method execution failed [\_TZ_.THZN._TMP] (Node cffda940), AE_AML_MUTEX_NOT_ACQUIRED what does it mean? also yast2 complains about kernel-default-nongpl ! (In reply to comment #5) > The new kernel stops the continous ACPI-1048 messages appearing but there is a > new error ACPI-0240 but it does not appear continously. > Following is the log output. > > Mar 13 23:44:35 linux kernel: ACPI-0240: *** Error: Cannot release Mutex > [MU T1], not acquired > Mar 13 23:44:35 linux kernel: ACPI-0508: *** Error: Method execution failed > [\_TZ_.THZN._TMP] (Node cffda940), AE_AML_MUTEX_NOT_ACQUIRED > > what does it mean? also yast2 complains about kernel-default-nongpl ! > The message appeared again ACPI-0240 , is it due to a fault bios but I even upgraded the Benq joybook bios to 0.30. Any solution ? F.Y.I Also the link for the kernel you provided does not install as it says it requires perl-Bootloader ftp://ftp.suse.com/pub/projects/kernel/kotd/i386/HEAD/kernel-default.i586.rpm error: Failed dependencies: perl-Bootloader >= 0.2.11 is needed by kernel-default-2.6.16_rc6-20060312164311 I have perl-Bootloader>= 0.2.11 linux:/home/tranceash/OperaDownloads # rpm -qa | grep perl-Bootloader perl-Bootloader-0.2-37.2 so I searched an user provided kernel latest 2.6.16 ftp://ftp.gwdg.de/pub/linux/misc/suser-jengelh/SUSE-10.0/i586/kernel-default-2.6.16-AS24.i586.rpm and installed it as there is no dependency error. I think your SUSE 10.0 and SUSE 10OSS structure is different. error ACPI-0240 produced with the later kernel. any solution for this bug I have even compiled a custom DSDT after correcting errors in the DSDT. I still get the following errors in the logs Mar 16 15:19:47 linux kernel: ACPI-0240: *** Error: Cannot release Mutex [MUT1], not acquired Mar 16 15:19:47 linux kernel: ACPI-0508: *** Error: Method execution failed [\_TZ_.THZN._TMP] (Node cffda940), AE_AML_MUTEX_NOT_ACQUIRED all 1048 errors removed. What happens here is: The kernel is in interupt or irq_disabled context. At this point it must not call any sleep functions. Therefore the mutex (can sleep) will not be acquired. Normally the release mutex should also be ignored in this context (maybe it already came out from interupt/irq_disabled context). As this triggers an Error value to be returned this might trigger that important functions are not processed as they recognised an error. Does this machine run well, except these messages? Hmm, it also could be a buggy BIOS (They try to release a mutex in \_TZ_.THZN._TMP and \_SB_.AC__._PSR ASL functions. Could even be more complex and mutex allocation is done over several functions, need acpidump to evaluate). I doubt I can look into this today and tomorrow as I have some other important stuff to do. I hope to be able to look into this on Monday. Can you also attach acpidump output, please. Created attachment 73664 [details]
acpidump output
Please find attached acpidump as requested by you
Is there a problem in the acpidump output any solution about this problem Sorry for the late reply... DSDT (from acpidump) seems to be OK. I expect the problem is related to that: http://bugzilla.kernel.org/show_bug.cgi?id=5534 and could possibly be fixed with that patch: http://bugzilla.kernel.org/attachment.cgi?id=7812&action=view However, this one is a bit too big and risky to add to 10.0. Is it possible for you to install a 10.1 Beta system? I currently build a kernel rpm with the above patch included. It would be interessting whether it works for you. Tell me if you can install a 10.1 and I point you to the fixed kernel (still building). I am using my laptop for a project at present and can change the OS only after june 23rd anyaway thanks. There is an ongoing discussion on some bugs at bugzilla.kernel.org. There are patches but they have been rejected or are not perfect yet. Also see: http://bugzilla.kernel.org/show_bug.cgi?id=6687 this one could also be related: http://bugzilla.kernel.org/show_bug.cgi?id=5534 As all these patches are to intrusive for Code 10 right now (maybe after they have been a while in mainline and can be considered stable), I'd like to close this bug as "Later". I still have an eye on the kernel.org bugs and maybe this can go in in SPx or at least in 10.2. mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED. In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;( |