RDKB-63307: Spike in ATOM memory due to dual onewifi process.

[SanjayVenkatesan190]

Impacted Platforms: All RDKB platforms.

Reason for change:
When the dmesg hangs, added a scheduler which calls the handler
function after the timeout of 2 seconds to close the v_secure_popen
which was left opened to execute the shell commands in the forked process.

Test Procedure:

1. Take TCXB7 device and load 8.4p1s1
2. Connect around 20 devices across 2g ,5g bands
3. Enable HCM
   4.Please set the whix interval value atleast 5mins using the below,

dmcli eRT setv Device.DeviceInfo.X_RDKCENTRAL-COM_WIFI_TELEMETRY.
LogInterval int 300
dmcli eRT setv Device.DeviceInfo.X_RDKCENTRAL-COM_WIFI_TELEMETRY.
ChUtilityLogInterval int 300
dmcli eRT setv Device.WiFi.WHIX_LogInterval int 300
dmcli eRT setv Device.WiFi.WHIX_ChUtility_LogInterval int 300
5. Perform some wifi traffic on the clients.
6. Check for the mem_onewifi process whether it doubles.

Risks: High
Priority: P0
Signed-off-by: sanjayvenkatesan1902@gmail.com

[github-actions]

Thank you for your submission, we really appreciate it. Like many open-source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution. You can sign the CLA by just posting a Pull Request Comment same as the below format.

---

I have read the CLA Document and I hereby sign the CLA

---

Sanjay Venkatesan seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You can retrigger this bot by commenting recheck in this Pull Request. Posted by the CLA Assistant Lite bot.}