linuxframework

⑴ Framework - 啟動

1. 開機上電後引導晶元將bootloader載入到內存中，開始拉起linux，並啟動init進程

2. init進程啟動VM進程即fork zygote進程，然後載入相關的資源

3. zygote進程fork systemserver進程，然後進程初始化，如binder線程池大小的初始化(默認15)

1. 修改binder線程池上限到31

2. 啟動引導服務 bootstrapService AMS，DMS，PKMS等12個

3. 啟動核心服務 coreService DropBoxManagerService，BatteryService等4個

4. 啟動其他服務 otherService WMS，InputManagerService等70+個

1. AMS systemReady後啟動systemui

2. 啟動有加密感知的persistent App

3. 啟動FallbackHome activity並注冊監聽ACTION_USER_UNLOCKED廣播, Ams在FallbackHome idle之後調用userController等進行解鎖操作

4. Ams啟動無加密感知的persistent App, Ams發送ACTION_USER_UNLOCKED廣播

5. FallbackHome接收到廣播後finish掉自己, AMS resumeFocusedStackTopActivity時啟動HomeStack task launcher

⑵ Linux下的虛擬文件系統究竟起到什麼作用

要明白虛擬文件系統之前必須先搞清楚什麼是文件。
狹義地說，「文件」是指「磁碟文件」，進而可以是有組織有次序地存儲於任何介質（包括內存）中的一組信息。廣義地說，凡是可以產生或消耗信息的都是文件。比方說設備文件、管道、套接字以及/proc目錄下的特殊文件（實際上只存在於內存中），這些都是「文件」。磁碟文件只不過是個特例而已，你可以認為他是在磁碟設備上存儲的、按照一定次序組織在一起的一組相關的信息。
上面這些是我從書上抄的，但我自己的看法是，計算機系統中所有內核向應用程序提供的信息輸入輸出介面都是文件。所以應用層看到的「文件」已經是被操作系統抽象過的一個輸入輸出介面。拿磁碟文件來說，對應用而言它看到的是一個個文件按照目錄結構組織起來的一棵樹，但實際上磁碟設備並不知道這么回事兒，它只認識磁頭、柱面和扇區。從這個角度上來說，應用程序看到的文件本身就是虛擬的。所謂的對文件操作最終都要落實到磁碟設備對某些扇區的讀寫上，但這些都是內核處理的，應用程序是看不見這一切的。
知道了廣義的文件系統定義之後就不難理解，作為一個通用操作系統，linux需要為用戶程序提供一個統一的系統操作界面來完成對各種文件的訪問。虛擬文件系VFS就是這么一個統一的、抽象的、虛擬的文件操作界面。你可以認為它是應用層與驅動層之間的一個中間層，對上提供一組標準的介面open/close/read/write/lseek，對下則又根據不同的文件類型調用不同的驅動程序提供的介面完成對具體設備的操作。這些操作通常是通過讀寫外設上（磁碟也是外設）的控制寄存器和存儲區間來完成的。
不知道我這樣解釋你明白了沒，要是還不明白可以看看我共享在網路知道上的《Linux內核源代碼情景分析》，那裡面有更詳細的說明。

⑶ linux 怎麼部署playframework1.3.4

Play Framework有自帶的伺服器，也可部署到其他伺服器上。這里講解下如何將版Play的項目部署到Tomcat。
1.准備權war包
首先進入play目錄：
然後利用命令：play war [項目所在絕對路徑] -o [生成的war包名稱（包括路徑）]
這里要注意生成的war包最好指定到其他目錄，比如C盤根目錄。
2. 部署到Tomcat
將得到的war文件夾里的WEB-INF文件復制到Tomcat目錄下的ROOT下，直接覆蓋。
啟動Tomcat即可訪問：http://localhost:8080/

⑷ linux什麼命令啟動CSFramework應用伺服器

不知道你裝在哪裡了。。

⑸ linux驅動程序結構框架及工作原理分別是什麼

一、Linux device driver 的概念x0dx0ax0dx0a系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:x0dx0ax0dx0a1、對設備初始化和釋放；x0dx0ax0dx0a2、把數據從內核傳送到硬體和從硬體讀取數據；x0dx0ax0dx0a3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據；x0dx0ax0dx0a4、檢測和處理設備出現的錯誤。x0dx0ax0dx0a在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。x0dx0ax0dx0a已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。x0dx0ax0dx0a最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。x0dx0ax0dx0a二、實例剖析x0dx0ax0dx0a我們來寫一個最簡單的字元設備驅動程序。雖然它什麼也不做，但是通過它可以了解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器，你就會獲得一個真正的設備驅動程序。x0dx0ax0dx0a由於用戶進程是通過設備文件同硬體打交道，對設備文件的操作方式不外乎就是一些系統調用，如 open，read，write，close?， 注意，不是fopen， fread，但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構：x0dx0ax0dx0aSTruct file_operatiONs {x0dx0ax0dx0aint (*seek) (struct inode * ，struct file *， off_t ，int);x0dx0ax0dx0aint (*read) (struct inode * ，struct file *， char ，int);x0dx0ax0dx0aint (*write) (struct inode * ，struct file *， off_t ，int);x0dx0ax0dx0aint (*readdir) (struct inode * ，struct file *， struct dirent * ，int);x0dx0ax0dx0aint (*select) (struct inode * ，struct file *， int ，select_table *);x0dx0ax0dx0aint (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);x0dx0ax0dx0aint (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);x0dx0ax0dx0aint (*open) (struct inode * ，struct file *);x0dx0ax0dx0aint (*release) (struct inode * ，struct file *);x0dx0ax0dx0aint (*fsync) (struct inode * ，struct file *);x0dx0ax0dx0aint (*fasync) (struct inode * ，struct file *，int);x0dx0ax0dx0aint (*check_media_change) (struct inode * ，struct file *);x0dx0ax0dx0aint (*revalidate) (dev_t dev);x0dx0ax0dx0a}x0dx0ax0dx0a這個結構的每一個成員的名字都對應著一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時，系統調用通過設備文件的主設備號找到相應的設備驅動程序，然後讀取這個數據結構相應的函數指針，接著把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣，則編寫設備驅動程序的主要工作就是編寫子函數，並填充file_operations的各個域。x0dx0ax0dx0a下面就開始寫子程序。x0dx0ax0dx0a#include 基本的類型定義x0dx0ax0dx0a#include 文件系統使用相關的頭文件x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0aunsigned int test_major = 0;x0dx0ax0dx0astatic int read_test(struct inode *inode，struct file *file，char *buf，int count)x0dx0ax0dx0a{x0dx0ax0dx0aint left; 用戶空間和內核空間x0dx0ax0dx0aif (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )x0dx0ax0dx0areturn -EFAULT;x0dx0ax0dx0afor(left = count ; left > 0 ; left--)x0dx0ax0dx0a{x0dx0ax0dx0a__put_user(1，buf，1);x0dx0ax0dx0abuf++;x0dx0ax0dx0a}x0dx0ax0dx0areturn count;x0dx0ax0dx0a}x0dx0ax0dx0a這個函數是為read調用准備的。當調用read時，read_test()被調用，它把用戶的緩沖區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時，系統進入核心態。所以不能使用buf這個地址，必須用__put_user()，這是kernel提供的一個函數，用於向用戶傳送數據。另外還有很多類似功能的函數。請參考，在向用戶空間拷貝數據之前，必須驗證buf是否可用。這就用到函數verify_area。為了驗證BUF是否可以用。x0dx0ax0dx0astatic int write_test(struct inode *inode，struct file *file，const char *buf，int count)x0dx0ax0dx0a{x0dx0ax0dx0areturn count;x0dx0ax0dx0a}x0dx0ax0dx0astatic int open_test(struct inode *inode，struct file *file )x0dx0ax0dx0a{x0dx0ax0dx0aMOD_INC_USE_COUNT; 模塊計數加以，表示當前內核有個設備載入內核當中去x0dx0ax0dx0areturn 0;x0dx0ax0dx0a}x0dx0ax0dx0astatic void release_test(struct inode *inode，struct file *file )x0dx0ax0dx0a{x0dx0ax0dx0aMOD_DEC_USE_COUNT;x0dx0ax0dx0a}x0dx0ax0dx0a這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅為下面的結構提供函數指針。x0dx0ax0dx0astruct file_operations test_fops = {?x0dx0ax0dx0aread_test，x0dx0ax0dx0awrite_test，x0dx0ax0dx0aopen_test，x0dx0ax0dx0arelease_test，x0dx0ax0dx0a};x0dx0ax0dx0a設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(moles)，如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。x0dx0ax0dx0aint init_mole(void)x0dx0ax0dx0a{x0dx0ax0dx0aint result;x0dx0ax0dx0aresult = register_chrdev(0， "test"， &test_fops); 對設備操作的整個介面x0dx0ax0dx0aif (result < 0) {x0dx0ax0dx0aprintk(KERN_INFO "test: can't get major number\n");x0dx0ax0dx0areturn result;x0dx0ax0dx0a}x0dx0ax0dx0aif (test_major == 0) test_major = result; /* dynamic */x0dx0ax0dx0areturn 0;x0dx0ax0dx0a}x0dx0ax0dx0a在用insmod命令將編譯好的模塊調入內存時，init_mole 函數被調用。在這里，init_mole只做了一件事，就是向系統的字元設備表登記了一個字元設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。x0dx0ax0dx0a如果登記成功，返回設備的主設備號，不成功，返回一個負值。x0dx0ax0dx0avoid cleanup_mole(void)x0dx0ax0dx0a{x0dx0ax0dx0aunregister_chrdev(test_major，"test");x0dx0ax0dx0a}x0dx0ax0dx0a在用rmmod卸載模塊時，cleanup_mole函數被調用，它釋放字元設備test在系統字元設備表中佔有的表項。x0dx0ax0dx0a一個極其簡單的字元設備可以說寫好了，文件名就叫test.c吧。x0dx0ax0dx0a下面編譯 :x0dx0ax0dx0a$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c _c表示輸出制定名，自動生成.o文件x0dx0ax0dx0a得到文件test.o就是一個設備驅動程序。x0dx0ax0dx0a如果設備驅動程序有多個文件，把每個文件按上面的命令行編譯，然後x0dx0ax0dx0ald ?-r ?file1.o ?file2.o ?-o ?molename。x0dx0ax0dx0a驅動程序已經編譯好了，現在把它安裝到系統中去。x0dx0ax0dx0a$ insmod ?_f ?test.ox0dx0ax0dx0a如果安裝成功，在/proc/devices文件中就可以看到設備test，並可以看到它的主設備號。要卸載的話，運行 :x0dx0ax0dx0a$ rmmod testx0dx0ax0dx0a下一步要創建設備文件。x0dx0ax0dx0amknod /dev/test c major minorx0dx0ax0dx0ac 是指字元設備，major是主設備號，就是在/proc/devices里看到的。x0dx0ax0dx0a用shell命令x0dx0ax0dx0a$ cat /proc/devicesx0dx0ax0dx0a就可以獲得主設備號，可以把上面的命令行加入你的shell script中去。x0dx0ax0dx0aminor是從設備號，設置成0就可以了。x0dx0ax0dx0a我們現在可以通過設備文件來訪問我們的驅動程序。寫一個小小的測試程序。x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0a#include x0dx0ax0dx0amain()x0dx0ax0dx0a{x0dx0ax0dx0aint testdev;x0dx0ax0dx0aint i;x0dx0ax0dx0achar buf[10];x0dx0ax0dx0atestdev = open("/dev/test"，O_RDWR);x0dx0ax0dx0aif ( testdev == -1 )x0dx0ax0dx0a{x0dx0ax0dx0aprintf("Cann't open file \n");x0dx0ax0dx0aexit(0);x0dx0ax0dx0a}x0dx0ax0dx0aread(testdev，buf，10);x0dx0ax0dx0afor (i = 0; i < 10;i++)x0dx0ax0dx0aprintf("%d\n"，buf[i]);x0dx0ax0dx0aclose(testdev);x0dx0ax0dx0a}x0dx0ax0dx0a編譯運行，看看是不是列印出全1 x0dx0ax0dx0a以上只是一個簡單的演示。真正實用的驅動程序要復雜的多，要處理如中斷，DMA，I/O port等問題。這些才是真正的難點。上述給出了一個簡單的字元設備驅動編寫的框架和原理，更為復雜的編寫需要去認真研究LINUX內核的運行機制和具體的設備運行的機制等等。希望大家好好掌握LINUX設備驅動程序編寫的方法。

⑹ linux系統上能安裝.net Framework嗎

不能，net Framework不能跨平台運行

⑺ 小結linux框架下函數如何可以使其被其他文件調用

1：通常export該函數。
2：獲取結構體指針：在driver設個全局變數。
下面貼出自己寫的xenon
flash
driver部分代碼。
struct
xenon_flash_chip
{
struct
i2c_client
*xenon_flash_client;
};
static
struct
xenon_flash_chip
*xenon_chip;
//this
is
just
for
debug
int
xenon_flash_reread(void)
{
int
err
=
0;
u8
data;
struct
xenon_flash_chip
*chip;
if(xenon_chip==NULL)
return
err;
chip=xenon_chip;
//read
07
err
=
xenon_flash_i2c_read(chip->xenon_flash_client,0x07,&data);
if
(err
<
0)
return
err;
CDBG("[xenon_flash]reg_control
reg=0x07
data=0x0%x\n",data);
//read
06
err
=
xenon_flash_i2c_read(chip->xenon_flash_client,0x06,&data);
if
(err
<
0)
return
err;
CDBG("[xenon_flash]reg_control
reg=0x06
data=0x0%x\n",data);
//read
04
err
=
xenon_flash_i2c_read(chip->xenon_flash_client,0x04,&data);
if
(err
<
0)
return
err;
CDBG("[xenon_flash]reg_control
reg=0x04
data=0x0%x\n",data);
return
err;
}
EXPORT_SYMBOL(xenon_flash_reread);
static
int
__devinit
xenon_flash_i2c_probe(struct
i2c_client
*client,
const
struct
i2c_device_id
*id)
{
int
rc
=
0;
static
const
u32
i2c_funcs
=
I2C_FUNC_SMBUS_BYTE_DATA
|
I2C_FUNC_SMBUS_WRITE_WORD_DATA;
struct
xenon_flash_chip
*chip;
struct
xenon_flash_platform_data
*pdata;
CDBG("xenon_flash_i2c_probe
called!\n");
/*
check
*/
if
(client->dev.platform_data
==
NULL)
{
dev_err(&client->dev,
"xenon_flash
platform
data
is
NULL.
exiting.\n");
return
-ENODEV;
}
/*
Copy
to
global
variable
*/
pdata
=
client->dev.platform_data;
/*check
i2c
func*/
if
(!i2c_check_functionality(client->adapter,
i2c_funcs))
return
-ENOSYS;
/*
Allocate
memory
for
driver
data
*/
chip
=
kzalloc(sizeof(struct
xenon_flash_chip),
GFP_KERNEL);
if
(!chip)
return
-ENOMEM;
xenon_chip
=
chip;
i2c_set_clientdata(client,chip);
chip->xenon_flash_client
=
client;
rc
=
xenon_flash_init_hw(chip,pdata);
if
(rc
<
0)
CDBG("xenon_flash_init_hw
initlised
failed!\n");
return
0;
}
在driver調試過程中，通常需要將關鍵函數export出來，在其他地方extern聲明再調用調試。

⑻ linux系統上能安裝.net Framework嗎

首先目前是不能在Linux上直接安裝、運行.net程序的。

1、微軟正在致力於把.net framework移植到Linux和Mac上。個人覺得微軟不會真心的、大力的推進這個項目，誰會挖自己的牆角呢？所以不要期望過高。

2、有一個叫Mono的項目，可以使Linux也支持.net framework。但它的支持不是完全的，目前他們正在努力工作以支持.net framework4。可以搜索Mono。

3、wine，windows的模擬器。

⑼ 給出LINUX系統基本構成框架 圖或者語言描述

Linux 和 Unix 文件系統被組織成一個有層次的樹形結構。文件系統的最上層是 /，或稱為 根目錄。在 Unix 和 Linux 的設計理念中，一切皆為文件——包括硬碟、分區和可插拔介質。這就意味著所有其它文件和目錄（包括其它硬碟和分區）都位於根目錄中。例如：/home/jebediah/cheeses.odt 給出了正確的完整路徑，它指向 cheeses.odt 文件，而該文件位於 jebediah 目錄下，該目錄又位於 home 目錄，最後，home 目錄又位於根(/) 目錄下。 在根 (/) 目錄下，有一組重要的系統目錄，在大部分 Linux 發行版里都通用。直接位於根 (/) 目錄下的常見目錄列表如下：
o /bin - 重要的二進制 (binary) 應用程序
o /boot - 啟動 (boot) 配置文件
o /dev - 設備 (device) 文件
o /etc - 配置文件、啟動腳本等 (etc)
o /home - 本地用戶主 (home) 目錄
o /lib - 系統庫 (libraries) 文件
o /lost+found - 在根 (/) 目錄下提供一個遺失+查找(lost+found) 系統
o /media - 掛載可移動介質 (media)，諸如 CD、數碼相機等
o /mnt - 掛載 (mounted) 文件系統
o /opt - 提供一個供可選的 (optional) 應用程序安裝目錄
o /proc - 特殊的動態目錄，用以維護系統信息和狀態，包括當前運行中進程 (processes) 信息。
o /root - root (root) 用戶主文件夾，讀作「slash-root」
o /sbin - 重要的系統二進制 (system binaries) 文件
o /sys - 系統 (system) 文件
o /tmp - 臨時(temporary)文件
o /usr - 包含絕大部分所有用戶(users)都能訪問的應用程序和文件
o /var - 經常變化的(variable)文件，諸如日誌或資料庫等

⑽ LINUX下如何安裝net framework

首先目前是不能在Linux上直接安裝、運行.net程序的。
1、微軟正在致力於把.net framework移植到Linux和Mac上。個人覺得微軟不會真心的、大力的推進這個項目，誰會挖自己的牆角呢？所以不要期望過高。
2、有一個叫Mono的項目，可以使Linux也支持.net framework。但它的支持不是完全的，目前他們正在努力工作以支持.net framework4。有個念想就好。
3、wine，windows的模擬器。