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中断常用在实时系统里面。