[BUGFIX][T108][bug-view-2037][bug-view-2047] Fixed the problem of slow startup of oemapp and pm interface init fail

Only Configure: No
Affected branch: GSW_V1453
Affected module: startup,pm
Is it affected on IC: only ASR
Self-test: yes
Doc Update: no

Change-Id: I339f397413b3cf74fcb87bbcc2033f12084e1834
diff --git a/mbtk/libgsw_lib/gsw_pm_interface.c b/mbtk/libgsw_lib/gsw_pm_interface.c
index 1cf9d48..21b6cff 100755
--- a/mbtk/libgsw_lib/gsw_pm_interface.c
+++ b/mbtk/libgsw_lib/gsw_pm_interface.c
@@ -21,7 +21,7 @@
 #define GSW_WAKELOCK_NAME "gsw_app_wakelock"

     

 #define LOCK_MAX_SIZE 129

-#define SDK_READY_CMD "uci get persist.mbtk.sdk__state"

+#define SDK_READY_CMD "uci get lynq_uci.sdk_ready"

 #define MBTK_REBOOT_REASON "uci get persist.mbtk.reboot_reason"

 #define CHECK_SYSTEM(cmd) do { \

     int _ret = system(cmd); \

diff --git a/mbtk/rootfs/etc/gsw_oemapp_start.sh b/mbtk/rootfs/etc/gsw_oemapp_start.sh
index dd9dde2..91ab4d7 100755
--- a/mbtk/rootfs/etc/gsw_oemapp_start.sh
+++ b/mbtk/rootfs/etc/gsw_oemapp_start.sh
@@ -3,12 +3,12 @@
 gsw_start(){
 
         MAX_WAIT=20  # 20s
-        STATE=$(uci get persist.mbtk.sdk__state 2>/dev/null)
+        STATE=$(uci get lynq_uci.sdk_ready 2>/dev/null)
 
         count=0
         while [ "$STATE" != "0" ] && [ $count -lt $MAX_WAIT ]; do
                 sleep 1
-                STATE=$(uci get persist.mbtk.sdk__state 2>/dev/null)
+                STATE=$(uci get lynq_uci.sdk_ready 2>/dev/null)
                 count=$((count + 1))
                 echo "wait sdk ready count:$count" > /dev/kmsg
         done