mirror of
https://github.com/hirschmann/nbfc.git
synced 2026-04-26 00:56:01 +03:00
[GH-ISSUE #266] Error trying to extract DSDT #235
Labels
No labels
Stale
bug
config
discussion
duplicate
enhancement
experimental
feature
help-wanted
info
invalid
invalid
pull-request
question
up-for-grabs
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nbfc-hirschmann#235
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @glats on GitHub (Jun 14, 2017).
Original GitHub issue: https://github.com/hirschmann/nbfc/issues/266
Hi again.
Following the wiki says me to create my own configuration I'll need to extract the DSDT with the java application provide by hirschmann.
But When I trying to extract it display me the following error:
Could not parse ACPI tables, AE_ALREADY_EXISTSI have some problem with my tables?
Thanks for advanced.
@hirschmann commented on GitHub (Jun 14, 2017):
You could search for an updated iasl (Intel ASL compiler) version in your distro's repos or download it from https://www.acpica.org/downloads
If even an up-to-date iasl can't disassemble your DSDT, you could give the MS ASL compiler a try (it works on Windows only though).
You can open the disassembled DSDT in the editor which is linked in the tutorial.
@hirschmann commented on GitHub (Jun 15, 2017):
The ACPI errors are no problem for NBFC, because it bypasses the ACPI subsystem and accesses the EC directly.
But it is indeed a problem, that there are no field definitions in the EmbeddedControl space. This means the EC is (probably) not meant to be controlled via its registers.
You could give ec-probe a try: https://github.com/hirschmann/nbfc/wiki/Probe-the-EC%27s-registers
@mcku commented on GitHub (Sep 24, 2017):
Hi. I have the same GL553VD laptop. Runnin Arch linux on it, kernel 4.12. I came across your issue when looking for a fix.
It was indeed possible to get dsdt by using the tools in kernel source tree.
Compile tools/power/acpi/acpidump.
And extracted into dsl by acpixtract.
(Still i have the same AE_ALREADY_EXIST errors in the dmesg log)
acpixtract -l acpidump.hexoutput:In parallel, ran
fwts wmi -:Now, looking at the above output, I thought SB.ATKD._WDG is very relevant, as asus is detected as their drivers.
However in the DSL, I can see SB.ATKD but no _WDG in it. Any ideas?
Also, it is noted above that SB.ATKD.WMNB is the handler. Namely:
So i looked for WMNB, yes it is there but makes no sense to me.
found something in WMNB method:
Any ideas on what to do next?
@mcku commented on GitHub (Sep 24, 2017):
reading a bit more,
these may be related to the EC.
hwinfo:
Aside, I have run cpuburn to speed up the fans. Then the ec-probe had some fluctuations at the output:
heat up
cool down
i have noticed that 0xEC changes between 1 and 6 as fan speeds up.
@hirschmann commented on GitHub (Sep 25, 2017):
Have you tried setting 0xEC to some value between 1 to 6?
@mcku commented on GitHub (Sep 26, 2017):
Yes. I have used
./ec -w 0xEC -v 0x06to set the register when its value was 1, that is cold. The fan immediately spins up. But later it starts to slow down automatically.sudo mono ec-probe.exe monitor -i 1 -c@mcku commented on GitHub (Sep 26, 2017):
I have noticed something. when fan speed level is set using the 0xEC, it keeps its new value until 0xEE is updated. For instance, update 0xEC to 0x06 from 0x02. Then 0xEE decreases at some point. As soon as that happens, 0xEC is set a new value, according to a policy by some other controller I think. It can be inferred that 0xEE represents the temperature.
@mcku commented on GitHub (Sep 26, 2017):
Interestingly, I was able to successfully install the Nvidia proprietary optimus driver released Sep.21. Previous driver was not working. And guess what, after running multiple
optirun glxspheres64, the second fan starts and other values pop up on the EC registers@mcku commented on GitHub (Sep 26, 2017):
E2 should be the GPU temperature. But no idea about the fan speeds.
@hirschmann commented on GitHub (Sep 27, 2017):
Controlling the GPU fan on a NVidia-Optimus enabled notebook could be a problem, see https://github.com/hirschmann/nbfc/wiki/FAQ#why-does-nbfc-stop-working-when-i-start-a-game
@mcku commented on GitHub (Dec 10, 2017):
@glats Not really, I do not try to control the GPU fan as per @hirschmann suggests.
@mcku commented on GitHub (Feb 9, 2018):
@glats Unfortunately, i do not have a config file at this time. I don't have an issue with the fan anymore.
@mcku commented on GitHub (Feb 10, 2018):
@glats As far as I could remember, it was a problem when i first installed arch linux on the ROG laptop. The fan was terrible. But then after tweaking the system, it has gone away. And i am also getting a decent battery performance. I remember going through Arch linux power management for those. Also you can check if power management is enabled sufficiently using powertop, and even it can enable PM options.
@VGerris commented on GitHub (Mar 17, 2023):
From Tonymacosx86 forum, for error Could not parse external ACPI tables, AE_ALREADY_EXISTS:
Your files have embedded External opcodes. No need for -da.
Disassemble with: iasl -dl DSDT.aml SSDT*.aml