ARM GICv3 ITS介绍及代码分析

最新推荐文章于 2024-08-14 21:59:15 发布
最新推荐文章于 2024-08-14 21:59:15 发布
阅读量1.2w 收藏 98
点赞数 13
分类专栏： 中断子系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yhb1047818384/article/details/89061672
版权

前言：

在ARM gicv3中断控制器，有提到过ITS的作用，本篇就ITS进行更详细的介绍以及分析linux 内核中ITS代码的实现。
本文基于linux 4.19，介绍DT方式初始化的ITS代码。

ITS概述：

在GICv3中定义了一种新的中断类型，LPI（locality-specific peripheral interrupts)。LPI是一种基于消息的中断。中断信息不再通过中断线进行传递。

GICv3定义了两种方法实现LPI中断：

  • forwarding方式
    外设可以通过访问redistributor的寄存器GICR_SERLPIR，直接发送LPI中断
  • 使用ITS方式
    ITS(Interrupt Translation Service)在GICv3中是可选的。ITS负责接收来自外设的中断，并将它们转化为LPI INTID发送到相应的Redistributor

一般而言比较推荐使用ITS实现LPI，因为ITS提供了很多特性，在中断源比较多的场景，可以更加高效。

外设通过写GITS_TRANSLATER寄存器，发起LPI中断。此时ITS会获得2个信息：
EventID： 值保存在GITS_TRANSLATER寄存器中，表示外设发送中断的事件类型
DeviceID： 表示哪一个外设发起LPI中断。
ITS将DeviceID和eventID，通过一系列查表，得到LPI中断号，再使用LPI中断号查表，得到该中断的目标cpu。

The ITS table

当前，ITS使用三种类型的表来处理LPI的转换和路由:
device table： 映射deviceID到中断转换表
interrupt translation table：映射EventID到INTID。以及INTID属于的collection组
collection table：映射collection到Redistributor
在这里插入图片描述

所以一个ITS完整的处理流程是：
当外设往GITS_TRANSLATER寄存器中写数据后，ITS做如下操作：

  1. 使用DeviceID，从设备表（device table entry）中选择索引为DeviceID的表项。从该表项中，得到中断 转换表(interrupt translation table)的位置
  2. 使用EventID，从中断转换表中选择索引为EventID的表项。得到中断号，以及中断所属的collection号
  3. 使用collection号，从collection表格中，选择索引为collection号的表项。得到redistributor的映射信息
  4. 根据collection表项的映射信息，将中断信息，发送给对应的redistributor
    在这里插入图片描述
The ITS Command:

its是由its的命令控制的。命令队列是一个循环buffer, 由三个寄存器定义。
GITS_CBASER: 指定命令队列的基地址和大小。命令队列必须64KB对齐，大小必须是4K的倍数。命令队列中的每一个索引是32字节。该寄存器还指定访问命令队列时its的cacheability和shareability的设置。
GITS_CREADR： 指向ITS将处理的下一个命令
GITS_CWRITER： 指向队列中应写入下一个新命令的索引。
在这里插入图片描述

在its的初始化过程以及lpi中断上报等过程中，会涉及到ITS command的发送。 具体的its commad指令参考spec.

现在我们已经知道ITS的具体作用以及处理流程，结合linux内核的实现进行分析。

ITS代码分析

its的代码位于drivers/irqchip/irq-gic-v3-its.c

1. ITS数据结构
struct its_node {
	raw_spinlock_t		lock;
	struct list_head	entry;
	void __iomem		*base;
	phys_addr_t		phys_base;
	struct its_cmd_block	*cmd_base;
	struct its_cmd_block	*cmd_write;
	struct its_baser	tables[GITS_BASER_NR_REGS];
	struct its_collection	*collections;
	struct fwnode_handle	*fwnode_handle;
	u64			(*get_msi_base)(struct its_device *its_dev);
	u64			cbaser_save;
	u32			ctlr_save;
	struct list_head	its_device_list;
	u64			flags;
	unsigned long		list_nr;
	u32			ite_size;
	u32			device_ids;
	int			numa_node;
	unsigned int		msi_domain_flags;
	u32			pre_its_base; /* for Socionext Synquacer */
	bool			is_v4;
	int			vlpi_redist_offset;
};

base : its node的虚拟地址
phys_base: its node的物理地址
cmd_base: 命令队列的基地址
cmd_write: 指向队列中下一个命令的地址
tables[]: 指向device table或vpe table的结构体
collection: 指向its_collection结构体， 主要保存映射到的gicr的地址
cbaser_save: 保存cbaser寄存器的信息
ctlr_save:保存ctlr寄存器的

2. ITS的初始化

在gic初始化时，会进行ITS的初始化。
its的初始化操作主要是为its的device table以及collection table分配内存，并使能its.

static int __init gic_init_bases(void __iomem *dist_base,
				 struct redist_region *rdist_regs,
				 u32 nr_redist_regions,
				 u64 redist_stride,
				 struct fwnode_handle *handle)
{
	.......
	if (IS_ENABLED(CONFIG_ARM_GIC_V3_ITS) && gic_dist_supports_lpis()) -------- (1)
		its_init(handle, &gic_data.rdists, gic_data.domain); ---- (2)
		its_cpu_init();         ----- (3)
}

(1) ITS需要使能内核配置 CONFIG_ARM_GIC_V3_ITS. 如果架构支持LPI， 则进行ITS的初始化。
通过读GICD_TYPER（Interrupt Controller Type Register）寄存器的bit17查看架构是否支持LPI.

(2)its_init是 its的初始化入口。第三个参数需要注意下，它指定了its的parent domain是gic domain
在这里插入图片描述

(3) its_cpu_init 是在its初始化完成后，进行its的一些额外的配置，如enable lpi以及绑定its collection到its 目的redistributour。

1.1 its初始化函数its_init

int __init its_init(struct fwnode_handle *handle, struct rdists *rdists,
		    struct irq_domain *parent_domain)
{
	...
	its_parent = parent_domain;
	of_node = to_of_node(handle);
	if (of_node)
		its_of_probe(of_node);               --------- (1)

	if (list_empty(&its_nodes)) {
		pr_warn("ITS: No ITS available, not enabling LPIs\n");
		return -ENXIO;
	}

	gic_rdists = rdists;
	err = its_alloc_lpi_tables();            ------- (2)
	if (err)
		return err;

	...
	register_syscore_ops(&its_syscore_ops);      ------(3)

	return 0;
}

(1) its_of_probe

+->its_of_probe
	+->its_probe_one
		+->its_force_quiescent   //让ITS处于非活动状态，在非静止状态改变ITS的配置会有安全的风险
		+->its node malloc and init   //为its_node分配空间，并对其进行初始化配置
		+->its_alloc_tables  //为device table 和 vpe table分配内存
		+->its_alloc_collections //为collection table中映射到的gicr 地址分配内存； 每一个its都有一个collection table, ct可以保存在寄存器（GITS_BASER）或者内存（GITS_TYPER.HCC）
		+->its_init_domain // its domain初始化，注册its domain相关操作

its probe过程， 主要是初始化its node数据结构， 为its tables分配内存， 初始化its domain并注册its domain相关操作。
its_domain初始化过程中，会指定its irq_domain的host_data为msi_domain_info, 在info-ops.prepare过程中会去创建ITS设备， its translation table会在那个阶段分配内存。

此外，its probe过程中还有一个标志位会被设置。

if (GITS_TYPER_HCC(typer))
	its->flags |= ITS_FLAGS_SAVE_SUSPEND_STATE;

在这里插入图片描述
如果GITS_TYPER.hcc不为0， 那么就会将its->flags置为SUSPEND。
这个标志位可以判断its需不需要进行suspend或者resume流程，下文再详细描述。

(2) its_alloc_lpi_tables

+-> its_alloc_lpi_tables
	+-> its_allocate_prop_table // 初始化lpi中断的配置表和状态表
		+-> its_lpi_init

ITS 是为LPI服务的，所以在ITS初始化过程中还需要初始化LPI需要的两张表
(LPI configuration table, LPI pending tables )， 然后进行lpi的初始化。

LPI的这两张表就是LPI和其他类型中断的区别所在： LPI的中断的配置，以及中断的状态，是保存在memory的表中，而不是保存在gic的寄存器中的。

LPI 中断配置表：
中断配置表的基地址由GICR_PROPBASER寄存器决定。
对于LPI配置表，每个LPI中断占用1个字节（bit[7:0]），指定了该中断的使能(bit 0)和中断优先级(bit[7:2])。

当外部发送LPI中断给redistributor，redistributor首先要访问memory来获取LPI中断的配置表。为了加速这过程，redistributor中可以配置cache，用来缓存LPI中断的配置信息。

因为有了cache，所以LPI中断的配置信息，就有了2份拷贝，一份在memory中，一份在redistributor的cache中。如果软件修改了memory中的LPI中断的配置信息，需要将redistributor中的cache信息给无效掉。
通过该接口刷相关dcache

gic_flush_dcache_to_poc()

LPI 中断状态表
中单状态表的基地址由GICR_PENDBASER寄存器决定， 该寄存器还可以设置LPI中断状态表memory的属性，如shareability，cache属性等。
该状态表主要用于查看LPI是否pending状态。
在这里插入图片描述
该中断状态表由redistributor来设置。每个LPI中断，占用一个bit空间。
0： 该LPI中断，没有处于pending状态
1： 该LPI中断，处于pending状态

(3) register_syscore_ops
该操作主要是注册两个低功耗流程会用到的函数， suspend和resume。
在系统进行低功耗流程时（suspend 或者hibernate, 当然目前4.19还不支持its的hibernate）, suspend时会调用its_save_disable， 保存its的一些寄存器状态，并disable its, 在 resume时调用its_restore_enable， 恢复之前its保存的寄存器状态，并enable its.

static struct syscore_ops its_syscore_ops = {
	.suspend = its_save_disable,
	.resume = its_restore_enable,
};

这个流程由低功耗的框架保证， 只需要通过register_syscore_ops函数注册suspend和resume函数即可。

1.2 its_cpu_init

+-> its_cpu_init
	+-> its_cpu_init_lpis // 配置lpi 配置表和状态表， 以及使能lpi
	+-> its_cpu_init_collections // 绑定每一个collection到target redistributor
		+-> its_send_mapc // 发送its mapc command， mapc主要用于映射collection到目的redistributor
		+-> its_send_invall //指定 memory中的LPI中断的配置信息和cache中保存的必须一致
3. its中断上报

和gic类似， 在中断上报时，如果设备挂载在its 下， 会调用到its domain的一系列operation

static const struct irq_domain_ops its_domain_ops = {
	.alloc			= its_irq_domain_alloc,
	.free			= its_irq_domain_free,
	.activate		= its_irq_domain_activate,
	.deactivate		= its_irq_domain_deactivate,
};

参考资料

  1. Arm Generic Interrupt Controller Architecture Specification
  2. GICv3 and GICv4 Software Overview
Hober_yao
关注
专栏目录
06-GICv3_v4_overview
baron-周贺贺-代码改变世界ctw
10-07 591
目录1 Overview1.1. Background2 Before you begin3 What is a Generic Interrupt Controller?3.1. A brief history of the Arm CoreLink GIC4 Arm CoreLink GIC fundamentals4.1. Interrupt types4.1.1 How interrupts are signaled to the interrupt controller4.2. Interrupt
ARM GICV3 中断控制器规范
01-22
ARM GICV3 中断控制器规范
Linux 中断机制（二）之中断子系统框架
最新发布
Yuxxxxxxxxxx 的博客
08-14 4万+
用户层：用户层是中断的使用者，主要包括各类设备驱动。这些驱动程序通过中断相关的接口进行中断的申请和注册。当外设触发中断时， 用户层驱动程序会进行相应的回调处理，执行特定的操作。通用层：通用层也可称为框架层，它是硬件无关的层次。通用层的代码在所有硬件平台上都是通用的，不依赖于具体的硬件架构或中断控制器。通用层提供了统一的接口和功能， 用于管理和处理中断， 使得驱动程序能够在不同的硬件平台上复用。硬件相关层：硬件相关层包含两部分代码。
GIC源码系列（一）：GIC/ITS框架介绍
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
02-16 1226
对于GICv3，支持LPI中断，可以通过ITS产生LPI中断。GICD，用于SPI中断的分发，它会将外设产生的SPI中断路由给对应的GICRITS，用于LPI中断的产生，它的功能与GICD类似，只不过是针对LPI中断，可以将LPI中断路由给对应的GICRGICR，将收到的中断发往GICC，与GICC一一对应，PPI中断直接发送到GICRGICC，它为CPU接口，在CPU侧，与GICR一一对应，SGI中断由GICC产生。
GIC/ITS代码分析（0）GIC/ITS框架介绍
flyingnosky的专栏
10-18 2048
GIC/ITS代码分析
GIC/ITS代码分析（3）ITS驱动初始化
flyingnosky的专栏
10-25 1711
ITS驱动介绍
【转】ARM GIC中断系列（五）：gicv3架构-LPL
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
12-18 886
LPI是一种基于消息的边沿中断。也就是，中断信息，不在通过中断线，进行传递，而是通过memory。gic内部，提供一个寄存器，当外设往这个地址，写入数据时，就往gic发送了一个中断。在soc系统中，**外设想要发送中断给gic，是需要一根中断线的。**如果现在一个外设，需要增加一个中断，那么就要增加一根中断线，然后连接到gic。这样，就需要修改设计。而引入了LPI之后，当外设需要增加中断，只需要使用LPI方式，传输中断即可，不需要修改soc设计。引入了LPI之后，gicv3中，还加入了。
ARM GIC ITS 手册
qq_40709505的博客
07-30 494
最近在预研 ITS ，首先需要的是官方文档获取，通读手册，为后续IP驱动使用ITS奠定基础： Arm Generic Interrupt Controller Architecture Specification GIC architecture version 3 and 4： 读者可在此获取：https://developer.arm.com/documentation/#q=Arm%20Generic%20Interrupt%20Controller%20Architecture%20Specif
GIC/ITS代码分析（11）LPI中断虚拟化之概述
flyingnosky的专栏
11-30 1202
LPI中断虚拟化
arm gicv3的相关架构资料
05-26
以下是关于ARM GICv3架构的一些关键知识点： 1. **多核支持**：GICv3支持多核架构，可以为每个CPU核心提供独立的中断处理能力，确保中断在多核环境下的公平性和效率。 2. **虚拟化支持**：GICv3引入了对硬件虚拟化...
ARM实用软件及开发工具介绍..pdf
11-18
ARM实用软件及开发工具介绍..pdf
R3live适合ARM结构的源码 ubuntu18.04
03-30
通过分析提供的文件“r3live”，这可能包含了R3live项目的源代码、配置文件、文档或其他相关资源。开发者需要解压文件，按照项目文档的指示编译和安装，以在ARM设备上运行或进一步定制R3live系统。 总的来说，R3...
ARM启动流程及启动代码分析
01-20
一、ARM的启动流程 基于ARM的芯片多数为复杂的片上系统。这种复杂系统里的多数硬件模块都是可配置的。需要由软件来设置其需要的工作状态。因此在用户的应用程序之前，需要由专门的一段代码来完成对系统的初始化。...
GICv3 its 中断发生流程
u011011827的博客
05-07 318
【代码】GICv3 its 中断发生流程。
【转】ARM GIC中断系列（三）：gicv3架构基础
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
12-18 1716
GICv3架构是GICv2架构的升级版，增加了很多东西。变化在于以下： + 使用属性层次（affinity hierarchies），来对core进行标识，使gic支持更多的core + 将cpu interface独立出来，用户可以将其设计在core内部 + 增加redistributor组件，用来连接distributor和cpu interface + 增加了LPI，使用ITS来解析 + 对于cpu interface的寄存器，增加系统寄存器访问方式
【ARM系列】GIC700 LPI中断-its Table配置流程
Laplace2008
01-04 1120
its Table 包含设备表、中断翻译表和集合表。its Table的配置是通过core写ITS Command Queue来配置的，Command Queue存储在内存中。当core将命令写入Command Queue后，通过寄存器通知ITS，ITS从内存中依次读取命令，然后根据命令内容配置对应的ITS Table页表项。
ARM 中断
平面到立体
01-10 888
arm中断信息
GICv3_LPI机制
jia_weihui的博客
02-10 1064
中断号0-15保留用于SGI的中断号。能产生MSI中断的设备，都有一个DeviceDI(设备ID)，它产生的每一个MSI中断都有一个EventID(事件ID)。它们标识CPU核私有的中断源，并且独立于另一个内核上的相同中断源，比如，每个核的计时器。对于原来的SPI，它也是可以使用MSI的方式传递的，这个功能是可选的。在这样一个速食的时代，坚持做自己，慢下来，潜心琢磨，心怀敬畏，领悟知识，才能向下扎到根，向上捅破天，背着世界往前行！在复杂系统中有成本上千的中断时，就需要成本上千的中断信号线，这太复杂了。
GICv3软件overview手册之LPI（1）
flyingnosky的专栏
12-30 852
1. ITS操作 一个外设通过写ITS中的GITS_TRANSLATER来产生LPI。写操作提供给ITS如下信息： （1）EventID 该值会写往GITS_TRANSLATER。EventID标识外设发送的是哪个中断。EventID可能与INTID一样，或通过ITS将INTID转换为EventID。 （2）DeviceID DeviceID标识外设。DeviceID的产生由实现定义的。 ITS转换EventID，该EventID被...
camera ITS
10-03
camera ITS 是一个用于测试Android摄像头生成图像的框架。它的主要目标是配置相机并捕获照片，然后检查这些照片是否包含预期的图像数据。camera ITS 的框架最初位于KitKat版本的Android源代码中的pdk/apps/区域版本，但后来转移到了CTS验证器测试工具中（在源代码的CTS/区域下）。 在camera ITS中，有一个测试场景叫作场景5，它用于测试镜头着色和颜色均匀性。在这个场景中，相机被放置在一个三脚架上，指向一个恒定的明亮照明源，而摄像机前放置了一个扩散器。
评论 22
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值