linuxrtc編程

① 宋寶華： linux內核編程廣泛使用的前向聲明(Forward Declaration)

前向聲明編程定律

在編程中，前向聲明是一種在編譯時就讓編譯器知道某個類型或變數的存在，而不必立即知道其完整定義的技術。使用前向聲明能增強代碼的可讀性、可維護性和可重用性。在Linux內核編程中，前向聲明的運用極為廣泛，以下將以regmap結構體為例來闡述前向聲明的重要性。

在內核代碼中，我們經常看到類似這樣的引用：

include/linux/regulator/driver.h

這里的`regmap`就是一個前向聲明，它告訴編譯器`regmap`是一個結構體，但具體包含什麼成員並不在當前頭文件中明確。這種設計方法在Linux內核中隨處可見，比如在`drivers/rtc/rtc-at91sam9.c`文件中，`regmapwrite()`、`regmapread()`等API的使用。

許多人可能以為`regmap`結構體是跨模塊的API，其完整定義應該在`include/linux/`級別的頭文件中，便於其他模塊引用。然而，實際情況卻是，`regmap`的完整實現僅在`drivers/base/regmap/internal.h`文件中，對於外部模塊來說，`regmap`的內部細節是隱藏的。

這種設計方式實現了一個極佳的「高內聚、低耦合」原則。外部模塊僅依賴於`regmap`的指針，而不會訪問其內部成員。`regmap`的實現和修改僅影響其內部模塊，而不影響外部引用。例如，`regmap_write`的實現位於`drivers/base/regmap/regmap.c`文件中，代碼如下：

這種設計避免了由於修改`regmap`結構體導致內核中其他模塊的增量編譯問題。相反，如果在`include/linux/regmap.h`中暴露`regmap_config`結構體，則意味著其內容需要被`regmap`以外的模塊了解，這可能導致跨模塊的依賴和維護復雜性。

在實際編程中，使用前向聲明能夠減少對單個頭文件的依賴，降低模塊間的耦合度，提高代碼的可重用性和可維護性。這對於大型項目如Linux內核來說尤為重要。同時，前向聲明也有助於保持代碼的清晰度和可讀性，便於開發者理解和維護。

綜上所述，前向聲明在Linux內核編程中的廣泛使用，體現了其在增強代碼組織結構、降低模塊間耦合度以及提高代碼可維護性等方面的優勢。正確運用前向聲明，有助於構建更加健壯、易於維護的內核代碼。

② 如何在linux顯示日期

顯示時間：年/月/日。

-d參數 ，說明要顯示的是後面的字元串表示的時間，"1 day ago" 說明是1天前的時間。

date "+%Y-%m-%d %H-%M-%S "這樣才是顯示時間 +後都是時間格式。

例如：

date +%Y%m%d //顯示前天年月日

date +%Y%m%d --date="+1 day" //顯示前一天的日期

date +%Y%m%d --date="-1 day" //顯示後一天的日期

date +%s //從 1970 年 1 月 1 日 00:00:00 UTC 到目前為止的秒數（時間戳）

(2)linuxrtc編程擴展閱讀：

Linux不僅系統性能穩定，而且是開源軟體。其核心防火牆組件性能高效、配置簡單，保證了系統的安全。在很多企業網路中，為了追求速度和安全，Linux操作系統不僅僅是被網路運維人員當作伺服器使用，Linux既可以當作伺服器，又可以當作網路防火牆是Linux的 一大亮點。

Linux與其他操作系統相比 ，具有開放源碼、沒有版權、技術社區用戶多等特點 ，開放源碼使得用戶可以自由裁剪，靈活性高，功能強大，成本低。尤其系統中內嵌網路協議棧 ，經過適當的配置就可實現路由器的功能。這些特點使得Linux成為開發路由交換設備的理想開發平台。

③ FFmpeg/WebRTC/RTMP音視頻流媒體技術

深入探索FFmpeg、WebRTC和RTMP的音視頻流媒體技術，本文將逐步為您解析各個領域的重要知識點與實戰技巧。

首先，音視頻基礎知識不容忽視。對於FFMPEG環境搭建，無論是Windows還是Linux平台，我們都應熟練掌握。此外，深入理解音頻與視頻的基礎，使用如Medialnfo與VLC播放器等常用工具，將使我們對音視頻處理有更全面的認識。

接下來，FFMPEG命令是音頻、視頻處理的利器，涵蓋視頻錄制、多媒體文件分解與復用、裁剪與合並、圖片與視頻互轉、直播相關操作，以及各種濾鏡應用。編程實戰中，音視頻渲染需藉助SDL環境，包括事件處理、線程操作、YUV視頻播放與PCM聲音播放。FFmpeg API的框架、內存模型與常用結構體，構成了更深層次的音視頻處理能力。音視頻編碼領域，AAC與H264編解碼原理、解碼與編碼流程深入解析，使我們掌握音視頻編碼的核心。封裝格式如FLV、MP4與多媒體轉封裝格式實戰，是音視頻分發的關鍵。音視頻過濾器實戰則聚焦於音視頻過濾器的使用，包括視頻過濾器的詳細說明。播放器開發實戰涉及播放器框架分析、音視頻解碼、播放控制與同步，掌握ffmpeg播放器源碼解析，如ffplay.c中的意義，將使我們全面掌握播放器開發。

流媒體技術的深入理解是音視頻技術的關鍵。了解RTMP、HLS、HTTP-FLV等流媒體協議，wireshark抓包技術，FFmpeg在流媒體伺服器中的應用，以及首屏秒開技術、負載均衡部署方式，將使我們能夠構建高效、穩定的流媒體服務。

最後，WebRTC技術的發展與應用是音視頻領域的一大亮點。從中級開發到高級開發，深入研究WebRTC通話原理，搭建開發環境，配置coturn伺服器，採集音視頻數據，理解一對一會話流程，設計信令伺服器，實現Web與Android、iOS間的通話，掌握AppRTC，將使您成為WebRTC開發的專家。高級開發中，自定義攝像頭解析度、調整編碼器順序、實現多方通話、利用Janus框架構建會議系統，以及理解擁塞控制演算法、FEC、jitter buffer等，將使您的WebRTC項目更具競爭力。

本文旨在為您提供FFmpeg、WebRTC與RTMP音視頻流媒體技術的全面解析與實戰指導，更多音視頻相關信息，歡迎繼續探索與實踐。

④ linux下的幾種時鍾和定時器機制

1. RTC(Real Time Clock)

所有PC都有RTC. 它和CPU和其他晶元獨立。它在電腦關機之後還可以正常運行。RTC可以在IRQ8上產生周期性中斷. 頻率在2Hz--8192HZ.

Linux只是把RTC用來獲取時間和日期. 當然它允許進程通過對/dev/rtc設備來對它進行編程。Kernel通過0x70和0x71 I/O埠來訪問RTC。

 

2. TSC(Time Stamp Counter)

80x86上的微處理器都有CLK輸入針腳. 從奔騰系列開始. 微處理器支持一個計數器. 每當一個時鍾信號來的時候. 計數器加1. 可以通過匯編指令rdtsc來得到計數器的值。通過calibrate_tsc可以獲得CPU的頻率. 它是通過計算大約5毫秒里tsc寄存器裡面的增加值來確認的。或者可以通過cat /proc/cpuinfo來獲取cpu頻率。tsc可以提供比PIT更精確的時間度量。

 

3. PIT(Programmable internval timer)

除了RTC和TSC. IBM兼容機提供了PIT。PIT類似微波爐的鬧鍾機制. 當時間到的時候. 提供鈴聲. PIT不是產生鈴聲. 而是產生一種特殊中斷. 叫定時器中斷或者時鍾中斷。它用來告訴內核一個間隔過去了。這個時間間隔也叫做一個滴答數。可以通過編譯內核是選擇內核頻率來確定。如內核頻率設為1000HZ,則時間間隔或滴答為1/1000=1微秒。滴答月短. 定時精度更高. 但是用戶模式的時間更短. 也就是說用戶模式下程序執行會越慢。滴答的長度以納秒形式存在tick_nsec變數裡面。PIT通過8254的0x40--0x43埠來訪問。它產生中斷號為IRQ 0.

下面是關於pIT裡面的一些宏定義：

HZ：每秒中斷數。

CLOCK_TICK_RATE:值是1,193,182. 它是8254晶元內部振盪器頻率。

LATCH：代表CLOCK_TICK_RATE和HZ的比率. 被用來編程PIT。

setup_pit_timer()如下：

spin_lock_irqsave(&i8253_lock, flags);

outb_p(0x34,0x43);

udelay(10);

outb_p(LATCH & 0xff, 0x40);

udelay(10);

outb (LATCH >> 8, 0x40);

spin_unlock_irqrestore(&i8253_lock, flags);

 

 

4. CPU Local Timer

最近的80x86架構的微處理器上的local apic提供了cpu local timer.他和pit區別在於它提供了one-shot和periodic中斷。它可以使中斷發送到特定cpu。one-shot中斷常用在實時系統裡面。