[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