主頁 > 軟體設計 > Linux——Linux驅動之基本理論常識總結(什么是Linux驅動?Linux驅動需要掌握哪些?ARM處理體系架構及前世今生)

Linux——Linux驅動之基本理論常識總結(什么是Linux驅動?Linux驅動需要掌握哪些?ARM處理體系架構及前世今生)

2021-04-08 11:23:24 軟體設計

目錄

0 引言

1 什么是Linux驅動?

2 Linux驅動程式需要掌握的內容

3 ARM處理器體系架構

4 ARM的前世今生


0 引言

前面Linux專題中關于Linux下系統編程總結了17篇博文,主要是為了提高Linux下的C編程應用能力,熟悉Linux編程應用環境,從此篇博文起開始Linux驅動的總結,后面計劃加一些綜合實踐專案練習,

1 什么是Linux驅動?

做過嵌入式的都知道裸機程式和帶作業系統的程式,這里就不展開講了,初學者最開始接觸的都是裸機程式,main中while大回圈跑天下,實際上,掌握了作業系統后,我們會發現基于作業系統的開發更高效,可以分工協作,A去開發應用層軟體,B去開發作業系統相關的,C去開發驅動程式,D做底層硬體,

說到這里,從頂層到底層正好是A到D的順序,驅動程式就是聯接作業系統和硬體之間的橋梁,驅動程式多半都是和硬體打交道的,如何讓硬體更好、穩定的運行起來,這就是看驅動程式的好壞了,它對上需要提供硬體操作的相關介面,對于頂層的應用軟體,無法直接調動硬體,是通過作業系統呼叫驅動程式提供的介面間接進行的,這樣各層各司其職,對于整體系統來說也更穩定可靠,假如每個應用都能直接操作硬體,那才是最大的隱患,

Linux驅動又具體包含三種:一般后兩種,處理器廠家都會提供BSP支持包,我們不需要做什么,開發中涉及最多的就是字符設備,

  • 字符設備驅動:大部分都是字符設備,如GPIO、LED、串口、蜂鳴器、聲卡等
  • 塊設備驅動:存盤設備,如U盤、硬碟、TF卡等
  • 網路設備驅動:通信設備,如wifi、以太網等

2 Linux驅動程式需要掌握的內容

1)GPIO,通用輸入輸出口

單片機中只需要對暫存器進行設定操作就可以了,但在高端處理器中,就沒那么簡單了,

2)記憶體管理單元MMU

MMU是單片機和處理器的一個區別,普通的51單片機一般叫MCU(微控制器),ARM處理器一般叫MPU(微處理器),后者加入了記憶體管理單元,MMU是一種負責處理處理器的記憶體訪問請求的硬體,它的功能包括虛擬地址到物理地址的轉換(即虛擬記憶體管理)、記憶體保護、中央處理器高速快取的控制,在較為簡單的計算機體系結構中,負責總線的仲裁以及存盤體切換,

3)Linux中一切皆檔案

Linux中一切都被看成是檔案,把設備也看成檔案,所以字符設備驅動的編程路子就是做一組設備對應的驅動函式,使能能用open、read、write、ioctrl、close像操作檔案一樣進行操作,

4)設備節點

要想用戶行程與內核下的硬體進行通信,就需要建立一個設備節點,前面Linux系統編程時也是見過的,比如在開發板新插上一個U盤,使用fdisk -l指令查看,/dev/sda1就是我們新插U盤的一個設備節點,

5)上層應用如何操作外部設備

這個應該說是做嵌入式的一個常規操作了,簡單說下,大致思路基本都是一樣的,舉個很簡單例子,我們要用控制器的某個 IO 口開關蜂鳴器,該如何操作:首先根據原理圖確定是那個pin,然后去控制器的datasheet中查找操作這個IO口的對應暫存器,明確物理地址,然后根據手冊要求向該物理地址寫資料控制IO口輸出高低電平,進而控制了蜂鳴器的關斷,

寫到這里,是不是感覺和剛上大學時玩51單片機的套路差不多?是的,其實裸機程式中都是這么操作外設的,但是如果上了Linux,啟動了MMU,就不是直接對物理地址進行操作了,而是把物理地址先轉換為虛擬地址,然后對虛擬地址進行操作的,

6)底層驅動的撰寫方式,并注冊到系統(register_chrdev())

7)MISC雜項設備(混雜設備):簡化了驅動的撰寫

8)模塊(module):驅動除錯時以模塊的形式進行驅動的加載和卸載

3 ARM處理器體系架構

ARM體系架構中區別于單片機的比較突出的體現在有了CACHE 高速快取和MMU 記憶體管理單元,ARM體系架構還是比較繁雜的,我們一步步說起,有些基礎的概念,就當是溫故學習了,

1) CPU中央處理器

CPU到現在都在遵循經典的 馮諾依曼存盤結構,CPU其實就是一堆數字電路,與門、或門、非門、觸發器等組成,這些單個拿出來都認識,放在一起就復雜了,每個處理器(51、PIC、ARM、X86)都有自己對應的一套指令系統,處理的數字電路就是對套指令系統進行決議,并不斷從存盤器中按順序取指令去執行,后來,在馮諾依曼結構基礎上,又有了創新的哈佛結構,取指令和取資料分開,可以同時進行,

擴展的點一下,評價一個處理器一般從四方面:頻率、性能(MIPS/MHz,MIPS指的是每秒能夠處理的指令數)、功耗、面積,

2)指令系統

可以把它看成是一套API,一個軟硬體的分界面,這是在計算機系統體系結構中比較重要的思想,對于軟體開發人員,只需要知道指令系統就行,知道每一條指令的作用,直接呼叫指令去實作要操作的功能,至于怎么實作這個操作的,不需要自己掌握;對于處理器設計人員,需要做的是把指令決議,執行,

指令系統分兩類:RISC 經典指令集和CISC復雜指令集,早期的處理器如8051、X86用的是CISC,ARM、MIPS、PowerPC等都是用的RISC,RISC指的是每條指令執行的時間相同,指令長度相同,為什么后期會有RISC呢?存在即合理,RISC的指令執行時間和指令長度相同的特點,便于實作流水線,可以使一些多項操作在時間上進行重疊進行,便于提高系統的主頻,進而提高處理性能,

3)Cache高速快取

Cache高速快取,是CPU與記憶體之間的高速存盤子系統,作用就是為了提高CPU訪問記憶體的速度,高速快取一般是SRAM,記憶體一般是DRAM,后者成本較低些,

為什么說高速快取的存在提高CPU訪問存盤器的速度?原理是這樣的,CPU存取資料首先到高速快取中去找,若找到的話直接就用,沒有的話就會到存盤器中去找,同時這部分指令或相關的資料會放到記憶體中,CPU下次再存取資料的話,就直接能從高速快取中獲取了,總體上提高了系統性能,提高了存盤器的平均訪問速度,使存盤器的速度和CPU的速度匹配,

既然高速快取速度這么快(一般CPU訪問速度是暫存器>高速快取>記憶體),那么CPU直接集成大點的高速快取不就OK了嗎,為什么還有額外配置記憶體呢?答案就是它貴啊,采用CPU+高速快取+記憶體的架構性價比較高,也不僅僅是貴的問題,另外,比較重要的一點是,處理器和存盤器的性能差距每年大約在以50%d的速度增大,像CPU每18個月其性能都會翻一番,但是存盤器發展速度就沒那么快了(跟器件工藝相關性比較大),所以采用這種架構很好的平衡了這兩點,

4)記憶體管理單元MMU

記憶體管理單元實作了虛擬地址到物理地址的轉換,ARM上面跑Linux系統,編程用的地址都是虛擬地址,物理地址到虛擬地址的轉換是通過ioremap函式實作的,MMU其實就是維護下面這樣一個映射表格,ioremap通過查找這個映射表實作虛擬地址到物理地址的轉換,

MMU主要應用方面的作用包括:輔助實作虛擬記憶體、輔助實作多任務管理,

虛擬存盤器的空間大小取決于處理器的訪存能力,不是實際外存的大小,比如ARM處理器有32、64位系統,32位系統2^32=4G,說明處理器有能力訪問4G記憶體的范圍,也就是程式開發人員可以操作的記憶體范圍是4G的,就算實際記憶體有8G,也只能操作4G的空間,這就是為什么我們PC機8G的記憶體,一般都是裝的64位系統的原因,否則就是浪費硬體嘛,

虛擬記憶體可以實作既具有外存的容量(PC機中的硬碟、ARM系統中的EMMC/FLASH),又有接近記憶體的訪問速度的效果,

4 ARM的前世今生

ARM全名Advanced Risc Machines,Ltd,ARM公司是1990年成立的,這個公司牛的是自己并不產芯片,是設計公司,只提供IP,處理器的設計方案,ARM芯片廠商需要從ARM手里買IP核做自己的ARM芯片,主要ARM芯片廠商有哪些?我們常見的:

外企:SAMSUNG、TI、Freescale、Intel、NXP、Atmel

國產:聯發科、華為、瑞芯微、全志,現在IC國產化興起,還有很多國內公司,像中科芯、紫光展銳等,

ARM處理器的架構(指的是結構設計)從V3發展到V8,這里的架構不是具體的產品,類似于設計框架,具體的產品像ARM7、ARM8、ARM11、Cortex的A/R/M系列,下面是網路上找的一張圖,參考下,發展的時間線也是這樣走的,ARM處理器目標就是做出低功耗、低成本的方案,其大量使用了暫存器、指令長度固定,具有領先的性能和功耗,

目前主流的Cortex系列,包含了A、R、M、Secure四個分支,A 系列是性能最強悍的,面向平板電腦應用等,可以說對標 X86了;R系列面向實時處理場景,像工業控制、汽車領域;M系列性價比較高,一般民用、消費品等;Secure系列主要面向安全產品,可以看出ARM公司基本把所有的領域都覆寫了,這個公司還是比較可怕的,

作于202104062140,已歸檔

———————————————————————————————————

本文為博主原創文章,轉載請注明出處!

若本文對您有幫助,輕抬您發財的小手,關注/評論/點贊/收藏,就是對我最大的支持!

祝君升職加薪,鵬程萬里!

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/273699.html

標籤:其他

上一篇:2021-04-03 狂神說Java之 rabbitmq學習

下一篇:多集群監控-thanos

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more