一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

單片機、Cortex-M與Linux和嵌入式有什么區(qū)別

GReq_mcu168 ? 來源:ZLG致遠電子 ? 作者:ZLG致遠電子 ? 2021-09-26 09:59 ? 次閱讀

單片機、Cortex-M、Linux它們和嵌入式有什么區(qū)別?

跑 Linux 操作系統(tǒng)需要什么處理器ARM9、ARM11?

Cortex-M比ARM9更新,為什么不能跑Linux?

相信很多小伙伴都有類似這樣的疑問,下面圍繞Cortex-M、 ARM、 Linux來講講相關內(nèi)容。

ARM和Cortex-M

ARM處理器的體系結構定義了指令集(ISA)和基于這一體系結構下處理器的模型。ARM的指令集從ARMv1發(fā)展到今天的ARMv9,每一次體系結構的修改都會添加實用技術。

在ARMv6之前,其內(nèi)核指令集架構都是單一款式,但在ARMv7開始,其指令集架構變成3種款式,即目前大家熟知的Cotex-M、 Cotex-R、 Cotex-A,或者ARMv7-A、ARMv7-R、 ARMv7-M這三款。

Cotex-M:主要指微處理器;

Cotex-R:主要指實時性處理器;

Cotex-A:主要指應用型處理器;

更多介紹可以參看文章:STM32、Cortex-M3和ARMv8-M之間的關聯(lián)。

值得注意的是,Cortex-M下的處理器沒有內(nèi)存管理單元MMU。

內(nèi)存管理單元MMU

MMU:Memory Management Unit,內(nèi)存管理單元。

內(nèi)存管理單元主要負責從虛擬地址到物理地址的映射,并在硬件層對內(nèi)存訪問權限的檢查。

在Linux等多用戶、多進程的操作系統(tǒng)中,MMU使得各個用戶進程都有獨立的地址空間,以防止內(nèi)存越界。

圖2 MMU的地位

MCU都有一個地址集和,被稱為虛擬地址范圍。以Cortex-M 32為機為例,虛擬地址范圍為0 ~ 0xFFFFFFFF (4G地址空間)。

當該控制器尋址一個256M的內(nèi)存時,它的可用地址范圍被限定為0 ~ 0x0FFFFFFF(256M)。

1.在沒有內(nèi)存管理的處理器中,虛擬地址被直接發(fā)送到內(nèi)存總線上,以讀寫該地址下的物理存儲器。

這里拓展閱讀:無MMU搶占式操作系統(tǒng)的搶占工作原理

2.在有內(nèi)存管理的控制器中,虛擬地址首先被發(fā)送到MMU中,被映射為物理地址后再發(fā)送到內(nèi)存總線上。

圖3 內(nèi)存管理機制

注:上圖僅簡單反映內(nèi)存管理的映射機制,其他暫不做討論。

MMU虛擬內(nèi)存管理最主要的作用是讓每個進程有獨立的地址空間。

不同進程中的同一個虛擬地址被MMU映射到不同的物理地址,并且在某一個進程中訪問任何地址都不可能訪問到另外一個進程的數(shù)據(jù),這樣使得任何一個進程由于執(zhí)行錯誤指令或惡意代碼導致的非法內(nèi)存訪問都不會意外改寫其它進程的數(shù)據(jù),不會影響其它進程的運行,從而保證整個系統(tǒng)的穩(wěn)定性。

另一方面,每個進程都認為自己獨占整個虛擬地址空間,這樣鏈接器和加載器的實現(xiàn)會比較容易,不必考慮各進程的地址范圍是否沖突。

Liunx操作系統(tǒng)

操作系統(tǒng)通常分為實時操作系統(tǒng)和非實時操作系統(tǒng)。

1.實時操作系統(tǒng)大多為單進程、多線程(多任務),因此不涉及到線程間的地址空間分配,不需要使用MMU,例如ucosFreeRTOSRT-Thread等。

2.Linux系統(tǒng)屬于非實時性操作體統(tǒng),多進程是其主要特點,可以參考文章:Linux是實時系統(tǒng)還是分時操作系統(tǒng)?

以Ubuntu為例,打開一個shell并且查看bash進程的地址范圍如圖4,它的地址范圍為0x0000000000400000~0xffffffffff600000。

我們打開另一個shell,查看該shell中bash進程的地址范圍,如圖5。不難發(fā)現(xiàn),兩個不同bash進程的地址范圍完全相同。其實操作系統(tǒng)或者用戶在fork()進程時完全不需要考慮物理內(nèi)存的地址分配,該工作由微控制器的內(nèi)存管理單元MMU來做。

既然是多進程依賴了內(nèi)存管理單元,那么在使用嵌入式Linux時只開一個進程可以嗎?肯定是不可行的!開機后即使用戶什么都不做,可見的系統(tǒng)運行必須的進程已經(jīng)運行了幾十至上百個,如圖6。

總結

通過上述描述我們可以知道,Linux操作系統(tǒng)對MMU(內(nèi)存管理單元)有極強的依賴,若在沒有內(nèi)存管理單元的CPU中運行Linux,恐怕整個系統(tǒng)只能停留在Uboot階段了。

由于ARM的Cortex-M處理器沒有內(nèi)存管理單元,,一般來說不建議跑Linux操作系統(tǒng)。

當然,任何事情都不是絕對的,如果你重寫了Linux內(nèi)核且搭配足夠大的內(nèi)存芯片,從理論上來說是可以省掉MMU的。

但是,這樣的工作量,真的值得嗎?實際上,MMU就是為了解決操作系統(tǒng)越來越復雜的內(nèi)存管理而產(chǎn)生的。

責任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 處理器
    +關注

    關注

    68

    文章

    19740

    瀏覽量

    232918
  • Linux
    +關注

    關注

    87

    文章

    11420

    瀏覽量

    212359
  • 操作系統(tǒng)

    關注

    37

    文章

    7025

    瀏覽量

    124722

原文標題:Cortex-M可以跑Linux操作系統(tǒng)嗎?

文章出處:【微信號:mcu168,微信公眾號:硬件攻城獅】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    嵌入式單片機區(qū)別?一文簡單明了的給你講透兩者的技術本質(zhì)!

    上周個做智能硬件創(chuàng)業(yè)的朋友問我:"我們產(chǎn)品用的是STM32單片機,但方案商總說要做嵌入式系統(tǒng),這兩者到底區(qū)別?"這個問題其實戳中了大多
    的頭像 發(fā)表于 04-21 16:10 ?334次閱讀
    <b class='flag-5'>嵌入式</b>和<b class='flag-5'>單片機</b>的<b class='flag-5'>區(qū)別</b>?一文簡單明了的給你講透兩者的技術本質(zhì)!

    PLC和單片機到底什么區(qū)別?

    在自動化和嵌入式開發(fā)領域,PLC和單片機是兩種常見的控制系統(tǒng)。雖然它們許多相似之處,但它們的功能、應用范圍、開發(fā)成本等方面也存在顯著差異。本文將從多個角度詳細探討這兩者的不同之處,幫助大家更好地理
    的頭像 發(fā)表于 04-07 11:58 ?804次閱讀
    PLC和<b class='flag-5'>單片機</b>到底<b class='flag-5'>有</b><b class='flag-5'>什么區(qū)別</b>?

    【入門必看】從菜鳥到大牛,嵌入式系統(tǒng)完整學習路線!看這篇就夠了!

    ?嵌入式Linux”的順序幫助您從入門到進階,掌握嵌入式開發(fā)的精髓。第一階段單片機單片機嵌入式
    的頭像 發(fā)表于 02-20 10:53 ?1252次閱讀
    【入門必看】從菜鳥到大牛,<b class='flag-5'>嵌入式</b>系統(tǒng)完整學習路線!看這篇就夠了!

    如何使用Ozone分析Cortex-M異常

    Ozone可以幫助用戶快速分析和查找導致CPU故障的軟件bug。本文解釋如何使用Ozone的調(diào)試功能,深入了解Cortex-M架構上的這些錯誤。
    的頭像 發(fā)表于 11-29 11:14 ?1388次閱讀
    如何使用Ozone分析<b class='flag-5'>Cortex-M</b>異常

    單片機嵌入式系統(tǒng)的區(qū)別

    在現(xiàn)代電子技術領域,單片機嵌入式系統(tǒng)是兩個經(jīng)常被提及的術語。它們在許多應用中發(fā)揮著關鍵作用,如智能家居、工業(yè)自動化、汽車電子等。盡管這兩個概念經(jīng)常被交替使用,但它們之間存在一些基本的區(qū)別。
    的頭像 發(fā)表于 11-01 14:09 ?1542次閱讀

    RTOS與Linux到底什么區(qū)別

    很多做嵌入式開發(fā)的小伙伴都存在這樣的疑惑:RTOS與Linux到底什么區(qū)別?
    的頭像 發(fā)表于 10-29 09:53 ?949次閱讀

    目前深圳嵌入式單片機就業(yè)環(huán)境如何?

    深圳作為中國的科技創(chuàng)新中心之一,在嵌入式單片機領域的就業(yè)環(huán)境相對較好,以下是對該就業(yè)環(huán)境的詳細分析:
    的頭像 發(fā)表于 10-09 11:51 ?958次閱讀
    目前深圳<b class='flag-5'>嵌入式</b><b class='flag-5'>單片機</b>就業(yè)環(huán)境如何?

    STM32單片機的特點介紹

    STM32系列單片機是由ST廠商推出的單片機,基于專為高性能、低成本、低功耗嵌入式應用設計的ARM Cortex-M內(nèi)核,具備一流的外設配置,使其在功耗和集成度方面表現(xiàn)出色,STM32
    的頭像 發(fā)表于 09-25 17:19 ?3494次閱讀

    stm32單片機用什么軟件編程

    STM32單片機是一種廣泛應用于嵌入式系統(tǒng)領域的微控制器,具有高性能、低功耗、豐富的外設接口等特點。要對STM32單片機進行編程,需要選擇合適的軟件工具。 概述 STM32單片機
    的頭像 發(fā)表于 09-02 10:16 ?2874次閱讀

    嵌入式linux開發(fā)的基本步驟哪些?

    之前,首先需要選擇合適的硬件平臺。硬件選擇需要考慮以下幾個方面: 1.1 處理器 嵌入式Linux開發(fā)需要一個處理器,常見的處理器ARM、MIPS、PowerPC等。選擇處理器時,需要考慮處理器的性能、功耗、成本等因素。 1.
    的頭像 發(fā)表于 09-02 09:11 ?932次閱讀

    嵌入式linux開發(fā)板怎么操作

    開發(fā)板概述 嵌入式Linux開發(fā)板是一種專門為嵌入式系統(tǒng)開發(fā)而設計的硬件平臺。它具有體積小、功耗低、性能高等特點,廣泛應用于工業(yè)控制、智能家居、醫(yī)療設備、汽車電子等領域。與傳統(tǒng)的PC
    的頭像 發(fā)表于 09-02 09:09 ?626次閱讀

    嵌入式linux開發(fā)板芯片的工作原理

    嵌入式Linux開發(fā)板是一種基于Linux操作系統(tǒng)的嵌入式系統(tǒng)開發(fā)平臺,它廣泛應用于工業(yè)控制、智能家居、智能交通、醫(yī)療設備等領域。 嵌入式
    的頭像 發(fā)表于 09-02 09:07 ?654次閱讀

    linux開發(fā)板和單片機開發(fā)的區(qū)別

    、PIC等,處理能力和內(nèi)存容量相對較低。 操作系統(tǒng) Linux開發(fā)板通常使用Linux操作系統(tǒng),具有豐富的軟件資源和開發(fā)工具。單片機開發(fā)則通常使用嵌入式操作系統(tǒng)或無操作系統(tǒng),軟件資源和
    的頭像 發(fā)表于 08-30 15:30 ?1742次閱讀

    從菜鳥到大牛!嵌入式完整學習路線:STM32單片機-RTOS-Linux

    ?嵌入式linux”的順序幫助您從入門到進階,掌握嵌入式開發(fā)的精髓。第一階段單片機單片機嵌入式
    的頭像 發(fā)表于 07-23 16:11 ?5258次閱讀
    從菜鳥到大牛!<b class='flag-5'>嵌入式</b>完整學習路線:STM32<b class='flag-5'>單片機</b>-RTOS-<b class='flag-5'>Linux</b>

    基于ARM Cortex-M3單片機研發(fā)的國產(chǎn)指紋芯片 - P1032BF1

    指紋芯片 - P1032BF1是一款基于ARM Cortex-M3的單片機,專為Wi-Fi /藍牙通信控制而設計;可應用于智能鎖;支持大型程序代碼和擁有大型嵌入式SRAM,也可用于一般的MCU應用。
    的頭像 發(fā)表于 07-10 09:22 ?912次閱讀
    基于ARM <b class='flag-5'>Cortex-M</b>3<b class='flag-5'>單片機</b>研發(fā)的國產(chǎn)指紋芯片 - P1032BF1