kernel

加入交流群
掃碼加入
獲取工程師必備禮包
參與熱點資訊討論

實時操作系統(tǒng)(Real Time Operating System,簡稱RTOS)是指當(dāng)外界事件或數(shù)據(jù)產(chǎn)生時,能夠接受并以足夠快的速度予以處理,其處理的結(jié)果又能在規(guī)定的時間之內(nèi)來控制生產(chǎn)過程或?qū)μ幚硐到y(tǒng)做出快速響應(yīng),調(diào)度一切可利用的資源完成實時任務(wù),并控制所有實時任務(wù)協(xié)調(diào)一致運行的操作系統(tǒng)。提供及時響應(yīng)和高可靠性是其主要特點。

實時操作系統(tǒng)(Real Time Operating System,簡稱RTOS)是指當(dāng)外界事件或數(shù)據(jù)產(chǎn)生時,能夠接受并以足夠快的速度予以處理,其處理的結(jié)果又能在規(guī)定的時間之內(nèi)來控制生產(chǎn)過程或?qū)μ幚硐到y(tǒng)做出快速響應(yīng),調(diào)度一切可利用的資源完成實時任務(wù),并控制所有實時任務(wù)協(xié)調(diào)一致運行的操作系統(tǒng)。提供及時響應(yīng)和高可靠性是其主要特點。收起

查看更多
  • 實戰(zhàn)案例 基于ramoops的kernel panic故障定位技巧
    前言: 對于嵌入式產(chǎn)品的開發(fā)使用,盡管會經(jīng)歷大量的測試和驗證,但在大批量生產(chǎn)中,硬件物料的適配一致性,應(yīng)用軟件的異常消息隊列等因素,使得現(xiàn)場使用中存在極小概率發(fā)生意外狀況,出現(xiàn)如 kernel opps、panic等死機(jī)現(xiàn)象。這時系統(tǒng)日志無法及時寫入 flash,重啟后沒有存到任何關(guān)鍵信息,工程師也崩潰了。下文則基于眺望電子T113-i核心板產(chǎn)品為例,介紹如何在Linux系統(tǒng)上搭建并驗證ramoo
  • 你想知道的圖形顯示驅(qū)動原理都在這里
    前面的 DRM 應(yīng)用程序系列文章中,我們學(xué)習(xí)了如何使用 libdrm 接口編寫 DRM 應(yīng)用程序。本篇我們將進(jìn)入一個全新的世界,一起來學(xué)習(xí)如何在 kernel 空間編寫 DRM 驅(qū)動程序。
    你想知道的圖形顯示驅(qū)動原理都在這里
  • Android java、native、kernel獲取堆棧信息常用方法總結(jié)
    編程語言是工具,在實際工作中我們可能往往會用到一種編程語言工具或者多種編程語言工具才能實現(xiàn)一個完整功能的需求;尤其是在 Android 的開發(fā)過程中,從上層到底層,涉及 java、C++、C,而且目前看谷歌正在部署引入新的開發(fā)語言 Rust ,大有替代 C++ 和 C 部分功能實現(xiàn)的趨勢;下一步,我們很有可能又得再多學(xué)習(xí)一門編程語言了。在實際開發(fā)中,因為經(jīng)常分析問題,需要從上到下跟蹤一些代碼調(diào)用流程,所以就會有分別在?java、native、kernel 打印調(diào)用堆棧的需求;之前也都是零散的在用,今天花了一些時間,梳理了一下,記錄分享之。
    1.9萬
    2024/09/19
    Android java、native、kernel獲取堆棧信息常用方法總結(jié)
  • Linux BSP實戰(zhàn)課(SoC bringup篇):Kernel 的初始化過程
    最全最詳細(xì)的Linux BSP 實戰(zhàn)教程,共100篇,包含SOC Bringup, Uboot, 內(nèi)核啟動, 中斷, 時鐘, 電源, GPIO, DMA, 低速總線, 高速總線, 音頻, 顯示, 攝像頭, 網(wǎng)絡(luò)驅(qū)動等;博主創(chuàng)建了專門的專欄技術(shù)討論群,以及免費的ChatGPT使用,和大佬們一起討論實戰(zhàn);經(jīng)過兩年的輸出和完善打磨,將碎片化的知識進(jìn)行整理;通過圖文并茂的方式淺入深出。
    Linux BSP實戰(zhàn)課(SoC bringup篇):Kernel 的初始化過程
  • 深入理解 kernel panic 的流程
    我們在項目開發(fā)過程中,很多時候會出現(xiàn)由于某種原因經(jīng)常會導(dǎo)致手機(jī)系統(tǒng)死機(jī)重啟的情況(重啟分Android重啟跟kernel重啟,而我們這里只討論kernel重啟也就是 kernel panic 的情況),死機(jī)重啟基本算是影響最嚴(yán)重的系統(tǒng)問題了,有穩(wěn)定復(fù)現(xiàn)的,也有概率出現(xiàn)的,解題難度也千差萬別,出現(xiàn)問題后,通常我們會拿到類似這樣的kernel log信息(下面log僅以調(diào)用BUG()為例,其它異常所致的死機(jī)log信息會有一些不同之處):

正在努力加載...