问题描述
 
已知驱动层调好了灯的三个节点/sys/class/leds/red/brightness、/sys/class/leds/green/brightness、/sys/class/leds/blue/brightness，但是在开机充电时指示灯无响应，正常情况是根据电池电量显示不同颜色的灯。
 
源码分析
 
#底层灯的HAL
hardware/qcom/display/liblight/lights.c
set_speaker_light_locked()

#设置必走这里
write_int()

#上层充电指示灯更新
frameworks/base/services/core/java/com/android/server/BatteryService.java
updateLightsLocked()
 
首先通过setenforce 0排除权限问题，根据现象初步怀疑灯的节点与上层调用节点不一致，在底层write_int()加入log，但是从Log看出，当进行充电时并没有调用write_int()，说明并没有走到打开灯的地方，最后确认是缺少light服务。
 
解决方案
 
添加light服务
 
device/qcom/lito/lito.mk
PRODUCT_PACKAGES += android.hardware.lights-service.qti
 
相关拓展
 
1.指示灯颜色定义
 
frameworks/base/core/res/res/values/config.xml 
<!-- Default value for led color when battery is low on charge -->
<integer name="config_notificationsBatteryLowARGB">0xFFFF0000</integer>
<!-- Default value for led color when battery is medium charged -->
<integer name="config_notificationsBatteryMediumARGB">0xFFFFFF00</integer>
<!-- Default value for led color when battery is fully charged -->
<integer name="config_notificationsBatteryFullARGB">0xFF00FF00</integer>
 
2.添加HIDL
 
device/qcom/lito/manifest.xml

<hal format="hidl">
<name>android.hardware.light</name>
<transport>hwbinder</transport>
<version>2.0</version>
<interface>
<name>ILight</name>
<instance>default</instance>
</interface>
</hal>
 
3.可以在updateLightsLocked()中直接写入节点
 
#定义节点
static String RED_LED_DEV = "/sys/class/leds/red/brightness";
static String GREEN_LED_DEV = "/sys/class/leds/green/brightness";
static String BLUE_LED_DEV = "/sys/class/leds/blue/brightness";

#定义setLedStatus()用于设置灯
static void setLedStatus (String ledDev, boolean setStatusOn) {
   try {
       FileOutputStream fLed = new FileOutputStream(ledDev);
       fLed.write((setStatusOn ? "255" : "0").getBytes());
       fLed.close();
   } catch (Exception e) {
       e.printStackTrace(); 
   }
}

#使用方法
setLedStatus(RED_LED_DEV,true);		//红灯亮
setLedStatus(RED_LED_DEV,false);	//红灯灭

问题：github提交代码报错==>响应状态代码不指示成功: 403 (Forbidden)
 
解决：我的原因是，github邮箱没有验证，重新验证邮箱后就ok了，可能每个人的原因各不一样

 
 
个人结合网上大神们的帖子的整理，留作今后回顾，如有不妥，还望不吝赐教
 w3c https://www.w3cschool.cn/http/g9prxfmx.html
 http请求与响应完整版 https://www.cnblogs.com/jiu0821/p/5641600.html
 响应码超全面 https://www.cnblogs.com/isykw/p/6115469.html
 
 
状态码有三位数字组成，第一位数字定义响应的类别
 
1XX 临时响应
 
指示信息，表示请求已接收，需要请求者继续执行操作
 
100 请求者应该继续提出请求，即服务器已收到请求的一部分，正在等待剩余部分 
  
请求者如果请求已经完成，则忽略该反应；
请求者若干请求为完成，继续发送剩余要求。
 notes：服务器必须在要求完成后向请求者发送一个最终响应。
 
101 接受到了请求者切换协议的要求，服务器已收到要求，并准备切换到Upgrade消息头中对应的协议
 
2XX 成功
 
请求已被成功接收、理解、接受。
 
200 请求成功
 根据请求方法的不同而分为下面几类： 
  
HEAD 实体头已作为响应头传回请求者
GET 资源已被提取，并作为响应体传回请求者
POST 经过服务器处理请求者传来的数据，把对应的资源传回请求者
TRACE 服务器收到请求消息并作为响应体传回请求者
 notes：DELETE、OPTIONS和PUT绝对不会传回200
 
201 已创建
 请求成功，并且服务器已创建请求者要求的对应新资源。
 notes：这一般是PUT请求会得到的相应码
202 已接收
 服务器已接收到请求，但尚未处理，即可以执行，也可能拒绝
 notes：适合在异步操作的场景下
203 未授权信息
 服务器已处理请求，但是实体头部元信息不属于原服务器上有效的集合。
204无内容
 服务器已处理请求，但是响应体内无内容，只有响应头
205重置内容
 告诉用户代理去重置 发送该请求的窗口 的文档视图
206 部分内容
 服务器处理了部分请求内容
 notes：请求者通过使用range头字段 进行文件分段下载时
 
3XX 重定向
 
想要实现请求必须进行进一步的操作
 
300 多种选择
 该请求能够有多种响应，需要用户或者用户代理来选择其中一个
301 永久移动
 请求的URI资源路径已发生改变，若可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。
302 临时移动
 请求的URI资源路径临时发生改变，而且有继续改变的可能。但是请求者在今后的访问中，还是要继续使用该URI。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。
 notes：可以用来做临时跳转
 
4XX 客户端错误
 
请求有语法错误或者是请求无法实现
 
400 错误请求
 请求中存在语法错误，服务器无法读取
401 未授权
 需要经过身份验证后才能够获得请求内容
 notes：必须和WWW-Authenticate报头域配合使用
403 禁止访问
 服务器收到请求，但是拒绝访问
404 未找到
 服务器找不到请求的资源
 
5XX 服务器端错误
 
服务器不能实现合法的请求
 
500 内部服务器错误
 发生不可以预知的错误
501 未实现
 服务器不支持请求的功能
502 网关错误
 服务器作为网关，但是从上游服务器无法收到有效响应
503 服务器无效
 服务器当前不能处理请求者的请求，一段时间后可恢复正常，属于临时问题