其他

說明： 這是公司內部的代碼提交備忘，對外沒有任何參考價值，謝謝 *目的（需求）及思路添加電容屏驅動：型號1. Cypress cy8ctmg120型號2. FocalTech ft5406*修改內容修改位置 = kernel分支 = remotes/origin/froyo_almondchange ID = commit 4206adf78348c6628a2d652a7da23628dccdbb6ats: added cy8c_tmg120free_ts driver & ft540

DDR和ARM的頻率改變後I2C又出現了問題：先前的處理邏輯是當發送緩衝區為空白後我會去讀接收緩衝區中的資料，其判斷依據為進入中斷後先讀取接收緩衝區的資料計數器的值根據該值來決定讀取接收fifo的次數。以前的這種邏輯一直是好的，這是建立在一個這樣的假設上的：如果發送緩衝區為空白了，說明要求讀取的命令都已經成功發送完畢了，那麼接收緩衝fifo中就應該有和讀取命令發送成功次數相一致的資料被收到，也就是我每成功發出一個讀取的CMD那麼接收fifo當中就一定會有一個收到的位元組。在頻率改變後我發現，當我

上周碰到的問題是，在將ctp驅動由先前的下降沿觸發改為低電平觸發中斷時發現中斷回呼函數不能被調用。分析原因後得到的結論是中斷註冊註冊的時機不對。先前的中斷註冊發生在ctp上電之前，當中斷註冊完成後立刻執行上電動作，此時的中斷引腳會由低電平變為高電平。這也就意味著如果我使用低電平觸發中斷的話，那麼ctp上電前的中斷引腳一定是低電平的，而中斷註冊又發生在上電之前，這必然會導致在上電前就會發生中斷。另外，在中斷處理函數中首先會disable 中斷，而在底半部（工作隊列）執行結束後才會enable中斷。

20130107關於G-sensor LIS3DH的調試：在input子系統的配置過程中，有如下兩個參數 FUZZ 和 FLAT。input_set_abs_params(acc->input_dev, ABS_X, -G_MAX, G_MAX, FUZZ, FLAT);input_set_abs_params(acc->input_dev, ABS_Y, -G_MAX, G_MAX, FUZZ,

1.S3C2410_GPB5是連接埠編號，定義在regs-gpio.h中，#define S3C2410_GPIO_BANKB   (32*1)#define S3C2410_GPIONO(bank,offset)   ((bank) + (offset))#define S3C2410_GPB5         S3C2410_GPIONO(S3C2410_GPIO_BANKB, 5)S3C2410共有130個GPIO，分為9組（GPA~GPJ），每組最多可以有

http://www.waveshare.net/shop/74HC138-price.htmhttp://wenku.baidu.com/view/7447a923482fb4daa58d4b18.htmlhttp://wenku.baidu.com/view/fb334f28bd64783e09122b97.html1. 通過P37將LE拉高2. 通過設定P00~P07給定欲輸出的數字3. 通過P37將LE拉低，以所存step2給出的數字4.

按下電源按鍵後螢幕關閉的log如下：D/WindowManager(  250): interceptKeyTq keycode=26 screenIsOn=true keyguardActive=falseI/power   (  250): *** set_screen_state 0D/SurfaceFlinger(   87): About to give-up screen, flinger = 0x1671960E/libEGL  (   87): validate_display:

這兩天看一個bug，其他同事懷疑是因為光線感應器每隔兩秒產生一個中斷導致系統無法休眠。我開始不怎麼相信這種說法，因為這個普通的gpio中斷怎麼會導致系統無法休眠呢？但是它提到我們的這個gpio中斷會申請一個wake-lock

看了這篇文章，我的感觸是：這是Crowdsourced Security Testing的預言！所以轉載了！原文出自：http://www.52rd.com/S_TXT/2013_3/TXT44057.HTM[導讀]在高度智能的世界中，使用者不必迎合裝置的工作方式。相反，裝置可以通過學習和設計就能預知使用者的需求——不需要互動。三星創新實驗室的進階設計師戈登·克裡斯納    北京時間3月12日訊息，據國外媒體報道，三星公司設計師戈登·克裡斯納（Golden

其中關於internel模式是我所想用的，實驗了一下，可以用。但是需要添加一些東西。我用紅色字型已經標明轉自：http://blog.sina.com.cn/s/blog_5d9c20070100lq7i.html設定網卡模式為intnet 裝置->更改網路連結。設定兩個ip在同一網段 在A虛擬機器上sudo ifconfig eth0 192.168.1.1 B虛擬機器上sudo ifconfig eth0

首先：請上層應用確認，目前手機按鍵上對應的LED燈叫什麼名字。因為我們的驅動中以及PCB中對這三個燈的命名為 led-keyboard。而上層對燈的分類比較多了：參考：hardware/libhardware/include/hardware/lights.h 39 #define LIGHT_ID_BACKLIGHT          "backlight" 40 #define LIGHT_ID_KEYBOARD           "keyboard" 41 #define

哥今天完美實現了距離感應器因結構差異導致的失效問題！這是一個演算法。。。。添到驅動中。。。很簡單。。不會造成任何額外負荷。。。。而且對上層透明。。。有了這個演算法就可以完全秒殺所有因結構不一致而導致的P-sensor失效問題。。提高良品率。。。給老闆創造價值。。。給我創造加班機會。。。為社會奉獻。知道結構差異有多大嗎？？？？同樣的手機A和Bp-sensor讀到資料 A

今天開始測試V2晶片的I2C控制器，代碼還是以前的測試V1的代碼，因為I2C控制器本身沒有什麼變化，所以就直接用以前的代碼開始測試。測試方式依然是使用24C02B

在寫這篇部落格時我先深深的反省了一下！一直以來我自認為工作嚴謹，我曾鄙視別人把沒有編譯驗證的代碼提交的伺服器上，從而導致伺服器代碼編譯出錯。我自己多年來一直堅持在push代碼前一定要編譯一次來進行確認。因此從來沒有出現過編譯事故。就在上周我還向一個朋友抱怨我們公司經常出現伺服器編譯錯誤這樣的問題。似乎顯得我很認真很嚴謹一樣！我想我是驕傲了吧。。。我昨天就幹了一件讓我很後悔的事情，ltr558的驅動先前是編譯進核心的，一直工作的很好。因為考慮到這個驅動在probe的過程中初始化部分有600ms的延

大端模式，是指資料的低位（就是權值較小的後面那幾位）儲存在記憶體的高地址中，而資料的高位儲存在記憶體的低地址中，這樣的儲存模式有點兒類似於把資料當作字串順序處理：地址由小向大增加，而資料從高位往低位放；    小端模式，是指資料的低位儲存在記憶體的低地址中，而資料的高位儲存在記憶體的高地址中，這種儲存模式將地址的高低和資料位元權有效地結合起來，高地址部分權值高，低地址部分權值低，和我們的邏輯方法一致。  

這兩天在研究linux中的input-polldev.c

節選自《人生不過如此》 作者 林語堂人生的盛宴已經擺在我們的面前，現在唯一的問題是我們的胃口怎樣。　

錯誤如下-- testSensorFeaturesfailjunit.framework.AssertionFailedError: PackageManager#hasSystemFeature(android.hardware.sensor.gyroscope) returns false but SensorManager#getSensorList(4) shows sensors [MPL Gyroscope, MPL Raw Gyroscope, Corrected

有個男人叫M，他要過河去和未婚妻F相會結婚，但兩人一河相隔，M必須要借船過河才能見到F，於是他開始四處找船。這時見一個女子L剛好有船，M跟L借，L遇到M後愛上了他，就問：我愛上你了，你愛我嗎？M比較誠實，說：對不起，我有未婚妻，我不能愛你。這麼一來，L死活是不把船借給M，她的理由是：我愛你，你不愛我，這不公平，我不會借你的！

在公司調試多台手機，因為要做對比，因此通過usb同時串連了兩台手機在電腦上。突然發現用adb devices命令查看時，這兩個手機的serial號碼完全一樣。因為這是公司的同一款機器。。。。這就沒法同時串連了。apuser@YaochuanLiubt:~/mywork/4.1-3.4/kernel/arch/arm/configs$ adb devicesList of devices attached 19761202 device19761202 device必須要修改下這個號碼才可以區別。