DOS ain't dead

I already mentioned in the JEMM386 thread that I am trying to write a multipurpose ACPI info utility.
So next step is done and the tool is renamed from NumCores and AcpiTest to ACPI tool.
It can display various information from ACPI structures and can perform the restart and poweroff on computers which support this mechanism via ACPI (no fallback into legacy methods yet)

Download here

---
DOS-u-akbar!

Very nice! :)

Are you intended to implement a standby function with disk spindown as well? I don't know whether it is possible within the boudaries of ACPI at all or direct SATA/ATA/whatever access would be required, so perhaps a stupid question.

Technically irrelevant though, but this sentence
"detects how many physical and logical cores has your processor." should be "detects how many physical and logical cores your processor has."

---
DOS isn't about why. It's about why not.

Nice you have some progress. I had started to write my ACPI info utility in 2011 but never finished it to state that I would decide to release public initial version due lack of time. So here's my 1st and last mess with this $hit
http://rayer.g6.cz/programm/programe.htm#ACPINFO
You seems went further. BTW do you think about using ACPICA code base? I didn't ivestigate much but maybe it could save some code writting when learned how to utilize this code but maybe not usefull for DOS, I don't know...
I tried shutdown that works on my PC, reboot not (implemented).

>KormaX
you can use FDAPM to shutdown PC via ACPI with spin down HDD before.

---
DOS gives me freedom to unlimited HW access.

> >KormaX
> you can use FDAPM to shutdown PC via ACPI with spin down HDD before.

My ACPI tools also do HDD preparations before shotdown. Alhough not the spindown but only the cache clearing (on the DOS level) and the BIOS reset of HDD.
I think that KormaX had on mind the disk spindown only without switching the computer off. I am not sure whether is it possible just using ACPI -- maybe some cooperation between ACPI and HDD controler (IDE, AHCI) is necessary.

I can look into ACPICA sources but it is diffucult to use it's codebase because ACPI tools are written in TP/FP (amphibious source)

---
DOS-u-akbar!

> KormaX you can use FDAPM to shutdown
> PC via ACPI with spin down HDD before.

FDAPM does the spindown only for IDE disks, not for SATA.
And I was talking about standby, not shutdown. I use FDAPM as a shutdown util, but for standby, I need HDAT2 in order to spindown both of my disks manually and then PCISLEEP to activate D1/D2 sleep for components capable of it from my RAM-disk. My problem is that HDAT2 cannot be batched to do this so I have to go through the process manually, which is annoying.

---
DOS isn't about why. It's about why not.

> I think that KormaX had on mind the disk spindown
> only without switching the computer off.

Yes, that's what I meant.

> I can look into ACPICA sources but it is diffucult

Thank you.

---
DOS isn't about why. It's about why not.

> > KormaX you can use FDAPM to shutdown
> > PC via ACPI with spin down HDD before.

> FDAPM does the spindown only for IDE disks, not for SATA.

That is supposed to depend on how IDE-compatible your
SATA controller is. I would assume that it actually
works on some mainboards if you disable AHCI mode.

As HDAT2 works for you for spindown, does it specifically
support SATA or is it just more lucky with compatibility?

However, if you first run FDAPM and then ACPI, you
have to have 1. a cache and 2. dummy-run ACPI before
you run FDAPM. Because otherwise the harddisk would
just spin up again to load 3. ACPI for the shutdown
or standby.

As you use PCISLEEP for D1/D2 sleep, I am of course curious
whether the PCISLEEP deep VGA sleep works for you. The idea
is that graphics context is lost, but VGA BIOS can "reboot".
For other devices, I lacked inspiration how to get them out
of deeper sleep again, so for those, you only get D1 and D2.

PS: I am impressed that RayeR can reball graphics cards :-o

---
FreeDOS / DOSEMU2 / ...