Kernel Exploring
  • 前言
  • 支持
  • 老司机带你探索内核编译系统
    • 编译出你的第一个内核
    • 内核编译中的小目标
    • 可能是kbuild中最直接的小目标 – help
    • 使用了一个kbuild函数的目标 – cscope
    • 内核中单个.o文件的编译过程
    • 根目录vmlinux的编译过程
    • 启动镜像bzImage的前世今生
    • setup.bin的诞生记
    • 真假vmlinux–由vmlinux.bin揭开的秘密
    • bzImage的全貌
    • kbuild系统浅析
  • 启动时的小秘密
    • INIT_CALLS的秘密
    • 内核参数
  • 内核加载全流程
    • bootloader如何加载bzImage
    • 内核压缩与解压
    • 内核加载的几个阶段
    • 保护模式内核代码赏析
  • 内存管理
    • 内核页表成长记
      • 未解压时的内核页表
      • 内核早期的页表
      • cleanup_highmap之后的页表
      • 映射完整物理地址
      • 启用init_level4_pgt
    • 自底而上话内存
      • e820从硬件获取内存分布
      • 原始内存分配器--memblock
      • 页分配器
        • 寻找页结构体的位置
        • 眼花的页结构体
        • Node-Zone-Page
        • 传说的伙伴系统
        • Compound Page
        • GFP的功效
        • 页分配器的用户们
      • slub分配器
        • slub的理念
        • 图解slub
      • 内存管理的不同粒度
      • 挑战和进化
        • 扩展性的设计和实现
        • 减少竞争 per_cpu_pageset
        • 海量内存
        • 延迟初始化
        • 内存热插拔
        • 连续内存分配器
    • 虚拟内存空间
      • 页表和缺页中断
      • 虚拟地址空间的管家--vma
      • 匿名反向映射的前世今生
      • 图解匿名反向映射
      • THP和mapcount之间的恩恩怨怨
      • 透明大页的玄机
      • NUMA策略
      • numa balance
      • 老版vma
    • 内存的回收再利用
      • 水线
      • Big Picture
      • 手动触发回收
      • Page Fram Reclaim Algorithm
      • swapfile原理使用和演进
    • 内存隔离
      • memcg初始化
      • 限制memcg大小
      • 对memcg记账
    • 通用
      • 常用全局变量
      • 常用转换
    • 测试
      • 功能测试
      • 性能测试
  • 中断和异常
    • 从IDT开始
    • 中断?异常?有什么区别
    • 系统调用的实现
    • 异常向量表的设置
    • 中断向量和中断函数
    • APIC
    • 时钟中断
    • 软中断
    • 中断、软中断、抢占和多处理器
  • 设备模型
    • 总线
    • 驱动
    • 设备
    • 绑定
  • nvdimm初探
    • 使用手册
    • 上帝视角
    • nvdimm_bus
    • nvdimm
    • nd_region
    • nd_namespace_X
    • nd_dax
      • dev_dax
  • KVM
    • 内存虚拟化
      • Qemu内存模型
      • KVM内存管理
  • cgroup
    • 使用cgroup控制进程cpu和内存
    • cgroup文件系统
    • cgroup层次结构
    • cgroup和进程的关联
    • cgroup数据统计
  • 同步机制
    • 内存屏障
    • RCU
  • Trace/Profie/Debug
    • ftrace的使用
    • 探秘ftrace
    • 内核热补丁的黑科技
    • eBPF初探
    • TraceEvent
    • Drgn
  • 内核中的数据结构
    • 双链表
    • 优先级队列
    • 哈希表
    • xarray
    • B树
    • Maple Tree
    • Interval Tree
  • Tools
  • Good To Read
    • 内核自带文档
    • 内存相关
    • 下载社区邮件
Powered by GitBook
On this page
  • 硬件规范
  • 初始化
  • 对应的中断向量
  • x2APIC

Was this helpful?

  1. 中断和异常

APIC

Previous中断向量和中断函数Next时钟中断

Last updated 3 years ago

Was this helpful?

虽然是一名软件工程师,不过有时候还是要对硬件有一些了解。

硬件规范

要了解硬件,第一件事当然是查看手册。还好,APIC的信息在SDM vol3中有比较详细的介绍。这里我做一个个人理解的总结。

第一眼看确实有点懵逼,多看几眼就好了。

为了方便理解,我们把这些寄存器按照功能分类:

  Timer related:

      CCR: Current Count Register
      ICR: Initial Count Register
      DCR: Divide Configuration Register
      Timer: in LVT

  LVT (Local Vector Table):

      Timer
      Local Interrupt
      Performance Monitor Counters
      Thermal Sensor
      Error

  IPI:

      ICR: Interrupt Command Register
      LDR: Logical Destination Register
      DFR: Destination Format Register

  Interrupt State:

      ISR: In-Service Register
      IRR: Interrupt Request Register
      TMR: Trigger Mode Register

这样或许有助于理解和记忆。

初始化

初始化还真有点麻烦,说实话我没有验证过,只是扫了一眼代码。

大致上分成两部分:

  • 找到驱动

  • 初始化

因为APIC出现了一段时间了,也有了不同的版本。所以系统在做真正的初始化之前将要先探测出究竟是哪种中断控制器。

系统中定义apic驱动的方式还和常见的驱动不一样。系统使用apic_driver/apic_drivers来定义驱动。而且其实就是一个数据结构。在这里借用驱动这个词,只是为了方便描述。

这个过程分散在多个地方,如apic_boot_init, apic_intr_mode_init。具体之间的关系和顺序本人没有深究。

选好了驱动,就可以做真正的初始化了。初始化的函数还是很清晰的。

setup_local_APIC

当你打开这个函数之后,你就会发现主要的工作就是配置APIC中的各个寄存器。比如设置LVT0/1。

好了,其实这步还挺简单的。

对应的中断向量

相对于初始化,中断向量就要好找很多。

start_kernel()
    init_IRQ()
        native_init_IRQ()
            idt_setup_apic_and_irq_gates()
                idt_setup_from_table(idt_table, apic_idts, ARRAY_SIZE(apic_idts), true);

我相信,有了之前的经验,这行代码就是小菜了。

等等,这样就结束了么?是不是还差了点什么?

IDT中的某一项是如何同apic中的寄存器关联的呢?

我们就以Thermal Sensor这个中断为例来看看之间的关联。

先看apic_idts中的定义,找到这个中断处理的定义处:

  INTG(THERMAL_APIC_VECTOR,	thermal_interrupt),

由此可知,这个中断占用的向量号是THERMAL_APIC_VECTOR。

既然如此,按照规范就需要在Thermal Sensor Register中注册这个向量号,这样在中断发生时才能正确找到并触发中断。

  /* We'll mask the thermal vector in the lapic till we're ready: */
  h = THERMAL_APIC_VECTOR | APIC_DM_FIXED | APIC_LVT_MASKED;
  apic_write(APIC_LVTTHMR, h);

在代码中我们找到这么两行,其中就有我们要找的THERMAL_APIC_VECTOR。而接下来的动作就是写到APIC_LVTTHMR指定的寄存器中。

那这个寄存器地址是什么呢?

#define	APIC_LVTTHMR	0x330

到这里,我想你也已经清楚了~

x2APIC

x2APIC是xAPIC对应的扩展,理论上这两者之间应该有不少区别。在这里先记录一点:两者的访问方式不同。

  • xAPIC通过MMIO访问APCI的寄存器

  • x2APIC则是通过MSR来访问的

APIC Structure