cat /sys/class/android_usb/android0/iserial 檢視序列號
查詢關鍵安：iserial
找到：descriptor_string_attr(iserial, serial_string)
查詢：serial_string 順藤摸瓜找到以下資訊
序列號的作用有兩個,乙個是在usb連線時顯示，可用adb devices 看到，獲取**在：linux-3.4/drivers/usb/gadget/android.c -->android_bind 函式裡
static int android_bind(struct usb_composite_dev *cdev)
另乙個是 在setting裡的序列號裡顯示，作為android裝置的唯一識別碼, 獲取**在：linux-3.4/arch/arm/kernel/setup.c --> c_show
static int c_show(struct seq_file *m, void *v)
既然找到位置了，就開始修改吧：
從 sw_get_chip_id2()這個函式著手修改
這個檔案在目錄 linux-3.4/arch/arm/mach-sun7i/security_id.c
//新增這個函式：把字串轉化為16進製制數
unsigned int strtohex(const char *pstr,int len)
else if (*pstr >= 'a' && *pstr <= 'f') else if (*pstr >= 'a' && *pstr <= 'f') else
ull <<= 4;
ull |= uc;
pstr++;}}
return ull;
}int sw_get_chip_id2(struct sw_chip_id *chip_id)
else
return 0;
}同時還要在sys_config.fex 新增一項
[sn_serial]
sn = "aebe0123456789bcdef"
重新編譯，打包，這樣就可以通過修改sys_config.fex 檔案來修改序列號了
全志a20開機很慢問題
因為公司買了兩塊開發板，但是發現一塊開機時間是30都不到，而全志這志開發板卻開個機花費了1分多鐘的時間，所以得找一下原因 用 adb shell logcat v time time.txt 檢視開機的日誌，發現有乙個可疑的地方 01 01 08 09 06.110 i inputdispatche...
全志A20下，檢視當前系統裡面各個IO口的占用情況
我們寫驅動的時候，很多時候都是在開發板廠商提供的bsp開發包下面進行開發 各種io口的占用情況，我們並不一定完全了解 甚至由於檔案分散的原因，自己寫好的驅動，可能在無意中也占用了某個io口 於是在寫新驅動的時候，由於io被別的地方占用了，會導致io request失敗 如果自己搜尋 有時候會很難找到...
修改SQL Server序列號
一 場景 通常在遇到以下場景的時候，需要修改sql server序列號 1 將sql server的180天評估版改為正式的版本 2 將sql server從低版本 如標準版 改為高版本 如企業版 二 系統配置檢查 1 globalrules規則組 包括以下規則 norebootpackage 此規...