原创 linux文件讀寫的流程

轉自http://hi.baidu.com/_kouu/item/4e9db87580328244ef1e53d0 在《linux內核虛擬文件系統淺析》這篇文章中,我們看到文件是如何被打開、文件的讀寫是如何被觸發的。  對一個已打開的

原创 android 實現定時拍照功能

//經過測試,可以實現定時延時拍照 在手機上面實現,設置一段時間(以秒計時)之後,自動拍照,適用於攝影師建立一個場景,之後設置時間,再進入場景。 界面主要就是一個設置時間的EditText和啓動倒計時的Button,設置完時間之後,點擊

原创 Andriod ADB開啓Activity、Service以及BroadCast(包括參數的傳遞) .

 /*****************開啓Activity  並傳遞參數*******************/ 使用am命令啓動Activity並傳遞參數的方法,也能用作C層與Java進行數據傳遞的一種手段。 比如,我們要啓動的

原创 might_sleep

might_sleep(): 指示當前函數可以睡眠。如果它所在的函數處於原子上下文(atomic context)中(如,spinlock, irq-handler…),將打印出堆棧的回溯信息。這個函數主要用來做調試工作,在你不確定不

原创 android 路徑地址與Uri的相互轉換 uri轉string

一個android文件的Uri地址一般如下: content://media/external/images/media/62026 這是一張圖片的Uri,那麼我們如何根據這個Uri獲得其在文件系統中的路徑呢? 其實很簡單,直接上

原创 Linux內核中的常用宏container_of其實很簡單

http://blog.csdn.net/npy_lp/article/details/7010752 版權聲明:本文爲博主原創文章,未經博主允許不得轉載。     開發平臺:Ubuntu11.04     編 譯器:gcc

原创 設備模型結構

http://blog.csdn.net/s_e_a_n/article/details/5770617 如表2-1,Linux設備模型包含以下四個基本結構: 類型 所包含的內容 內核數據結構 對應/sys項 設備(De

原创 Linux文件編程之虛擬文件系統(VFS)

當用戶層程序員在編寫文件函數時,常常會用到open(),read()和write()這類系統調用,而且用的也很爽,因爲我們只需要知道這些函數如何調用就OK了,而不用深究具體文件系統和實際物理介質是如何實現的。而我們內核編程人員就要了解這些

原创 Linux內核編程之文件系統-VFS中的目錄項對象和文件對象

一 .VFS 中的目錄項對象 1.爲了方便查找,VFS引入了 目錄 項,每個dentry代表路徑中的一個特定部分。目錄項也可包括安裝點。 2.目錄項對象由dentry結構體表示 ,定義在文件linux/dcache.h 頭文件中。

原创 Android版本下載以及切換之 git使用

1:下載android主線分支 repo init -u https://android.googlesource.com/platform/manifest   2:下載android其它分支 repo init -u

原创 Linux文件系統的實現

作者:Vamei 出處:http://www.cnblogs.com/vamei 歡迎轉載,也請保留這段聲明。謝謝!   Linux文件管理從用戶的層面介紹了Linux管理文件的方式。Linux有一個樹狀結構來組織文件。樹的頂端爲根目錄(

原创 sysfs文件系統

3 sysfs文件系統 sysfs是一個基於內存的文件系統,它的作用是將內核信息以文件的方式提供給用戶程序使用。該文件系統的目錄層次結構嚴格按照內核的數據結構組織。除了二進制文件外(只有特殊場合才使用),sysfs文件內容均以ASCI

原创 MediaRecorde實現錄像自動錄像功能

//實現了自動錄像,但仍有部分需要更改 代碼如下: 在AndroidManifest.xml添加下面的權限: [html] view plain copy <uses-permission android:name

原创 Linux內核Makefile文件

http://blog.chinaunix.net/uid-20586655-id-215626.html Makefile包括五部分--------------------------------------------      

原创 《深入理解Linux內核》軟中斷/tasklet/工作隊列

軟中斷、tasklet和工作隊列並不是Linux內核中一直存在的機制,而是由更早版本的內核中的“下半部”(bottom half)演變而來。下半部的機制實際上包括五種,但2.6版本的內核中,下半部和任務隊列的函數都消失了,只剩下了前三