x86 相关的时钟源
最后更新于
最后更新于
这是的第六部分，描述了Linux内核中的定时器和时间管理的相关内容。上一节中，我们了解了clockevents框架，现在继续深入研究Linux内核中的时间管理相关内容，本节将讲述x86架构中时钟源的实现（更多关于时钟源的概念可以参考本章第二节）。
首先，我们需要知道x86架构上可以使用哪些时钟源。这个问题很容易从或文件/sys/devices/system/clocksource/clocksource0/available_clocksource中获得答案。文件夹/sys/devices/system/clocksource/clocksourceN内有两个特殊文件保存：
available_clocksource - 提供系统中可用的时钟资源信息。
current_clocksource - 提供系统中当前使用的时钟资源。
所以，来试一下：
可以看到有三个已注册的时钟资源：
tsc - ;
hpet - ;
acpi_pm - .
现在来看第二个文件，其中记录了最好的时钟资源（系统中，拥有最高频率的时钟资源）:
作者的系统中是。由可知，系统中最好的时钟源是具有最佳（最高）等级的时钟源，或者说是具有最高频率的时钟源。
电源管理时钟的频率是3.579545MHz。而的频率至少是10MHz，而的频率取决于处理器。例如在较早的处理器上，TSC用来计算处理器内部的时钟周期，就是说当处理器的频率比生变化时，其频率也会发生变化。这种现象在较新的处理器上有所改善。新的处理器有一个不变的时间戳计数器，无论处理器在什么状态下都会以恒定的速率递增。我们可以在/proc/cpuinfo的输出中获得它的频率。例如：
而尽管英特尔的开发者手册说，TSC的频率虽然是恒定的，但不一定是处理器的最大频率或者品牌名称中中给出的频率。总之，可以发现，TSC远超ACPI PM计时器以及HPET的频率，而且具有最佳速度或最高频率的时钟源是系统中当前正在使用的时钟。
正如上面所述，本节将会涵盖所有这三个时钟源，将按照它们初始化的顺序来逐一分析。
hpet
acpi_pm
tsc
在dmesg的输出中，有确定的顺序：
首先，函数hpet_enable通过调用is_hpet_capable'检查能否在系统中启用HPET`，如果可以，我们就为它映射一个虚拟地址空间。
时钟寄存器空间有1024字节
因此，HPET_MMAP_SIZE 也是 1024字节。
在为HPET映射了虚拟地址空间之后，就可以通过读寄存器HPET_ID得到时钟号:
这个数字是用来为HPET的 配置寄存器 分配适当大小的空间。
在为 HPET的配置寄存器分配空间后，主计时钟开始运行，并可以通过配置寄存器的HPET_CFG_ENABLE位，为每一个时钟设置定时器中断。前提是，所有的时钟都通过配置寄存器中的HPET_CFG_ENABLE位所启用。最后，我们仅通过调用hpet_clocksource_register函数来注册新的时钟源。
这个函数调用已经很熟悉了：
其中clocksource_hpet是clocksource结构体对象，成员rating是250（之前refined_jiffies时钟源的rating是2），hpet和read_hpet两个回调函数用于读取HPET提供的原子计数器。
该函数读取并返回Main Counter Register中的原子计数器。
因此，如果内核配置CONFIG_X86_PM_TIMER被禁用，或者acpi_parse_fadt函数出错，就不能访问Power Management Timer中的寄存器，并从init_acpi_pm_clocksource返回。也就是说，如果pmtmr_ioport变量的值不是0，就会检查这个时钟的速率，并通过调用下面这个函数来注册这个时钟源。
调用函数clocksource_register_hs之后，acpi_pm 时钟源被注册到clocksource 内核框架中:
成员rating 是 200，并且acpi_pm_read回调函数读apci_pm时钟源提供的原子计数器。 函数acpi_pm_read正是执行read_pmtmr:
这个函数读Power Management Timer寄存器的值。寄存器结构如下：
只需要读去寄存器Power Management Timer的值，并且取出第24位。
现在来看本章最后一个时钟源Time Stamp Counter。
在函数tsc_init开始的地方，可以看到它确认处理器是否支持Time Stamp Counter:
宏cpu_has_tsc展开，调用宏cpu_has macro:
因为只有第一个引导处理器会调用 tsc_init，此后，检查TSC是否被禁用。
并调用函数check_system_tsc_reliable，如果bootstrap处理器有X86_FEATURE_TSC_RELIABLE特性，则设置tsc_clocksource_reliable。注意，到这里函数tsc_init结束，但没有注册时钟源。实际注册TSC时钟源是在:
注意到，除了这三个时钟源之外，在/sys/devices/system/clocksource/clocksource0/available_clocksource的输出中没有看到另外两个熟悉的时钟源，jiffy和refined_jiffies。之所以看不到它们，是因为这个文件只映射高分辨率的时钟源，也就是带有标志的时钟源。
第一个时钟源是 ，那就从它开始。
用于架构的HPET的内核代码位于文件中。它的初始化是从调用hpet_enable函数开始的。这个函数在Linux内核初始化时被调用。从文件中的start_kernel函数中可以发现，在所有那些'架构特有的'的事物被初始化之后，以及'early console'被禁用，并且时间管理子系统已经准备就绪时，调用以下函数。
该函数在早期jiffy计数器被初始化后，对后期的架构特有的定时器进行初始化。x86架构的late_time_init函数的定义位于 文件中。它看起来这样：
可以看到，这里完成x86相关定时器的初始化和TSC的初始化。现在来考虑调用函数x86_init.timers.timer_init。timer_init指向同一源文件中的hpet_time_init。可以通过查看 x86_init结构图的定义来验证这一点。 :
如果HPET支持没有开启，那么函数hpet_time_init 会初始化，并且设置默认时钟:
函数is_hpet_capable确认没有向内核命令行传递hpet=disable，并且hpet_address是来自表。函数hpet_set_mapping为时钟相关寄存器映射虚拟地址空间。
有讲述：
在注册clocksource_hpet后，可以回看源文件中的函数hpet_time_init()。最后一步的调用：
函数setup_default_timer_irq检查legacyIRQ是否存在，也就是对的支持，并且配置。
代码到这里，时钟源在Linux内核的时钟框架中完成注册，可以在内核中使用read_hpet。
第二个时钟源是。这个时钟源的实现位于源文件中，从fs中调用init_acpi_pm_clocksource函数开始。 如果看一下 init_acpi_pm_clocksource函数的实现，会发现它是从检查 pmtmr_ioport变量的值开始的。
变量pmtmr_ioport包含Power Management Timer Control Register Block的扩展地址。在源文件 中定义的函数acpi_parse_fadt中获取其值。该函数解析 FADT 或 Fixed ACPI Description Table 并获取包含扩展地址的 X_PM_TMR_BLK 字段的值Power Management Timer Control Register Blcok, 并以结构体Generic Address Structure格式表示：
这个寄存器的地址是存在Fixed ACPI Description Table 表中，并且可以通过pmtmr_ioport访问。所以，函数read_pmtmr的实现就非常简单了：
这第三个也是最后一个时钟源是，它的实现位于源文件。前文已经看到过函数x86_late_time_init，以及的初始化函数，也从这个开始，这个函数调用了tsc_init() 。
上面的宏检查在内核初始化时填充的boot_cpu_data数组中的给定位，这里是X86_FEATURE_TSC_DEADLINE_TIMER。如果处理器支持Time Stamp Counter，通过调用同一源代码文件中的calibrate_tsc函数来获得TSC的频率，该函数会尝试从不同的时钟源获得频率，如，通过校准等等，之后为系统中所有处理器初始化频率和比例因子。
这个函数在device期间调用。这样做是为了确保TSC 时钟源在时钟源之后被注册。 在这之后，所有三个时钟源都在 clocksource框架中注册，TSC时钟源将被选为当前时钟源，因为它其他时钟源中具有最高等级。
这是的第六节，描述了Linux内核中的时钟和时钟管理。上一节中，熟悉了clockevents框架。这一节中，继续学习了Linux内核中时钟管理，并且看到了在架构中使用的三种不同的时钟源。下一节将是的最后一节，将看到一些与用户空间有关的事情，即一些与时间有关的如何在Linux内核中实现。 如果有问题或建议，请随时在twitter上与我联系，给我发或直接创建。 请注意，英语不是我的第一语言，我真的很抱歉给你带来的不便。如果你发现任何错误，请给我发送PR到。
.