在我们的s5pv210平台上使用了Locosys LS2005B的GPS模组（atheros ar1520芯片），现在对Android2.3.4下的Settings->Location & security->Use GPS satellites复选框进行操作，会出现以下问题：当系统启动后，复选框是选中状态（即系统关闭前也是选中的），然后把复选框去掉，再重新选中，GPS就无法再次启动了，而如果启动前是未选中，那么重启系统后第一次选中是正常的，后期再按上面步骤重新操作，也是无法再次重启GPS的，后来跟代码发现每次去掉GPS复选框时会调用到gps库的cleanup函数，而该函数会把相应的变量全部清空，再次选中时并没有去重新调用初始化函数，故无法再次启动，相关的文件涉及到frameworks/base/services/jni/com_android_server_location_GpsLocationProvider.cpp，去掉选框时会调用如下函数：
static void android_location_GpsLocationProvider_cleanup(JNIEnv* env, jobject obj)
{
const GpsInterface* interface = GetGpsInterface(env, obj);
if (interface)
interface->cleanup();
}
而再次启动时会调用到：
static jboolean android_location_GpsLocationProvider_init(JNIEnv* env, jobject obj)
{
const GpsInterface* interface = GetGpsInterface(env, obj);
if (!interface)
return false;
if (!sGpsDebugInterface)
sGpsDebugInterface = (const GpsDebugInterface*)interface->get_extension(GPS_DEBUG_INTERFACE);
return true;
}
上面我们都发现有GetGpsInterface函数的调用来获取GPS接口，而该函数的实现如下：
static const GpsInterface* GetGpsInterface(JNIEnv* env, jobject obj) {
// this must be set before calling into the HAL library
if (!mCallbacksObj)
mCallbacksObj = env->NewGlobalRef(obj);
if (!sGpsInterface) {
sGpsInterface = get_gps_interface();
if (!sGpsInterface || sGpsInterface->init(&sGpsCallbacks) != 0) {
sGpsInterface = NULL;
return NULL;
}
}
return sGpsInterface;
}
通过对比，该函数会判断sGpsInterface是否为NULL来决定是否再次调用init初始化函数，故我在android_location_GpsLocationProvider_cleanup函数的最后添加了sGpsInterface = NULL;语句，让每次重新选中后会再次调用初始化函数，故可以解决该问题。
而上面的设置在系统每次启动时并没有关联上，即系统每次启动后并不会根据上面的复选框状态去设置GPS是否启动，故最终我在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中添加如下函数：
private void setGpsOnoff(){
ContentResolver resolver = mContext.getContentResolver();
String gpsOnoff = Settings.System.getString(resolver,Settings.Secure.LOCATION_PROVIDERS_
Slog.w(ActivityManagerService.TAG,"gpsOnoff="+gpsOnoff);
Settings.System.putString(resolver,Settings.Secure.LOCATION_PROVIDERS_ALLOWED,gpsOnoff);
}
并在public final class ActivityManagerService extends ActivityManagerNative函数的开头添加对其调用，至此就把该问题也解决了。
