工作笔记-code
1.
?android系統啟動完成會發送Intent.ACTION_BOOT_COMPLETED事件，我們在 base/services/java/com/android/server/WiredAccessoryObserver.java中可以看到類似代碼
?? ?linux-3.0/drivers/switch/ switch_headset.c中會根據無耳機，三段耳機，四段耳機和四段耳機是否有hook鍵按下4個狀態更新state的值為0 ，1， 2，3，并且切換機臺?? ?MIC和耳機?? ?
private static final String uEventInfo[][] = { {"DEVPATH=/devices/virtual/switch/h2w","/sys/class/switch/h2w/state","/sys/class/switch/h2w/name"},{"DEVPATH=/devices/virtual/switch/usb_audio","/sys/class/switch/usb_audio/state","/sys/class/switch/usb_audio/name"},{"DEVPATH=/devices/virtual/switch/hdmi","/sys/class/switch/hdmi/state","/sys/class/switch/hdmi/name"} };
?? ?大體流程是用定時器每200ms檢查一次是否有耳機插入，如果有4段耳機，延時30ms檢查hook key是否按下，這樣，如果舊的state和新的state不相等，就用uevent上報狀態改變
?? ?事件
?? ?可參考電路圖P11的說明：
?? ??? ?檢測耳機插入:
?? ??? ?1、0V-0.2V 則判定為3節耳機;
?? ??? ?2、1V-2.5V 則判定為4節耳機;
?? ??? ?3、檢測為4接耳機后如果ADC再次檢測為0V則認為HOOK見按下。
2.
?在drivers/media/pa中的是提供借口給上層做外音和內音切換的，也就是如FM，播放器等都會檢測耳機是否插入，以進行外音和內音切換,看看其中的代碼：
pa_dev_class = class_create(THIS_MODULE, "pa_cls");//這一句運行后，會創建虛擬文件系統/sys/class/pa_clsdevice_create(pa_dev_class, NULL,dev_num, NULL, "pa_dev");//這一句運行后，會創建節點/dev/pa_devprintk("[pa_drv] init end!!!\n");?? ?他對應的framework層代碼在device/softwinner/common/hardware/audio/audio_hw.c中
?? ?而file_operations結構體和節點對應起來則是通過如下的關系，如touch中：
?? ?ret= register_chrdev(I2C_MAJOR,"aw_i2c_ts",&aw_i2c_ts_fops );//I2C_MAJOR是自己定義的主設備號
?? ?接著調用：device_create(i2c_dev_class, &client->adapter->dev, MKDEV(I2C_MAJOR,client->adapter->nr), NULL, "aw_i2c_ts%d", client->adapter->nr);這樣
?? ?就關聯起來了
3.?
兩種定時器的使用：
? ?3.1.?
static struct hrtimer vibe_timer;INIT_WORK(&vibrator_work, update_vibrator);static enum hrtimer_restart vibrator_timer_func(struct hrtimer *timer){schedule_work(&vibrator_work);}hrtimer_init(&vibe_timer, CLOCK_MONOTONIC, HRTIMER_MODE_REL);vibe_timer.function = vibrator_timer_func; ?? ?這樣在你想要啟動定時器的函數中調用如下語句：?? ?hrtimer_start(&vibe_timer,
?? ??? ??? ?ktime_set(value / 1000, (value % 1000) * 1000000), //ktime_set的第一個參數單位時秒，第二個單位是納秒
?? ??? ??? ?HRTIMER_MODE_REL);
?? ?schedule_work(&vibrator_work);?? ?//hrtimer_start后調用一次schedule_work，時間到后，再調用一次schedule_work，這樣在兩次schedule_work中可以做如控制按鍵燈
?? ?亮滅等動作，具體例子可參考drivers/misc/sun4i-vibrator.c
?? ?這個定時器還提供了一些查詢功能，如可以查詢定時器當前是否激活的，定時器當前的剩余時間等，如下面的函數：
static int vibrator_get_time(struct timed_output_dev *dev){struct timespec time_tmp;if (hrtimer_active(&vibe_timer)) {//判斷是否激活ktime_t r = hrtimer_get_remaining(&vibe_timer);//取得定時器剩余時間time_tmp = ktime_to_timespec(r);//時間單位轉換，他和上面的ktime_set相當于相反過程的轉換//return r.tv.sec * 1000 + r.tv.nsec/1000000;return time_tmp.tv_sec* 1000 + time_tmp.tv_nsec/1000000;//返回的單位是毫秒} elsereturn 0;}
? ?3.2. ?
struct timer_list timer;static void earphone_hook_handle(unsigned long data){mod_timer(&switch_data->timer, jiffies + msecs_to_jiffies(200));}init_timer(&timer);timer.function = &earphone_hook_handle;timer.data = (unsigned long)switch_data；add_timer(&switch_data->timer);//這一句之后已經啟動定時器了4.
?聲卡的設備節點在/proc/asound/card0,創建過程為snd_card_create -> snd_ctl_create
?? ?創建sys節點snd_card_register?? ?-> device_create(sound_class, card->dev, MKDEV(0, 0), card, "card%i", card->number)?? ?sound_class = class_create(THIS_MODULE, "sound");
?? ?sound_class->devnode = sound_devnode;
?? ?其中：
static char *sound_devnode(struct device *dev, mode_t *mode){if (MAJOR(dev->devt) == SOUND_MAJOR)return NULL;return kasprintf(GFP_KERNEL, "snd/%s", dev_name(dev));}
?? ?這樣聲卡的class出現在/class/sys/sound/中，sound_devnode就決定了設備節點出現在/dev/snd/中，用戶空間操作的就是/dev/snd/中的設備節點。
?? ?接著調用snd_device_register_all函數注冊前面掛接在card->device鏈表中的所有設備：
185 int snd_device_register_all(struct snd_card *card)186 { 187 struct snd_device *dev;188 int err;189 190 if (snd_BUG_ON(!card))191 return -ENXIO;192 list_for_each_entry(dev, &card->devices, list) {193 if (dev->state == SNDRV_DEV_BUILD && dev->ops->dev_register) {194 if ((err = dev->ops->dev_register(dev)) < 0)195 return err;196 dev->state = SNDRV_DEV_REGISTERED;197 }198 }199 return 0;200 }
?? ?我們看看設備是如何掛在card->device鏈表中的：
snd_card_sun4i_codec_pcm -> snd_pcm_new -> snd_device_new(card, SNDRV_DEV_PCM, pcm, &ops)),其中ops結構體為：720 static struct snd_device_ops ops = {721 .dev_free = snd_pcm_dev_free,722 .dev_register = snd_pcm_dev_register,723 .dev_disconnect = snd_pcm_dev_disconnect,724 };
?? ?snd_pcm_dev_register為：
976 static int snd_pcm_dev_register(struct snd_device *device)977 {978 int cidx, err;979 struct snd_pcm_substream *substream;980 struct snd_pcm_notify *notify;981 char str[16];982 struct snd_pcm *pcm;983 struct device *dev;984 985 if (snd_BUG_ON(!device || !device->device_data))986 return -ENXIO;987 pcm = device->device_data;988 mutex_lock(?ister_mutex);989 err = snd_pcm_add(pcm);990 if (err) {991 mutex_unlock(?ister_mutex);992 return err;993 }994 for (cidx = 0; cidx < 2; cidx++) {995 int devtype = -1;996 if (pcm->streams[cidx].substream == NULL)997 continue;998 switch (cidx) {999 case SNDRV_PCM_STREAM_PLAYBACK:1000 sprintf(str, "pcmC%iD%ip", pcm->card->number, pcm->device);//這里就是設備節點的名字1001 devtype = SNDRV_DEVICE_TYPE_PCM_PLAYBACK;1002 break;1003 case SNDRV_PCM_STREAM_CAPTURE:1004 sprintf(str, "pcmC%iD%ic", pcm->card->number, pcm->device);//這里就是設備節點的名字1005 devtype = SNDRV_DEVICE_TYPE_PCM_CAPTURE;1006 break;1007 }1008 /* device pointer to use, pcm->dev takes precedence if1009 * it is assigned, otherwise fall back to card's device1010 * if possible */1011 dev = pcm->dev;1012 if (!dev)1013 dev = snd_card_get_device_link(pcm->card);1014 /* register pcm */1015 err = snd_register_device_for_dev(devtype, pcm->card,1016 pcm->device,1017 &snd_pcm_f_ops[cidx],1018 pcm, str, dev);//在這個函數中，最終調用device_create(sound_class, device, MKDEV(major, minor),private_data,//"%s", name);來創建設備1019 if (err < 0) {1020 list_del(&pcm->list);1021 mutex_unlock(?ister_mutex);1022 return err;1023 }1024 snd_add_device_sysfs_file(devtype, pcm->card, pcm->device,1025 &pcm_attrs);
?? ?看看我的設備節點名稱：
$ cd /dev/snd$ ls -lcrw-rw----+ 1 root audio 116, 8 2011-02-23 21:38 controlC0crw-rw----+ 1 root audio 116, 4 2011-02-23 21:38 midiC0D0crw-rw----+ 1 root audio 116, 7 2011-02-23 21:39 pcmC0D0ccrw-rw----+ 1 root audio 116, 6 2011-02-23 21:56 pcmC0D0pcrw-rw----+ 1 root audio 116, 5 2011-02-23 21:38 pcmC0D1pcrw-rw----+ 1 root audio 116, 3 2011-02-23 21:38 seqcrw-rw----+ 1 root audio 116, 2 2011-02-23 21:38 timercontrolC0 --> 用于聲卡的控制，例如通道選擇，混音，麥克風的控制等midiC0D0 --> 用于播放midi音頻pcmC0D0c --> 用于錄音的pcm設備pcmC0D0p --> 用于播放的pcm設備seq --> 音序器timer --> 定時器
?? ?其中，C0D0代表的是聲卡0中的設備0，pcmC0D0c最后一個c代表capture，pcmC0D0p最后一個p代表playback，這些都是alsa-driver中的命名規則。從上面的列表可以看出，我
?? ?的聲卡下掛了6個設備，根據聲卡的實際能力，驅動實際上可以掛上更多種類的設備，在include/sound/core.h中，定義了以下設備類型，通常，我們更關心的是pcm和control
?? ?這兩種設備。
?? ?對于sound/core/control.c文件
?? ??? ?#ifdef CONFIG_COMPAT
?? ??? ?#include "control_compat.c"
?? ??? ?#else
?? ??? ?#define snd_ctl_ioctl_compat??? NULL
?? ??? ?#endif
?? ?下面的"controlC%i"聲卡對應的控制節點fops的compat_ioctl,當沒有定義CONFIG_COMPAT時,將被置為NULL
?? ?hal層的IOCTRL會對應KERNEL層的core/control.c文件
?? ?frameworks/base/services/java/com/android/server/WiredAccessoryObserver.java會監聽耳機拔插事件
?? ?而打開hal層audio_hw.c的JNI層代碼在frameworks/base/services/audioflinger/AudioFlinger.cpp中
?? ?audio_hw.c是按照hardware/libhardware/include/hardware/audio.h定義的接口實現就行了
5.?
getprop 命令可以查看系統屬性狀態
?? ?6.
運行JAVA代碼：
?? ?javac xxx.java(xxx為類的名字)?? ?java xxx
7.
編譯時候提示，You have tried to change the API from what has been previously approved.
To make these errors go away, you have two choices:1) You can add "@hide" javadoc comments to the methods, etc. listed in theerrors above.2) You can update current.txt by executing the following command:make update-apiTo submit the revised current.txt to the main Android repository,you will need approval.******************************?? ?如果你是想要讓這個新增的API只能內部使用，則加上 /** {@hide} */,如我的代碼：frameworks/base/core/java/android/os中新增了IHelloService.aidl這個服務，如下
?? ?為其中的內容：
1 package android.os;2 3 /** {@hide} */4 interface IHelloService {5 void setVal(int val, String path);6 int getVal(String path);7 }
?? ?還有新增JNI層的一些用法：
66 {"init_native", "()Z", (void*)hello_init}, //無型參，Z表示返回值為boolean型67 {"setVal_native", "(ILjava/lang/String;)V", (void*)hello_setVal},// I表示第一個型參為int,Ljava/lang/String表示第二個型參為String,68 {"getVal_native", "(Ljava/lang/String;)I", (void*)hello_getVal},
?? ?由上面可以知道hello_setVal對應的HAL層原型為hello_setVal(int, char *), 在JNI中還要將String轉換為char*才能使用，語法如下：
28 /*通過硬件抽象層定義的硬件訪問接口讀取硬件寄存器val的值*/29 static jint hello_getVal(JNIEnv* env, jobject clazz, jstring path) {30 const char *extraInfoStr = env->GetStringUTFChars(path, NULL);//將String轉換為char*31 int val = 0;32 if(!hello_device) {33 LOGI("Hello JNI: device is not open.");34 return val;35 }36 hello_device->get_val(hello_device, &val, extraInfoStr);37 38 LOGI("Hello JNI: get value %d from device.", val);39 env->ReleaseStringUTFChars(path, extraInfoStr);//用完后要釋放40 41 return val;42 }
8.?
系統build.prop文件屬性的讀取文件在base/core/java/android/os/SystemProperties.java，屬性接口在frameworks/base/core/java/android/os/Build.java中
9.
A10申請外部中斷的步驟：
?? ?? 中斷號的定義在drivers/input/touchscreen/ctp_platform_ops.h中：#define PIO_BASE_ADDRESS (0xf1c20800)//這是外部所有IO口中斷的入口#define PIOA_CFG1_REG (PIO_BASE_ADDRESS+0x4)#define PIOA_DATA (PIO_BASE_ADDRESS+0x10) #define DELAY_PERIOD (5)#define SW_INT_IRQNO_PIO 28#define PIO_INT_STAT_OFFSET (0x214)#define CTP_IRQ_NO (IRQ_EINT21)309 static int ctp_judge_int_occur(void)310 {311 //int reg_val[3];312 int reg_val;313 int ret = -1;314 315 reg_val = readl(gpio_addr + PIO_INT_STAT_OFFSET);//偏移PIO_INT_STAT_OFFSET處的地址就是外部IO口中斷的狀態寄存器316 if(reg_val&(1<<(CTP_IRQ_NO))){//CTP_IRQ_NO=IRQ_EINT21，就是TP的中斷腳EINT21，配置腳本中有 ctp_int_port = port:PH21<6><default>317 ret = 0;318 }319 return ret;320 }1681 static irqreturn_t ft5x_ts_interrupt(int irq, void *dev_id)1682 {1683 struct ft5x_ts_data *ft5x_ts = dev_id;1684 1685 // print_int_info("==========------ft5x_ts TS Interrupt-----============\n");1686 if(!ctp_ops.judge_int_occur()){ //要判斷是外部哪一個IO口所引起的中斷1687 // print_int_info("==IRQ_EINT21=\n");1688 ctp_ops.clear_penirq();1689 if (!work_pending(&ft5x_ts->pen_event_work))1690 {1691 // print_int_info("Enter work\n");1692 queue_work(ft5x_ts->ts_workqueue, &ft5x_ts->pen_event_work);1693 }1694 }else{1695 // print_int_info("Other Interrupt\n");1696 return IRQ_NONE;1697 }1698 1699 return IRQ_HANDLED;1700 }1895 err = request_irq(SW_INT_IRQNO_PIO, ft5x_ts_interrupt, IRQF_TRIGGER_FALLING | IRQF_SHARED, "ft5x_ts", ft5x_ts);
10.
格式化userdata分區名字的方法在init.sun4i.rc中修改即可，如代碼：format_userdata /dev/block/nandi IPND5，IPND5即為電腦中看到的盤符名字
11.
全志平臺的關機代碼在drivers/power/axp_power/axp-mfd.c中：
311 /* PM hookup */312 if(!pm_power_off)313 pm_power_off = axp_power_off;axp_power_off定義如下：static void axp_power_off(void){uint8_t val;#if defined (CONFIG_AW_AXP18)axp_set_bits(&axp->dev, POWER18_ONOFF, 0x80);#endif#if defined (CONFIG_AW_AXP19)axp_set_bits(&axp->dev, POWER19_OFF_CTL, 0x80);#endif#if defined (CONFIG_AW_AXP20)if(pmu_pwroff_vol >= 2600 && pmu_pwroff_vol <= 3300){if (pmu_pwroff_vol > 3200){val = 0x7;}else if (pmu_pwroff_vol > 3100){val = 0x6;}else if (pmu_pwroff_vol > 3000){val = 0x5;}else if (pmu_pwroff_vol > 2900){val = 0x4;}else if (pmu_pwroff_vol > 2800){val = 0x3;}else if (pmu_pwroff_vol > 2700){val = 0x2;}else if (pmu_pwroff_vol > 2600){val = 0x1;}elseval = 0x0;axp_update(&axp->dev, POWER20_VOFF_SET, val, 0x7);}val = 0xff;if (!use_cou){axp_read(&axp->dev, POWER20_COULOMB_CTL, &val);val &= 0x3f;axp_write(&axp->dev, POWER20_COULOMB_CTL, val);val |= 0x80;val &= 0xbf;axp_write(&axp->dev, POWER20_COULOMB_CTL, val);}//led autoaxp_clr_bits(&axp->dev,0x32,0x38);axp_clr_bits(&axp->dev,0xb9,0x80);printk("[axp] send power-off command!\n");mdelay(20);if(power_start != 1){axp_read(&axp->dev, POWER20_STATUS, &val);//讀取是否處于充電狀態，如果是，則reset，進入uboot充電if(val & 0xF0){axp_read(&axp->dev, POWER20_MODE_CHGSTATUS, &val);if(val & 0x20){//判斷電池在的話才進入充電printk("[axp] set flag!\n");axp_write(&axp->dev, POWER20_DATA_BUFFERC, 0x0f);mdelay(20);printk("[axp] reboot!\n");arch_reset(0,NULL);printk("[axp] warning!!! arch can't ,reboot, maybe some error happend!\n");}}}axp_write(&axp->dev, POWER20_DATA_BUFFERC, 0x00);mdelay(20);axp_set_bits(&axp->dev, POWER20_OFF_CTL, 0x80);//就是寫1到寄存器32H，表示關閉除LDO1外的所有電源，請看AXP209手冊P34mdelay(20);printk("[axp] warning!!! axp can't power-off, maybe some error happend!\n");#endif}
?? ?而arch_reset(0,NULL);的代碼位于arch/arm/mach-sun4i/include/mach/system.h中，利用的是看門狗復位：
39 static inline void arch_reset(char mode, const char *cmd)40 {41 /* use watch-dog to reset system */42 #define WATCH_DOG_CTRL_REG (SW_VA_TIMERC_IO_BASE + 0x0094)//SW_VA_TIMERC_IO_BASE是虛擬地址43 *(volatile unsigned int *)WATCH_DOG_CTRL_REG = 0;44 __delay(100000);45 *(volatile unsigned int *)WATCH_DOG_CTRL_REG = 3;46 while(1);47 }
12.
codec控制設置：
Number of controls: 32ctl? ?type num ? ? ? name value ? ? ? 注釋0 INT ?1 Master Playback Volume 59 //音量大小設置1 BOOL 1 Playback PAMUTE SWITCH On ?//聲音輸出總開關，打開才有聲音輸出，看手冊P258 PAMUTE2 BOOL 1 Playback MIXPAS Off //輸入的聲音或者經過混音器輸出的聲音輸出的開關，如3G的語音就是要打開，看手冊//P258 MIXPAS3 BOOL 1 Playback DACPAS On ?//輸入的聲音不經混音器直接輸出，如播放音樂時要打開，看手冊P258 DACPAS//但也可以選擇聲音從混音器輸出，關掉3，使能2、5、6、7和15即可4 INT ?1 Mic Output Mix 0 ? //MIC1、2輸入的左右聲道是否打開到混音器中一起輸出到外音5 BOOL 1 Ldac Right Mixer Off //輸入的聲音經過混音器混音時(對應手冊DACMISX開關)，左聲道混音，右沒聲音6 BOOL 1 Rdac Right Mixer Off //輸入的聲音經過混音器混音時(對應手冊DACMISX開關)，右聲道混音，左沒聲音7 BOOL 1 Ldac Left Mixer Off //輸入的聲音經過混音器混音時(對應手冊DACMISX開關)，左聲道、左聲道的混音8 BOOL 1 FmR Switch Off //FM到混音器是否打開，如收音時要打開，但這樣上層無法控制音量9 BOOL 1 FmL Switch Off //FM到混音器是否打開，如收音時要打開，但這樣上層無法控制音量10 BOOL 1 LineR Switch Off //線路輸入到混音器是否打開，如3G通話要打開，而播放音樂不是線路輸入，不用打開11 BOOL 1 LineL Switch Off //線路輸入到混音器是否打開，如3G通話要打開，而播放音樂不是線路輸入，不用打開12 INT 1 MIC output volume 3 ? //MIC到混音器輸出的增益，13 INT 1 Fm output Volume 3 ? //FM到混音器輸出的增益，14 BOOL 1 Line output Volume On ?//線路輸入到混音器的增益，只有兩個等級，-1.5db和0db15 BOOL 1 MIX Enable Off //混音器使能16 BOOL 1 DACALEN Enable On ?//數字到模擬的輸出是否是能，如音樂要打開，但3G通話是直接旁路輸出不用打開17 BOOL 1 DACAREN Enable On ? //數字到模擬的輸出是否是能，如音樂要打開，但3G通話是直接旁路輸出不用打開18 BOOL 1 PA Enable On ?//PA使能，只有PA打開，才有聲音輸出19 BOOL 1 dither enable Off //手冊沒有說明20 BOOL 1 Mic1outn Enable Off //MIC是否直接輸出，如3G通話MIC直接輸出到3G模塊中21 INT 1 LINEIN APM Volume 7 ? //線路模擬輸入的增益，有7個增益等級，只是線路的增益，不會影響去他輸入源的增益22 BOOL 1 Line-in-r function define Off //輸入信號差分是能，如3G通話時候要使能，否則2G卡會受到干擾，有噪音23 INT 1 ADC Input source 0 ? //模擬到數字轉換的輸入源選擇，可以有3G線路，FM輸入，MIC輸入等選擇24 INT 1 Capture Volume 3 ? //模擬到數字轉換的增益，有8個等級，0-7（這是總的線路增益，影響到FM，MIC， //線路等輸入源）25 INT 1 Mic2 gain Volume 2 ? //MIC2增益打開的情況下，輸入增益的等級設置，沒有用到這一路26 INT 1 Mic1 gain Volume 2 ? //MIC2增益打開的情況下，輸入增益的設置，有4個等級，3G通話時候有增益的話會有噪音27 BOOL 1 VMic enable On ? //MIC電源，用MIC時候就要打開28 BOOL 1 Mic2 amplifier enable Off //MIC2輸入增益是否打開29 BOOL 1 Mic1 amplifier enable On ? //MIC2輸入增益是否打開30 BOOL 1 ADCL enable Off //模擬到數字的左聲道是否打開，如錄音時候有耳麥或則沒有耳麥都就要打開31 BOOL 1 ADCR enable Off //模擬到數字的左聲道是否打開，如錄音時候有耳麥或則沒有耳麥都就要打開13.?
camera的設置：
?? ?drivers/media/video/sun4i_csi目錄下對應有csi0 、csi1兩個文件夾，分別是兩個攝像頭對應的平臺代碼，他們對應的節點為/dev/video0前置ov5640, /dev/video1?? ?后置ov2655或者ov2643,sun4i_drv_csi.c中控制camera的主要是csi_power_en腳和csi_stby腳，其中兩個camera的csi_power_en相同，在csi_open函數中會打開電源上電，
?? ?但打開后馬上用 v4l2_subdev_call(dev->sd,core, s_power, CSI_SUBDEV_STBY_ON);來進入standby 模式，只有在攝像頭切換中，啟用它后調用
?? ?static int internal_s_input(struct csi_dev *dev, unsigned int i)函數，在該函數中使用v4l2_subdev_call(dev->sd,core, s_power, CSI_SUBDEV_STBY_OFF);
?? ?才真正工作，所以兩個攝像頭同時只有一個工作，另一個處于standby模式
14.?
property_get/property_set會從以下文件讀取屬性：
?? ?1: /default.prop?? ?2: /system/build.prop
?? ?3: /system/default.prop
?? ?4: /data/local.prop?? ?
15.
android的電量警告和嚴重電量警告的設置在/frameworks/base/core/res/res/values/config.xml中，在frameworks/base/services/java/com/android/server/?? ?
?? ?BatteryService.java中讀取這些值,而關機電量是在BatteryService.java文件中判斷，在update函數中被調用，如下：?? ?208 private final void shutdownIfNoPower() { 209 // shut down gracefully if our battery is critically low and we are not powered.210 // wait until the system has booted before attempting to display the shutdown dialog.211 if (mBatteryLevel == 0 && !isPowered() && ActivityManagerNative.isSystemReady()) {//mBatteryLevel為0就關機212 Intent intent = new Intent(Intent.ACTION_REQUEST_SHUTDOWN);213 intent.putExtra(Intent.EXTRA_KEY_CONFIRM, false);214 intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);215 mContext.startActivity(intent);216 }217 }
16.
APK簽名機制：
?? ?<uses-sdk android:minSdkVersion="7" android:sharedUserId="android.uid.system"/>?? ?java -jar signapk.jar platform.x509.pem platform.pk8 old.apk new.apk
17.?
按鍵事件的上報，如果要上報某一個鍵值，要用set_bit來設置，否則不上報該鍵值，如：
for (i = 0; i < KEY_MAX_CNT; i++)set_bit(sun4i_scankeycodes[i], sun4ikbd_dev->keybit);18.
camera拍照的各種聲音播放在frameworks/base/core/java/android/hardware/CameraSound.java中實現
19.?
JNI_OnLoad函數是在android VM執行*so中的System.loadLibrary函數時候執行的，所以一般在該函數中做一些初始化設置和返回JNI版本，
20.?
u-boot流程：
?? ?頭文件在include/configs/sun4i.h中?? ?從arch/arm/cpu/armv7/start.S開始
?? ?跳到arch/arm/lib/board.c，
21.
?android源代碼中編譯jar包的方法：
?? ?在需要導出jar包的目錄下新建android,內容如下：LOCAL_PATH:= $(call my-dir)include $(CLEAR_VARS)LOCAL_SRC_FILES := $(call all-subdir-java-files)LOCAL_MODULE_TAGS := optional LOCAL_MODULE :=my_fmradioinclude $(BUILD_JAVA_LIBRARY)
22.?
android背光調節代碼路線：
packages/apps/Settings/src/com/android/settings/BrightnessPreference.java -> setBrightness(myState.progress + mScreenBrightnessDim);private void setBrightness(int brightness){ try {IPowerManager power = IPowerManager.Stub.asInterface(ServiceManager.getService("power"));if (power != null) {power.setBacklightBrightness(brightness);}} catch (RemoteException doe) {}}?? ?調用IPowerManager類接口，實現在frameworks/base/services/java/com/android/server/PowerManagerService.java
brightness = Math.max(brightness, mScreenBrightnessDim);mLcdLight.setBrightness(brightness);mKeyboardLight.setBrightness(mKeyboardVisible ? brightness : 0);mButtonLight.setBrightness(brightness);
?? ?可以看到，不但是設置了LCD的背光，如果有，鍵盤，按鍵的背光設置了，其中的private LightsService.Light mLcdLight;所以看到目錄下的LightsService.java
?? ?public void setBrightness(int brightness, int brightnessMode) ->? setLightLocked(color, LIGHT_FLASH_NONE, 0, 0, brightnessMode) ->
?? ?setLight_native(mNativePointer, mId, color, mode, onMS, offMS, brightnessMode);
?? ?看看JNI層的實現，進入frameworks/base/services/jni/com_android_server_LightsService.cpp
?? ?這里看看JNI是如何找到HAL層的 hw_module_t結構體的：
?? ?hw_get_module(LIGHTS_HARDWARE_MODULE_ID, (hw_module_t const**)&module);//這里傳進去的是二維指針，才能返回HAL層的指針哦，關于這個不多說
?? ?看看hw_get_module的定義，在hardware/libhardware/hardware.c中：
?? ?hw_get_module -> hw_get_module_by_class:
for (i=0 ; i<HAL_VARIANT_KEYS_COUNT+1 ; i++) {if (i < HAL_VARIANT_KEYS_COUNT) {if (property_get(variant_keys[i], prop, NULL) == 0) {continue;}snprintf(path, sizeof(path), "%s/%s.%s.so",HAL_LIBRARY_PATH2, name, prop);if (access(path, R_OK) == 0) break;snprintf(path, sizeof(path), "%s/%s.%s.so",HAL_LIBRARY_PATH1,name,prop); if (access(path, R_OK) == 0) break;} else {snprintf(path, sizeof(path), "%s/%s.default.so",HAL_LIBRARY_PATH1, name);if (access(path, R_OK) == 0) break;}}
?
?? ?查找并加載hal層的so庫，最后load(class_id, path, module);用dlopen動態加載so庫，這里會比較打開的so庫中id的名字和傳進來的是否一樣，如果都是"lights"，才能加
?? ?載成功。
?? ?
?? ?看看so庫的實現，進入HAL層，在device/softwinner/crane-common/hardware/libhardware/lights/lights.c中：
?? ?這里打開的是dev->fd = open("/dev/disp", O_RDONLY);
?? ?他在kernel中對應的文件為：drivers/video/sun4i/disp/dev_disp.c
上面是手動調節背光的流程，如果是設備有自動感光設備(light-sensor),那么調節代碼也是在PowerManagerService.java中開始，如下：
????? mSensorManager.registerListener(mLightListener, mLightSensor,
????????????? LIGHT_SENSOR_RATE);?
LIGHT_SENSOR_RATE為監聽時間間隔，而mLightListener定義為：
3133 SensorEventListener mLightListener = new SensorEventListener() { 3134 public void onSensorChanged(SensorEvent event) { 3135 synchronized (mLocks) { 3136 // ignore light sensor while screen is turning off 3137 if (isScreenTurningOffLocked()) { 3138 return; 3139 } 3140 3141 int value = (int)event.values[0]; 3142 long milliseconds = SystemClock.elapsedRealtime(); 3143 if (mDebugLightSensor) { ................................................ 3159 mHandler.removeCallbacks(mAutoBrightnessTask); 3160 mLightSensorPendingDecrease = (value < mLightSensorValue); 3161 mLightSensorPendingIncrease = (value > mLightSensorValue); 3162 if (mLightSensorPendingDecrease || mLightSensorPendingIncrease) { 3163 mLightSensorPendingValue = value; 3164 mHandler.postDelayed(mAutoBrightnessTask, LIGHT_SENSOR_DELAY); .................................................. }我們可以看到，如果光感有數據變化，會調用onSensorChanged方法，value = (int)event.values[0];讀取光感數值，然后到3164行
mHandler.postDelayed(mAutoBrightnessTask, LIGHT_SENSOR_DELAY);去調節背光亮度，這里的mAutoBrightnessTask定義：
2469 private Runnable mAutoBrightnessTask = new Runnable() { 2470 public void run() { 2471 synchronized (mLocks) { 2472 if (mLightSensorPendingDecrease || mLightSensorPendingIncrease) { 2473 int value = (int)mLightSensorPendingValue; 2474 mLightSensorPendingDecrease = false; 2475 mLightSensorPendingIncrease = false; 2476 lightSensorChangedLocked(value); 2477 } 2478 } 2479 } 2480 };最后是在2476中進行背光設置，在PowerManagerService.java中，我們也看到距離感(主要應用是放耳邊聽電話時候自動關閉背光，防止亂觸摸現象)應也是在這個文件中讀取
的：
SensorEventListener mProximityListener = new SensorEventListener() { 3090 public void onSensorChanged(SensorEvent event) {................................ }??
23.?
編譯,分析uboot:
?? ?./build.sh -p sun4i_crane?? ?或者? make sun4i
?? ?board_init_r 從匯編跳到C入口，入口在文件arch/arm/lib/board.c中
?? ?啟動用到的三個設置環境命令：
?? ?include/configs/sun4i.h中：
bootcmd=run setargs boot_normal；board/allwinner/a10-evb/a10-evb.c -> check_android_misc()中setenv("bootcmd", "run setargs boot_recovery");setenv("bootcmd", "run setargs boot_fastboot");
?? ?他們分別為：
boot_normal=nand read 50000000 boot; boota 50000000//nand對應cmd_nand命令，會查找boot分區，把它讀到RAM地址0x50000000中boot_recovery=nand read 50000000 recovery; boota 50000000//nand對應cmd_nand命令，會查找recovery分區，把它讀到RAM地址0x50000000中boot_fastboot=fastboot//啟動cmd_fastboot命令，等待USB發送fastboot命令到來
24.?
編譯kernel
?? ?./build.sh -p sun4i_crane25.
?binder通訊機制的理解：
? ? 25.1.?
rocessState::ProcessState() : mDriverFD(open_driver()) , mVMStart(MAP_FAILED) , mManagesContexts(false) , mBinderContextCheckFunc(NULL) , mBinderContextUserData(NULL) , mThreadPoolStarted(false) , mThreadPoolSeq(1)?? ?這里打開的可以是service的fd,也是和servicemanager通訊的FD，和進程相關，一個進程映射一個FD就可以了，service要把自己添加到servicemanager中，就是打開該
?? ?fd,但也傳進了另外一個參數mHandle(0),表示自己是要和servicemanager通訊，并且把自己的binder實體也傳進去，以便掛在servicemanager端，然后service也是利用該FD
?? ?等待和client的通訊，整個系統一共有20多處打開FD的LOG。而service等待client數據并且處理數據的地方是下面這兩句：
ProcessState::self()->startThreadPool();IPCThreadState::self()->joinThreadPool();
?? ?就是啟動線程等待client的請求
? ?25. 2.?
每個進程都有自己的defaultServiceManager(),如frameworks/base/media/mediaserver/main_mediaserver.cpp這個編譯出來的執行文件就是一個單獨的進程：
int main(int argc, char** argv){sp<ProcessState> proc(ProcessState::self());sp<IServiceManager> sm = defaultServiceManager(); LOGI("ServiceManager: %p", sm.get());AudioFlinger::instantiate();MediaPlayerService::instantiate();CameraService::instantiate();AudioPolicyService::instantiate();ProcessState::self()->startThreadPool();IPCThreadState::self()->joinThreadPool();}?? ?其他的進程會有自己獨立的defaultServiceManager()，這一點從加入的log打印出來有20多個就可以證明：
34 sp<IServiceManager> defaultServiceManager() 35 {36 if (gDefaultServiceManager != NULL) return gDefaultServiceManager;37 38 {39 AutoMutex _l(gDefaultServiceManagerLock);40 if (gDefaultServiceManager == NULL) {41 LOGI("luis:go to here");//打印出來有20多個42 gDefaultServiceManager = interface_cast<IServiceManager>(43 ProcessState::self()->getContextObject(NULL));44 }45 }
? ? 25.3.
?service傳輸的數據要拷貝到內核空間的MMAP共享的空間，servicemaneger和client則通過指針就可以保存可操作MMAP空間這些數據，所以MMAP只有一次數據拷貝，一就是
?? ?binder進程的通訊只有一次數據拷貝?? ?4. client要從servicemanager獲得service接口，也要打開一個FD才能與servicemanager通訊，它也調用IPCThreadState::talkWithDriver這個與binder驅動交互，但打開
?? ?的FD是這個進程打開defaultServiceManager時候，函數創建ProcessState對象時，在ProcessState構造函數通過open文件操作函數打開設備文件/dev/binder時設置好的FD，
?? ?而且傳進來的handle值為0，表示目標Binder對象是ServiceManager，但它自己并不像service一樣有binder傳給servicemanager,而相反，要從servicemanager中取得一個
?? ?binder實體的handle
26.
?init.sun4i.rc中format_userdata /dev/block/nandi IPND5格式化UMS分區，他對應的命令在system/core/init/builtins.c中：
int do_format_userdata(int argc, char **argv){ const char *devicePath = argv[1]; char bootsector[512];char lable[32];int fd; int num;pid_t child;int status;fd = open(devicePath, O_RDONLY);if( fd <= 0 ) { ERROR("open device error :%s", strerror(errno)); return 1;} memset(bootsector, 0, 512);read(fd, bootsector, 512);close(fd);if( (bootsector[510]==0x55) && (bootsector[511]==0xaa) ) { ERROR("dont need format %s", devicePath); return 1;} else // 格式化{ ERROR("start format %s", devicePath);child = fork(); if (child == 0) {ERROR("fork to format %s", devicePath);execl("/system/bin/logwrapper","/system/bin/logwrapper","/system/bin/newfs_msdos","-F","32","-O","android","-c","8", "-L",argv[2],argv[1], NULL); exit(-1);}ERROR("wait for format %s", devicePath);while (waitpid(-1, &status, 0) != child) ;ERROR("format %s ok", devicePath); return 1;}}27. sensor的代碼結構：
?? ?frameworks/base/services/sensorservice/SensorService.cpp中
void SensorService::onFirstRef()67 {68 LOGD("nuSensorService starting...");69 70 SensorDevice& dev(SensorDevice::getInstance());//取得sensor列表，就是調用hw_get_module加載so庫，switch (list[i].type) {87 case SENSOR_TYPE_ORIENTATION:88 orientationIndex = i;89 break;90 case SENSOR_TYPE_GYROSCOPE:91 hasGyro = true;92 break;93 case SENSOR_TYPE_GRAVITY:94 case SENSOR_TYPE_LINEAR_ACCELERATION://根據type來判斷是那種類型的sensor，所以我們在device下的so庫中要注意該類型的賦值95 case SENSOR_TYPE_ROTATION_VECTOR:96 virtualSensorsNeeds &= ~(1<<list[i].type);97 break;
28. 上層讀取input事件時，一般是通過約定的名字來確定到底和/dev/input下的哪一個設備關聯，如imapx15的gsensor，hardware/bosch_sensors/sensors.cpp中，
???????? 打開/dev/input目錄后，遍歷所有設備，根據約定的字符名字匹配：
539 if(ioctl(d06_read_fd, EVIOCGNAME(sizeof(name)),name) > 0)540 { 541 ALOGD("devname=%s\n",devname);542 ALOGD("name=%s\n",name);543 if(!strcmp(name,INPUT_NAME_ACC))//"DMT_Gsensor"))544 {545 ALOGD("%s:name=%s,fd=%d\n",__func__,name,d06_read_fd);546 break;547 }
?? ? 而在底層的driver中有：
291 /* Set InputDevice Name */292 input->name = INPUT_NAME_ACC;
?? ?這樣就能匹配成功啦
29.?
infotmic的LCD配置：
路徑在drivers/InfotmMedia/lcd_api/source中，新增自己的c配置文件，填寫手冊中的配置在結構體lcdc_config_t中在drivers/InfotmMedia/lcd_api/source/lcd_cfg.h中增加新增的文件
而在drivers/InfotmMedia/external/project/ids_drv_i800/ids.c中，會對item文件進行解析，以確認到底用那個LCD配置
28.?
javah生成JNI文件，其他一切都是浮云
?? ?在eclipse中編譯好apk后，我的package為 com.example.javajni，class為HellojniActivity，看看生成的bin目錄：?? ?├── bin
?? ?│?? ├── AndroidManifest.xml
?? ?│?? ├── classes
?? ?│?? │?? ├── com
?? ?│?? │?? │?? └── example
?? ?│?? │?? │?????? └── javajni
?? ?│?? │?? │?????????? ├── BuildConfig.class
?? ?│?? │?? │?????????? ├── HellojniActivity.class
?? ?│?? │?? │?????????? ├── R$attr.class
?? ?│?? │?? │?????????? ├── R.class
?? ?│?? │?? │?????????? ├── R$drawable.class
?? ?│?? │?? │?????????? ├── R$id.class
?? ?│?? │?? │?????????? ├── R$layout.class
?? ?│?? │?? │?????????? ├── R$menu.class
?? ?│?? │?? │?????????? ├── R$string.class
?? ?│?? │?? │?????????? └── R$style.class
?? ?│?? │?? └── com_example_javajni_HellojniActivity.h
?? ?我們要在bin/classs目錄下運行javah命令，如下javah -classpath ./ -jni com.example.javajni.HellojniActivity，這樣才能根據后面的參數找到com/example/
?? ?javajni目錄下的HellojniActivity.class文件
29.
?kernel的makefile中鏈接.a庫的寫法：
?? ?? 1 obj-$(CONFIG_TOUCHSCREEN_AW5306)??????????????? += aw5306_ts.o???????????????????????????????????????????????????????????????????????????? ??? ?? 2 aw5306_ts-objs := AW5306_ts.o AW5306_userpara.o $@libAW5306.a
?? ?? libAW5306.a就是該目錄下的一個庫
30.
?allwiner的touch I2C注冊過程：
I2C的注冊分靜態和動態，靜態的i2c_register_board_info就不多說了，先創建好i2c device,后續的i2c_driver尋找匹配的device，從該device就可以找到對應的adapter;
而動態的注冊是怎樣的呢，driver和device都在同一個文件里面注冊，而且不管注冊先后，都可以找到對方，過程如下：
定義好driver:
static struct i2c_driver pcf8563_driver = { .driver = { .name = "rtc-pcf8563", },.probe = pcf8563_probe,.remove = pcf8563_remove,.id_table = pcf8563_id, }; 用i2c_add_driver注冊該driver;接著創建一個device:
struct i2c_board_info info;struct i2c_adapter *adapter;memset(&info, 0, sizeof(struct i2c_board_info));info.addr = 0x51;strlcpy(info.type, I2C_DEVICE_NAME, I2C_NAME_SIZE);adapter = i2c_get_adapter(1);if (!adapter) {printk("%s : can't get i2c adapter %d\n",__func__,1);goto err_driver;}client = i2c_new_device(adapter, &info);i2c_put_adapter(adapter);if (!client) {printk("%s : can't add i2c device at 0x%x\n",__func__,(unsigned int)info.addr);goto err_driver;}printk("%s i2c add success! \n",__func__);return 0;err_driver:return -ENODEV;上述關鍵在于I2C_DEVICE_NAME名字要和i2c_driver中pcf8563_id定義的一致，還有?i2c_get_adapter(1)是獲得編號為1的adapter,也就是pcf8563設備掛載那條i2c總線上，adapter是板級的，和芯片有關，啟動時候肯定都注冊了的，所以可以獲得到。
這樣就可以一個文件中完成I2C代碼，可以編譯成ko加載。
31.?
讓機器永不休眠并且沒有鎖屏界面：
frameworks/base/packages/SettingsProvider/res/values/defaults.xml中修改def_screen_off_timeout為-1frameworks/base/policy/src/com/android/internal/policy/impl/KeyguardViewMediator.java中mExternallyEnabled設置為false32.ND6的以太網服務分析frameworks/base/目錄下：
?? ?首先在ethernet/java/android/net/ethernet中定義了aidl文件：
?? ??? ?EthernetDevInfo.aidl //定義Parcelable傳輸對象流
?? ??? ?EthernetDevInfo.java ?
?? ??? ?EthernetManager.java ?
?? ??? ?EthernetMonitor.java ?
?? ??? ?EthernetNative.java ?
?? ??? ?EthernetStateTracker.java ?
?? ?IEthernetManager.aidl //定義服務接口函數interface IEthernetManager
?? ?看到IEthernetManager.aidl就知道有服務要實現這些接口函數，它在frameworks/base/services/java/com/android/server/EthernetService.java中：
?? ??? ?public class EthernetService<syncronized> extends IEthernetManager.Stub{........}
?? ?而這個服務在services/java/com/android/server/ConnectivityService.java中注冊添加：
?? ? ?? ?521?? ServiceManager.addService(Context.ETHERNET_SERVICE, ethService);
?? ?這樣以后我們就可以用getService的方法來獲得該服務了。
?? ?回來看EthernetManager.java中的函數，它定義了對外提供訪問的共有函數：
95 public EthernetDevInfo getSavedConfig() {96 try {97 return mService.getSavedConfig();98 } catch (RemoteException e) {99 Slog.i(TAG, "Can not get eth config");100 }101 return null;102 }
?? ?可以看到都是同過調用mService的方法，而mService正是我們上面的ETHERNET_SERVICE，它在那里獲得呢？看文件：
?? ??? ?core/java/android/app/ContextImpl.java
487 if (Items.ItemExist("eth.model") == 1) {488 registerService(ETHERNET_SERVICE, new ServiceFetcher() {489 public Object createService(ContextImpl ctx) {490 IBinder b = ServiceManager.getService(ETHERNET_SERVICE); 491 if (b == null)492 {493 Log.w(TAG, "Error getting service name:" + ETHERNET_SERVICE);494 }495 IEthernetManager service = IEthernetManager.Stub.asInterface(b);496 return new EthernetManager(service, ctx.mMainThread.getHandler());497 }});498 }
?? ?果然是通過ServiceManager.getService(ETHERNET_SERVICE)來獲得的，而且注冊了EthernetManager服務，這樣我們的應用中用getSystemService方法即可獲得一個
?? ?EthernetManager.java中的對象了，當然還要把EthernetManager.java中的函數等聲明為公開，應用程序才能調用得到，api/current.txt中：
12765 public class EthernetManager { 12766 ctor public EthernetManager(android.net.ethernet.IEthernetManager, android.os.Handler);12767 method public java.lang.String[] getDeviceNameList();12768 method public android.net.ethernet.EthernetDevInfo getSavedConfig();12769 method public int getState();12770 method public int getTotalInterface();12771 method public boolean isConfigured();12772 method public void updateDevInfo(android.net.ethernet.EthernetDevInfo);12773 field public static final int ETHERNET_DEVICE_SCAN_RESULT_READY = 0; // 0x012774 field public static final java.lang.String ETHERNET_STATE_CHANGED_ACTION = "android.net.ethernet.ETHERNET_STATE_CHANGED";12775 field public static final int ETHERNET_STATE_DISABLED = 1; // 0x112776 field public static final int ETHERNET_STATE_ENABLED = 2; // 0x212777 field public static final int ETHERNET_STATE_UNKNOWN = 0; // 0x012778 field public static final java.lang.String EXTRA_ETHERNET_STATE = "ETHERNET_state";12779 field public static final java.lang.String EXTRA_NETWORK_INFO = "networkInfo";12780 field public static final java.lang.String EXTRA_PREVIOUS_ETHERNET_STATE = "previous_ETHERNET_state";12781 field public static final java.lang.String NETWORK_STATE_CHANGED_ACTION = "android.net.ethernet.STATE_CHANGE";12782 field public static final java.lang.String TAG = "EthernetManager";12783 }
這樣，應用中getSystemService(Context.ETHERNET_SERVICE)即可獲得服務
33.
frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindowManager.java中power key的處理分析：
2994 case KeyEvent.KEYCODE_POWER: {...........3023 interceptPowerKeyDown(!isScreenOn || hungUp //處理按鍵按下去的動作3024 || mVolumeDownKeyTriggered || mVolumeUpKeyTriggered);?? ?interceptPowerKeyDown函數如下：
605 private void interceptPowerKeyDown(boolean handled) { 606 mPowerKeyHandled = handled;607 if (!handled) {608 mHandler.postDelayed(mPowerLongPress, ViewConfiguration.getGlobalActionKeyTimeout());//表示長按多久后彈出關機確認對話框609 }610 }
?? ?接著：
3028 if (interceptPowerKeyUp(canceled || mPendingPowerKeyUpCanceled)) {//處理按鍵抬起的動作3029 result = (result & ~ACTION_POKE_USER_ACTIVITY) | ACTION_GO_TO_SLEEP;3030 }
?? ?interceptPowerKeyUp函數如下：
612 private boolean interceptPowerKeyUp(boolean canceled) { 613 if (!mPowerKeyHandled) {614 mHandler.removeCallbacks(mPowerLongPress);//如果還沒有彈出關機確認對話框，取消掉它615 return !canceled;616 }617 return false;618 }
34.?
camera打開device/infotm/imapx800/etc/media_profiles.xml配置的位置：
?? ?apps/Camera/src/com/android/camera/VideoCamera.java中mMediaRecorder.setProfile(mProfile); //mMediaRecorder為打開錄像的錄音功能?? ?其中mProfile為 mProfile = CamcorderProfile.get(mCameraId, quality);它是通過調用JNI -> HAL層來解析media_profiles.xml文件的
35.
?infotmic factroy reset流程：
?? ?1. packages/apps/Settings/src/com/android/settings/MasterClearConfirm.java------>?? ??? ?getActivity().sendBroadcast(new Intent("android.intent.action.MASTER_CLEAR"));
?? ?2. frameworks/base/core/res/AndroidManifest.xml------>
1748 <receiverandroid:name="com.android.server.MasterClearReceiver"//這里的名字即為activity的路徑 1749 android:permission="android.permission.MASTER_CLEAR"1750 android:priority="100" >
?? ?3. frameworks/base/services/java/com/android/server/MasterClearReceiver.java------->
?? ??? ?RecoverySystem.rebootWipeUserData(context);
?? ?4. frameworks/base/core/java/android/os/RecoverySystem.java------->
?? ??? ?bootCommand(context, "--wipe_data");
378 public static void bootCommand(Context context, String arg) throws IOException {379 RECOVERY_DIR.mkdirs(); // In case we need it380 COMMAND_FILE.delete(); // In case it's not writable381 LOG_FILE.delete();382 383 FileWriter command = new FileWriter(COMMAND_FILE); 384 try {385 command.write(arg);386 command.write("\n");387 } finally {388 command.close();389 }390 391 // Having written the command file, go ahead and reboot392 PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);393 pm.reboot("recovery");394 395 throw new IOException("Reboot failed (no permissions?)");396 }
?? ? ?? ?其中383行COMMAND_FILE定義：
71 private static File RECOVERY_DIR = new File("/cache/recovery");72 private static File COMMAND_FILE = new File(RECOVERY_DIR, "command");
?? ??? ?385行將字符串--wipe_data寫到/chache/recovery分區，接著看393行。
?? ?5. frameworks/base/services/java/com/android/server/PowerManagerService.java------->
?? ??? ?ShutdownThread.reboot(mContext, finalReason, false);
?? ?6. frameworks/base/services/java/com/android/server/pm/ShutdownThread.java------->
?? ??? ?reboot() -> shutdownInner() -> beginShutdownSequence() ->? sInstance.start() -> run() -> rebootOrShutdown() ->
?? ??? ?PowerManagerService.lowLevelShutdown() -> 到PowerManagerService.java中 -> nativeShutdown()
?? ?7. JNI frameworks/base/services/jni/com_android_server_PowerManagerService.cpp ------>
?? ??? ?android_reboot(ANDROID_RB_POWEROFF, 0, 0);
?? ?8. system/core/libcutils/android_reboot.c? //adb等命令也是通過該函數來reboot的
?? ??? ?__reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2,LINUX_REBOOT_CMD_RESTART2, arg);//系統調用，進入kernel
?? ?9.? kernel/kernel/sys.c -------->
case LINUX_REBOOT_CMD_RESTART2:if (strncpy_from_user(&buffer[0], arg, sizeof(buffer) - 1) < 0) {ret = -EFAULT;break;}buffer[sizeof(buffer) - 1] = '\0';//kernel_restart(buffer);imap_reset(!strncmp(buffer, "recover", 7));
?? ?10. arch/arm/mach-imapx800/cpu.c ------->
void imap_reset(int type) {imapfb_shutdown();writel(type, IO_ADDRESS(SYSMGR_RTC_BASE + 0x3c));printk(KERN_EMERG "sysreboot: %s\n", (type == 2)? "charger": ((type == 1)? "recovery":"normal")); //這里肯定是recovery了writel(0x1, IO_ADDRESS(SYSMGR_RTC_BASE + 0x2c));writel(0x1, IO_ADDRESS(SYSMGR_RTC_BASE + 0x44));imap_set_retry_param_default();writel(0x3, IO_ADDRESS(SYSMGR_RTC_BASE));while(1);}
如果是全志平臺4.0.3代碼，從第6點rebootOrShutdown函數開始有點不一樣，他是調用Power.shutdown()，所以跑到了Power.java中，在這個文件中調用reboot->rebootNative
這樣到了JNI的方法android_os_Power.cpp，全志在這個文件里做了一些自己的改動，后面就和盈方微平臺的一樣了，這可能也是andorid4.1.2和4.0.3的改動吧
而且在kernel中也有點不同，A10的路線如下：
kernel/sys.c中：
kernel_restart_prepare函數將cmd命令(比如 adb reboot recovery，則cmd = "recovery")寫入MISC分區，關閉外設，同步文件等操作：
void kernel_restart_prepare(char *cmd) {blocking_notifier_call_chain(&reboot_notifier_list, SYS_RESTART, cmd);system_state = SYSTEM_RESTART;usermodehelper_disable();device_shutdown();syscore_shutdown(); }由于在arch/arm/mach-sun4i/reboot.c中注冊了reboot監聽事件： static struct notifier_block sun4i_reboot_notifier = { .notifier_call = sun4i_reboot, };static int sun4i_reboot_init(void) {return register_reboot_notifier(&sun4i_reboot_notifier); }
所以blocking_notifier_call_chain調用后發出通知，sun4i_reboot函數就會被調用，他將recovery字符串寫入MISC分區。
然后machine_restart調用的是arch/arm/kernel/process.c中：
void machine_restart(char *cmd) {machine_shutdown();arm_pm_restart(reboot_mode, cmd); }void (*arm_pm_restart)(char str, const char *cmd) = arm_machine_restart; EXPORT_SYMBOL_GPL(arm_pm_restart);
最后調用arch/arm/mach-sun4i/include/mach/system.h平臺的arch_reset函數：
static inline void arch_reset(char mode, const char *cmd) {/* use watch-dog to reset system */#define WATCH_DOG_CTRL_REG (SW_VA_TIMERC_IO_BASE + 0x0094)*(volatile unsigned int *)WATCH_DOG_CTRL_REG = 0;__delay(100000);*(volatile unsigned int *)WATCH_DOG_CTRL_REG = 3;while(1); }
36.
?infotmic 4.1.2代碼Wifi流程：
首先從系統設置中，打開WIFI界面時候，調用了WifiSettings.java的onActivityCreated方法，做一些初始化設置后調用：?? ?mWifiEnabler = new WifiEnabler(activity, actionBarSwitch);
packages/apps/Settings/src/com/android/settings/wifi/WifiEnabler.java：
?? ?mWifiManager = (WifiManager) context.getSystemService(Context.WIFI_SERVICE);
華東WIFI的switch按鈕后，調用onCheckedChanged函數：
??? ?mWifiManager.setWifiEnabled(isChecked);
通過AIDL，調用frameworks/base/wifi/java/android/net/wifi/WifiManager.java的setWifiEnabled：
??? ? mService.setWifiEnabled(enabled)；
最終調用的是frameworks/base/services/java/com/android/server/WifiService.java的setWifiEnabled：
?? ?mWifiStateMachine.setWifiEnabled(enable);
mWifiStateMachine類在frameworks/base/wifi/java/android/net/wifi/WifiStateMachine.java：
743 public void setWifiEnabled(boolean enable) { 744 mLastEnableUid.set(Binder.getCallingUid());745 if (enable) {746 /* Argument is the state that is entered prior to load */747 sendMessage(obtainMessage(CMD_LOAD_DRIVER, WIFI_STATE_ENABLING, 0));748 sendMessage(CMD_START_SUPPLICANT);749 } else {750 sendMessage(CMD_STOP_SUPPLICANT);751 /* Argument is the state that is entered upon success */752 sendMessage(obtainMessage(CMD_UNLOAD_DRIVER, WIFI_STATE_DISABLED, 0));753 }754 }
這是一個WIFI狀態機的管理類，管理著WIFI的各種狀態切換，每個狀態都是一個類，類中有enter和
processMessage兩個函數用來處理該狀態的事件，先看他的構造函數中有：
?? ?setInitialState(mInitialState);
它表示第一次進入該類時候的初始狀態，這里我們第一次進入，所以會調用該類中的enter:
1994 class InitialState extends State{ 1995 @Override1996 //TODO: could move logging into a common class1997 public void enter() {1998 if (DBG) log(getName() + "\n");1999 // [31-8] Reserved for future use2000 // [7 - 0] HSM state change2001 // 50021 wifi_state_changed (custom|1|5)2002 EventLog.writeEvent(EVENTLOG_WIFI_STATE_CHANGED, getName());2003 2004 if (mWifiNative.isDriverLoaded()) {2005 transitionTo(mDriverLoadedState);2006 }2007 else {2008 transitionTo(mDriverUnloadedState);2009 }................}
這里進入2008行，狀態切換到了mDriverUnloadedState類中，所以進入該類看看：
?? ?enter函數沒做什么，只是打印LOG，processMessage中狀態切換到mDriverLoadingState：
在enter中看看：
2044 new Thread(new Runnable() {2045 public void run() {2046 mWakeLock.acquire();2047 //enabling state2048 switch(message.arg1) {2049 case WIFI_STATE_ENABLING:2050 setWifiState(WIFI_STATE_ENABLING);2051 break;2052 case WIFI_AP_STATE_ENABLING:2053 setWifiApState(WIFI_AP_STATE_ENABLING);2054 break;2055 }2056 2057 if(mWifiNative.loadDriver()) {2058 if (DBG) log("Driver load successful");2059 sendMessage(CMD_LOAD_DRIVER_SUCCESS); 2060 } else {
這里switch中會獲得message.arg1為前面setWifiEnabled設置的WIFI_STATE_ENABLING，setWifiState函數會廣播出去，應用中會收到該廣播，暫時不管應用怎么處理該廣播，
然后2057行加載驅動：
?? ?進入JNI層core/jni/android_net_wifi_Wifi.cpp：
?? ??? ?return (jboolean)(::wifi_load_driver() == 0);
?? ?進入hardware/libhardware_legacy/wifi/wifi.c中，這里就是加載wifi的ko模塊的地方了
回到2057行并且成功后發送CMD_LOAD_DRIVER_SUCCESS消息，這樣進入processMessage函數，看看CMD_LOAD_DRIVER_SUCCESS分支：
case CMD_LOAD_DRIVER_SUCCESS:transitionTo(mDriverLoadedState);所以進入mDriverLoadedState類中，enter沒做什么事情，看看processMessage函數，發現沒有CMD_LOAD_DRIVER_SUCCESS分支，所以狀態就停留在mDriverLoadedState中。
然后回到setWifiEnabled函數，還有一句sendMessage(CMD_START_SUPPLICANT)，所以進入前面的停留狀態mDriverLoadedState中：
2123 case CMD_START_SUPPLICANT:2124 try {2125 mNwService.wifiFirmwareReload(mInterfaceName, "STA");2126 } catch (Exception e) {2127 loge("Failed to reload STA firmware " + e);2128 // continue2129 }2130 try {2131 //A runtime crash can leave the interface up and2132 //this affects connectivity when supplicant starts up.2133 //Ensure interface is down before a supplicant start.2134 mNwService.setInterfaceDown(mInterfaceName);2135 //Set privacy extensions2136 mNwService.setInterfaceIpv6PrivacyExtensions(mInterfaceName, true);2137 } catch (RemoteException re) {2138 loge("Unable to change interface settings: " + re);2139 } catch (IllegalStateException ie) {2140 loge("Unable to change interface settings: " + ie);2141 }2142 2143 if(mWifiNative.startSupplicant(mP2pSupported)) {2144 if (DBG) log("Supplicant start successful");2145 mWifiMonitor.startMonitoring();2146 transitionTo(mSupplicantStartingState);2147 } else {2148 loge("Failed to start supplicant!");2149 sendMessage(obtainMessage(CMD_UNLOAD_DRIVER, WIFI_STATE_UNKNOWN, 0));2150 }2151 break;
看看2143行，流程和前面加載ko差不多，最后調用wifi.c中wifi_start_supplicant：
?? ?property_set("ctl.start", supplicant_name);
這里supplicant_name為wpa_supplicant，屬性“ ctrl.start ”和“ ctrl.stop ”是用來啟動和停止服務，所有服務必須在init.rc中定義，所以這里啟動了init.rc中的：
?? ?service wpa_supplicant /system/bin/wpa_supplicant -Dwext -iwlan0 -c /data/misc/wifi/wpa_supplicant.conf
2145行啟動監聽，在frameworks/base/wifi/java/android/net/wifi/WifiMonitor.java中：
350 public void startMonitoring() {351 new MonitorThread().start();352 }353 354 class MonitorThread extends Thread {355 public MonitorThread() {356 super("WifiMonitor");357 }...........................359 public void run() {360 361 if (connectToSupplicant()) {362 // Send a message indicating that it is now possible to send commands363 // to the supplicant364 mStateMachine.sendMessage(SUP_CONNECTION_EVENT);365 } else {366 mStateMachine.sendMessage(SUP_DISCONNECTION_EVENT);367 return;368 }369 370 //noinspection InfiniteLoopStatement371 for (;;) {372 String eventStr = mWifiNative.waitForEvent();
可以看到，是開啟了一個線程，用來監聽底層的wpa_supplicant事件通知，這里啟動成功的話執行364行，狀態變為SUP_CONNECTION_EVENT
回到前面的mDriverLoadedState狀態2146行，來到mSupplicantStartingState中：
37 .
?allwinner音頻控制流程：
hal層的so庫文件在device/softwinner/common/hardware/audio中編譯生成，該路徑下的audio_hw.c對上主要實現了android hal層so庫的標準接口供audiofliger調用，對下主要通過調用android標準的tinymix接口來控制底層驅動，從而實現音量控制，音頻通路的切換等，tinymix驅動路徑在external/tinyalsa中，它會編譯生成tinyalsa可執行文件和
libtinyalsa.so庫文件，其中可執行文件可以用來在終端命令行直接控制底層音頻(命令格式和方法看這篇筆記的第12條)，而so庫供提供庫函數和audio_hw.c一起編譯，從而實現通過audio_hw.c調用。
38.
原子位操作
為了實現位操作，內核提供了一組可原子地修改和測試單個位的函數。
原子位操作非常快，只要底層硬件允許，這種操作就可以使用單個機器指令來執行，并且不需要禁止中斷。這些函數依賴于具體的架構，因此在<asm/bitops.h>中聲明。即使是在SMP計算機上，這些函數也可確保為原子的，因此，能提供跨處理器的一致性。
這些函數使用的數據類型也是依賴于具體架構的。nr參數（用來描述要操作的位）通常被定義為int，但在少數架構上被定義為unsigned long。要修改的地址通常是指向unsigned long指針，但在某些架構上卻使用void *來代替。
可用的位操作如下：
復制代碼
? void set_bit(nr, void *addr); /*設置第 nr 位在 addr 指向的數據項中。*/
??
? void clear_bit(nr, void *addr); /*清除指定位在 addr 處的無符號長型數據.*/
??
? void change_bit(nr, void *addr);/*翻轉nr位.*/
??
? test_bit(nr, void *addr); /*這個函數是唯一一個不需要是原子的位操作; 它簡單地返回這個位的當前值.*/
??
? /*以下原子操作如同前面列出的, 除了它們還返回這個位以前的值.*/
?
?int test_and_set_bit(nr, void *addr);?
?int test_and_clear_bit(nr, void *addr);?
?int test_and_change_bit(nr, void *addr);?
39. android 4.4.2安全模式分析：
在services/java/com/android/server/wm/WindowManagerService.java：
該函數是services/java/com/android/server/SystemServer.java調用的： // Before things start rolling, be sure we have decided whether// we are in safe mode.final boolean safeMode = wm.detectSafeMode(); if (safeMode) {ActivityManagerService.self().enterSafeMode();// Post the safe mode state in the Zygote classZygote.systemInSafeMode = true;// Disable the JIT for the system_server processVMRuntime.getRuntime().disableJitCompilation();} else {// Enable the JIT for the system_server processVMRuntime.getRuntime().startJitCompilation();} 所以要禁用安全模式，把safeMode設為false即可
總結
- 上一篇： 简单学习架构图
- 下一篇： Lenovo/联想乐Phone S680