OS2 World Community Forum

OS/2, eCS & ArcaOS - Technical => Applications => Topic started by: Igor on January 26, 2024, 11:56:23 pm

Title: AcpiDaemon start
Post by: Igor on January 26, 2024, 11:56:23 pm
I have clarified an interesting pattern.
After moving acpidaemon in Startup.cmd
Code: [Select]
detach acpidaemon.exe, the system has never been hanging when loading.
At the same time, when the demon started in the config - at the first launch of Villo in 80% of cases, during a reboot of another 10%.
Also, loading without detection of the mouse ceased to occur (USB start error).
Such errors at starting regularly occurred. The system is loaded, but the USB does not function.

I use mainly OS4 core.
Title: Re: AcpiDaemon start
Post by: Dariusz Piatkowski on January 27, 2024, 10:52:20 pm
Hmm...always had it in CONFIG.SYS, never tried in startup.cmd, but I am not experiencing the sort of issues you are seeing.
Title: Re: AcpiDaemon start
Post by: Igor on January 28, 2024, 11:43:06 am
Hmm...always had it in CONFIG.SYS, never tried in startup.cmd, but I am not experiencing the sort of issues you are seeing.
I understand that these are synchronization errors between different processes. They are not always manifested and only on certain hardware.
Title: Re: AcpiDaemon start
Post by: roberto on January 28, 2024, 07:11:45 pm
Hello, I have tested what you say and it also works better for me in the startup folder, and removing it from the config.sys.
 But not on all computers.
Saludos
Title: Re: AcpiDaemon start
Post by: David Graser on January 29, 2024, 09:22:38 pm
Hello, I have tested what you say and it also works better for me in the startup folder, and removing it from the config.sys.
 But not on all computers.
Saludos

I agree.  The system seems more stable with it moved to the Startup folder.
Title: Re: AcpiDaemon start
Post by: David Graser on January 29, 2024, 11:37:45 pm
The system seems more stable with it moved to the Startup folder.  Firefox was always crashing until I did this.

One other thing I am trying.
 
I downloaded a program called The PM Queue Size Patch.
 
These patches may provide tremendous stability in OS/2 systems
that suffer from desktop hangs, no-input in shells, invalid switching
between the desktop and Window/DOS applications, and other
ailments.  These patches are not meant to be a complete OS/2 fix,
but may be lots of help. I followed its instruction and added the necessary line to the

startup.cmd:

@ECHO OFF
RUN=E:\OS2\ACPIDAEMON.EXE
PMQSIZE E:\OS2\DLL\PMWIN.DLL 190 /Q
exit

I added the /Q because the cmd prompt window would come up showing what it was doing.  However, I could not get it to close until I added /Q

THEORY:

Every PM thread that sends PM messages or receives posted
messages must have a queue to hold those messages until they are
processed. Messages are very frequently put into those messages queues
to be processed as the thread is able.  If more messages are put into
the queue than the queue can hold, then it is reasonable to expect
problems in the system, ranging from trivial glitches to system
hangs.  The default size for these queues in OS/2 is only 10 messages.
This seems very small considering the number of message-generating
activities going on in a busy OS/2 system.

Many OS/2 users experience problems in running OS/2 that I speculate
are caused, or at least exacerbated, by this too-small queue.

Two partitions appear to be running great with these two changes.  The big thing is moving the

RUN=E:\OS2\ACPIDAEMON.EXE

to the startup.cmd
Title: Re: AcpiDaemon start
Post by: Roderick Klein on January 30, 2024, 12:48:20 am
If you think there is an issue and you reproduce this on one machine you have with the ArcaOS kernel loaded open a ticket via https://mantis.arcanoae.com.
Attach a testlog and describe how you can reproduce a hang.

Roderick Klein
Title: Re: AcpiDaemon start
Post by: David Graser on January 30, 2024, 01:20:45 am
If you think there is an issue and you reproduce this on one machine you have with the ArcaOS kernel loaded open a ticket via https://mantis.arcanoae.com.
Attach a testlog and describe how you can reproduce a hang.

Roderick Klein

Hi Roderick

For me, Firefox would always crash and I would have to restart it.  Moving that statement to the startup.cmd and keeping my fingers crossed, it has not crashed in two days.  Before, it was all the time.  On two partitions, not one crash so far.
Title: Re: AcpiDaemon start
Post by: Roderick Klein on January 30, 2024, 01:36:21 am
If you think there is an issue and you reproduce this on one machine you have with the ArcaOS kernel loaded open a ticket via https://mantis.arcanoae.com.
Attach a testlog and describe how you can reproduce a hang.

Roderick Klein

Hi Roderick

For me, Firefox would always crashed and I would have to restart it.  Moving that statement to the startup.cmd and keeping my fingers crossed, it has not crashed in two days.  Before, it was all the time.  On two partitions, not one crash so far.

Having worked on eCS for 10  years i would be carefull to conclude that certain patches work.
It could but, so much happens in code of the OS st startup. It could be something else.
If you think you can reliably reproduce this issue on Arcaos open a ticket please.
If you discuss it here and its an issue it will never get fixe in Arcaos.

Roderick
Title: Re: AcpiDaemon start
Post by: Rich Walsh on January 30, 2024, 03:23:05 am
I downloaded a program called The PM Queue Size Patch.

From the "Presentation Manager Programming Guide and Reference":

Quote
WinCreateMsgQueue(hab, lQueuesize);

lQueuesize (LONG) - input
Maximum queue size.

This parameter is ignored for versions higher than version 3 of the OS/2 operating system. The lQueuesize parameter is dynamically allocated. The maximum queue size should be set to zero.

For version 3 and lower of the OS/2 operating system, this parameter is the maximum number of messages that can be queued.

0 - Use the system default queue size which is 10 messages.

Other - Maximum queue size.
Title: Re: AcpiDaemon start
Post by: David Graser on January 30, 2024, 03:48:05 am
What you are saying is that this programmer did not have all his facts straight.  This patch that I applied said it was for Warp version.  So, is this patch ignored after it is applied by Warp and later?
Title: Re: AcpiDaemon start
Post by: Dave Yeo on January 30, 2024, 04:18:14 am
It says "version 3 and lower", Warp was version 3. Wouldn't be surprised if FP17changed that as it had the SIQ fix in it.
Title: Re: AcpiDaemon start
Post by: Rich Walsh on January 30, 2024, 05:16:21 am
What you are saying is that this programmer did not have all his facts straight.

No, He was correct in **1995**

Quote
This patch that I applied said it was for Warp version.

On or around April 25, 1995 (the date of the package), that was Warp *v3*.

Quote
So, is this patch ignored after it is applied by Warp and later?

I'm not willing to try it to find out. All I know is that it attempts to fix a problem that doesn't exist on Warp v4.5. Even without access to the PM Ref, I still wouldn't have tried a fix that doesn't mention 4.5 but does mention 2.x. If it were genuinely useful, most everybody would know about it and be using it - but they're not. That should tell you something...
Title: Re: AcpiDaemon start
Post by: Roderick Klein on January 30, 2024, 08:59:48 am
If you think there is an issue and you reproduce this on one machine you have with the ArcaOS kernel loaded open a ticket via https://mantis.arcanoae.com.
Attach a testlog and describe how you can reproduce a hang.

Roderick Klein

Hi Roderick

For me, Firefox would always crash and I would have to restart it.  Moving that statement to the startup.cmd and keeping my fingers crossed, it has not crashed in two days.  Before, it was all the time.  On two partitions, not one crash so far.
Title: Re: AcpiDaemon start
Post by: Roderick Klein on January 30, 2024, 09:26:00 am
What you are saying is that this programmer did not have all his facts straight.  This patch that I applied said it was for Warp version.  So, is this patch ignored after it is applied by Warp and later?

Over the years I have heard more claims that certain patches magically fix something. My take on it is the only to way find out for real is with process dump or a memory dump.
The problem is when the PMSHELL comes up so much code is running and that can trigger other things. A great example was the looping sound example where the startup system sound would loop.
People thought it was a bug in Uniaud. It turned out it was a bug in SND.DLL that deals with the system sounds. David found it while looking at under the kernel debugger.
So yes it MIGHT fix it, but please do not make assumptions to quickly. Moving things around in memory by making buffers bigger, changing load order is not yet an indication its really fixed.
But rather worked around by accident.

Roderick Klein
Title: Re: AcpiDaemon start
Post by: David Graser on January 30, 2024, 01:56:18 pm
I agree with you. No one else has stated that Firefox or seamonkey was crashing for no apparent reason. As stated earlier, it could depend on the hardware.  I have installed ArcaOS multiple times on my laptop, and every time after,  Firefox would start crashing for no apparent reason. I was having to go to windows more often for internet.  It has only been two days, but so far no crashes.  I will continue to see what happens.  I need to see what happens in the next weeks.  I would say this is a tip for anyone that might be having the same problem to try.
Title: Re: AcpiDaemon start
Post by: Roderick Klein on January 30, 2024, 04:28:44 pm
I agree with you. No one else has stated that Firefox or seamonkey was crashing for no apparent reason. As stated earlier, it could depend on the hardware.  I have installed ArcaOS multiple times on my laptop, and every time after,  Firefox would start crashing for no apparent reason. I was having to go to windows more often for internet.  It has only been two days, but so far no crashes.  I will continue to see what happens.  I need to see what happens in the next weeks.  I would say this is a tip for anyone that might be having the same problem to try.

The problem is that there can be so many factors on a PC that can trigger something, depending on the speed of the system. Moving one driver in the config.sys can alter memory layout.
Changing some BIOS settings can alter speed.

Roderick