[Bug 203529] ACPI Error: No handler for Region [WST1] (00000000d6bc1741) [GenericSerialBus] - Dell Precision 3630
https://bugzilla.kernel.org/show_bug.cgi?id=203529 --- Comment #51 from secan (secancri...@gmail.com) --- It did work by adding acpi_mask_gpe=0x20, no more error messages related to acpi. Now, my question still stands, as "is/are the device/s recognized and fully functional"? -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 212443] Random hang at shutdown/poweroff - Sun Microsystems Ultra 24 Workstation (Ursa)
https://bugzilla.kernel.org/show_bug.cgi?id=212443 --- Comment #7 from Julius Henry Marx (sawb...@gmx.net) --- Hello Len: Thanks for taking an interest in this but I'm afraid you give me too much credit. > ... offline all cpus except CPU0 before shutdown. I don't have a clue as to how to do that. Since I posted last, I did away with the modified DSDT file as it has been too much to set it up hassle every time the kernel is updated and it did not solve the problem. I have also tried shutting down the box with a modified script in an icon on the desktop panel: [code] ~$ cat /usr/bin/shutdown.sh #!/bin/sh # added to shutdown directly - no shutdown helper # options added to troubleshoot nic related bad shutdown PATH=/sbin:/bin:/usr/sbin:/usr/bin: # 1 # shutdown system directly # sudo shutdown -h now # 2 # sync # disable onboard eth wol # shutdown system directly # sync && sudo ethtool -s eth0 wol d && sudo shutdown -h now # 3 # sync # remove e1000e module # shutdown system directly # sync && sudo rmmod -s -v e1000e && sudo shutdown -h now # 4 # sync # disable onboard eth wol # remove e1000e module # shutdown system directly sync && sudo ethtool -s eth0 wol d && sudo rmmod -s -v e1000e && sudo shutdown -h now ~$ [/code] I have tried all the options you see there and settled on #4. As you can see, this script syncs, disables wol and removes the e1000e driver before shutting down. To no avail. 'Every so often' I get what I have coome to call a bad shudown. And in the years I have had this going on, the only thing I can link to this 'every so often' is changes in room temperature. eg: end of summer to beginning of autumn. One thing I neglected to add is this: In is BIOS version (1.56 - last available) it is *impossible* for me to: 1. disable the on Intel board GbE controller in BIOS: it is greyed out. 2. disable the ME "Firmware Power Control", the only change I can make is "Host Sleep States" ON to S0 or S3. (ony two options). Attempting to disable ME "Firmware Power Control" renders the box unusable. ie: totally non responsive to any kb. input, with both case and CPU fans blowing at 100%, like if the sensors (wherever they are) see a high temperature inside the box or at the CPU. The *only* way out of that nightmare is a hard shut-down and the *only* way to get it to boot properly again involves clearing the CMOS and a reflash of the ME BIOS. I have the feeling that this is a severe hardware issue which pops up in boxes running non-MS OSs. Since my last post I found this web page from 2007 (when the U24 was released) and which I could only access as cached content (ie: not available on-line). [url]https://webcache.googleusercontent.com/search?q=cache:1n3s2V4blzYJ:https://community.oracle.com/tech/apps-infra/discussion/1907211/ultra-24-and-intel-boot-agent+=3=en=clnk=us[/url] >From the text I gather that these issues were present from the start. In any case, if you let me know how I what I can do to run the test you suggest, I'll be more than willing to do it and report back. Thanks in advance, JHM -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 203529] ACPI Error: No handler for Region [WST1] (00000000d6bc1741) [GenericSerialBus] - Dell Precision 3630
https://bugzilla.kernel.org/show_bug.cgi?id=203529 --- Comment #50 from secan (secancri...@gmail.com) --- Hello Andy, So, you say that everything is working as it should, just that due to the boot order, acpi kicks that error? I've tried to boot with acpi_mask_gpe=511 but dmesg kicks me the same errors. When you N, in my particular case N is 511 (number of the GPE to be masked)? -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 203529] ACPI Error: No handler for Region [WST1] (00000000d6bc1741) [GenericSerialBus] - Dell Precision 3630
https://bugzilla.kernel.org/show_bug.cgi?id=203529 --- Comment #49 from Andy Shevchenko (andy.shevche...@gmail.com) --- Thanks! Now, you see there: [0.480354] ACPI: Enabled 11 GPEs in block 00 to 7F [0.480493] ACPI Error: No handler for Region [WST1] (dfea9681) [GenericSerialBus] (20210105/evregion-130) [0.480493] ACPI Error: Region GenericSerialBus (ID=9) has no handler (20210105/exfldio-261) [0.480493] ACPI Error: Aborting method \_SB.PCI0.I2C0.PAS1 due to previous error (AE_NOT_EXIST) (20210105/psparse-529) [0.480493] ACPI Error: Aborting method \_GPE._L20 due to previous error (AE_NOT_EXIST) (20210105/psparse-529) [0.480493] ACPI Error: AE_NOT_EXIST, while evaluating GPE method [_L20] (20210105/evgpe-511) followed be [2.013045] intel-lpss :00:15.0: enabling device (0100 -> 0102) [2.017563] ACPI: \_SB_.PCI0.I2C0: i2c_acpi_install_space_handler: i2c-0 This is obviously due to ordering at the boot time. At the boot time the _L20 is in low state and hence tries to call the handler. We have 'acpi_mask_gpe=', where is number of GPE to mask at boot time, which may halp here. The initial bug report is about "plugging a USB Type C adapter in". Can you do the same and check if there is any error reported. Ideally this needs to be checked on the vanilla kernel (v5.13-rc7 as of today). -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 203529] ACPI Error: No handler for Region [WST1] (00000000d6bc1741) [GenericSerialBus] - Dell Precision 3630
https://bugzilla.kernel.org/show_bug.cgi?id=203529 --- Comment #48 from secan (secancri...@gmail.com) --- Created attachment 297589 --> https://bugzilla.kernel.org/attachment.cgi?id=297589=edit dmesg1 -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 203529] ACPI Error: No handler for Region [WST1] (00000000d6bc1741) [GenericSerialBus] - Dell Precision 3630
https://bugzilla.kernel.org/show_bug.cgi?id=203529 --- Comment #47 from secan (secancri...@gmail.com) --- Hello Andy, I've managed to reconpile the server with the patch that you've provided me. I also switched distros from RHEL to Fedora 34 (to have a more recent kernel). The behaviour is the same. I also attached the dmesg as suggested. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 212443] Random hang at shutdown/poweroff - Sun Microsystems Ultra 24 Workstation (Ursa)
https://bugzilla.kernel.org/show_bug.cgi?id=212443 Len Brown (l...@kernel.org) changed: What|Removed |Added CC||l...@kernel.org --- Comment #6 from Len Brown (l...@kernel.org) --- Julius, Please try this experiment: offline all cpus except CPU0 before shutdown. The theory is that the SMM responsible for actual poweroff may have a bug if invoked from other than the BSP. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
