linux驅動工程師面試題(卷整理(編輯修改稿)
2025-04-20 04:59 本頁面
【文章內容簡介】 /test/testthe running times counterlet count=count+1echo test running times is $countIs test running too many times?if [ $count gt 100 ]。 thenecho Will reboot because of test running too many timesrebootfiwait for test stoping...sleep 3done?，實現(xiàn)在dir以及其子目錄下找出所有包含“hello world”字符串的文件，循環(huán)能否執(zhí)行？為什么？A: unsigned short i。 unsigned short index = 0。 for(i = 0。 i index1。 i++){ printf(“a\n”)。 }B: unsigned short i。 unsigned long index = 0。 for(i = 0。 i index1。 i++){ printf(“b\n”)。 } ，上電后串口上沒有任何輸出，硬件和軟件各應該去檢查什么？ 提示： ,一般的系統(tǒng)也經(jīng)常有NOR或NAND FLASH 476列舉最少3種你所知道的嵌入式的體系結構，并請說明什么是ARM體系結構。mov r12, 0x0 ldr r13, =0x30100000mov r14, 4096loop: ldmia r12!, {r0r11} stmia r13!, {r0r11} cmp r12, r14 bl loop？說出它們的主要特點和應用場合?,寄存器的0~15位有效，請寫出給外設寄存器高八位(8~`15位)設置成0xc3的代碼？提示：主要說字符設備的編寫過程 ？？、USB HOST、LCD驅動器、NAND FLASH、WIFI 、音頻芯片中選擇一個或者2個（可以以具體的芯片為例），對下面的問題做答：1)如果是外部擴展芯片，請說出你用的芯片的型號2)畫出上題中你選定相應硬件模塊與CPU的主要引腳連線3) 編寫上題中你選定相應硬件模塊相應LINUX驅動的流程？5linux驅動分類Linux設備驅動的分類 ?。?）字符設備?！ 。?） 塊設備?！ 。?） 網(wǎng)絡設備?！ ∽址O備指那些必須以串行順序依次進行訪問的設備，如觸摸屏、磁帶驅動器、鼠標等。塊設備可以用任意順序進行訪問，以塊為單位進行操作，如硬盤、軟驅等。字符設備不經(jīng)過系統(tǒng)的快速緩沖，而塊設備經(jīng)過系統(tǒng)的快速緩沖。但是，字符設備和塊設備并沒有明顯的界限，如對于Flash設備，符合塊設備的特點，但是我們仍然可以把它作為一個字符設備來訪問。網(wǎng)絡設備在Linux里做專門的處理。Linux的網(wǎng)絡系統(tǒng)主要是基于BSD unix的socket 機制。在系統(tǒng)和驅動程序之間定義有專門的數(shù)據(jù)結構(sk_buff)進行數(shù)據(jù)的傳遞。系統(tǒng)里支持對發(fā)送數(shù)據(jù)和接收數(shù)據(jù)的緩存，提供流量控制機制，提供對多協(xié)議的支持。5信號量與自旋鎖自旋鎖 自旋鎖是專為防止多處理器并發(fā)而引入的一種鎖，它應用于中斷處理等部分。對于單處理器來說，防止中斷處理中的并發(fā)可簡單采用關閉中斷的方式，不需要自旋鎖?！ ∽孕i最多只能被一個內核任務持有，如果一個內核任務試圖請求一個已被爭用(已經(jīng)被持有)的自旋鎖，那么這個任務就會一直進行忙循環(huán)——旋轉——等待鎖重新可用。要是鎖未被爭用，請求它的內核任務便能立刻得到它并且繼續(xù)進行。自旋鎖可以在任何時刻防止多于一個的內核任務同時進入臨界區(qū)，因此這種鎖可有效地避免多處理器上并發(fā)運行的內核任務競爭共享資源。 事實上，自旋鎖的初衷就是：在短期間內進行輕量級的鎖定。一個被爭用的自旋鎖使得請求它的線程在等待鎖重新可用的期間進行自旋(特別浪費處理器時間)，所以自旋鎖不應該被持有時間過長。如果需要長時間鎖定的話, 最好使用信號量。但是自旋鎖節(jié)省了上下文切換的開銷。自旋鎖的基本形式如下： spin_lock(amp。mr_lock)?！ ?/臨界區(qū) spin_unlock(amp。mr_lock)?！ ∫驗樽孕i在同一時刻只能被最多一個內核任務持有，所以一個時刻只有一個線程允許存在于臨界區(qū)中。這點很好地滿足了對稱多處理機器需要的鎖定服務。在單處理器上，自旋鎖僅僅當作一個設置內核搶占的開關。如果內核搶占也不存在，那么自旋鎖會在編譯時被完全剔除出內核?！ 『唵蔚恼f，自旋鎖在內核中主要用來防止多處理器中并發(fā)訪問臨界區(qū)，防止內核搶占造成的競爭。另外自旋鎖不允許任務睡眠(持有自旋鎖的任務睡眠會造成自死鎖——因為睡眠有可能造成持有鎖的內核任務被重新調度，而再次申請自己已持有的鎖)，它能夠在中斷上下文中使用。死鎖：假設有一個或多個內核任務和一個或多個資源，每個內核都在等待其中的一個資源，但所有的資源都已經(jīng)被占用了。這便會發(fā)生所有內核任務都在相互等待，但它們永遠不會釋放已經(jīng)占有的資源，于是任何內核任務都無法獲得所需要的資源，無法繼續(xù)運行，這便意味著死鎖發(fā)生了。自死瑣是說自己占有了某個資源，然后自己又申請自己已占有的資源，顯然不可能再獲得該資源，因此就自縛手腳了。遞歸使用一個自旋鎖就會出現(xiàn)這種情況。信號量信號量是一種睡眠鎖。如果有一個任務試圖獲得一個已被持有的信號量時，信號量會將其推入等待隊列，然后讓其睡眠。這時處理器獲得自由去執(zhí)行其它代碼。當持有信號量的進程將信號量釋放后，在等待隊列中的一個任務將被喚醒，從而便可以獲得這個信號量?！ ⌒盘柫康乃咛匦?，使得信號量適用于鎖會被長時間持有的情況；只能在進程上下文中使用，因為中斷上下文中是不能被調度的；另外當代碼持有信號量時，不可以再持有自旋鎖。信號量基本使用形式為： static DECLARE_MUTEX(mr_sem)。//聲明互斥信號量 if(down_interruptible(amp。mr_sem)) //可被中斷的睡眠，當信號來到，睡眠的任務被喚醒 //臨界區(qū) up(amp。mr_sem)。 信號量和自旋鎖區(qū)別 從嚴格意義上講，信號量和自旋鎖屬于不同層次的互斥手段，前者的實現(xiàn)有賴于后者。注意以下原則: 如果代碼需要睡眠——這往往是發(fā)生在和用戶空間同步時——使用信號量是唯一的選擇。由于不受睡眠的限制，使用信號量通常來說更加簡單一些。如果需要在自旋鎖和信號量中作選擇，應該取決于鎖被持有的時間長短。理想情況是所有的鎖都應該盡可能短的被持有，但是如果鎖的持有時間較長的話，使用信號量是更好的選擇。另外，信號量不同于自旋鎖，它不會關閉內核搶占，所以持有信號量的代碼可以被搶占。這意味者信號量不會對影響調度反應時間帶來負面影響。自旋鎖對信號量需求 建議的加鎖方法
黨政相關相關推薦
鄂ICP備17016276號-1