中断处理

PRUSS简介 TI AM5 718 系列 OK571 8开发板 有两个PRU-ICSS（ProgrammableReal-Time Unit Subsystem and Industrial CommunicationSubsystem），可以独立编程实现一些实时性要求高的个性化需求，实现产品的差异化。 本文介绍PRU处理器架构，开发，调试方法。在系统架构上，PRUSS是连接L3_MAIN内部总线上的一个模块，与系统中其它主模块如ARM，DSP一样，可以访问芯片上的其它外设。 PRUSS包括两个PRU，通过自己的32-bitinterconnect总线与子系统的中断控制器、指令内存、数据内存、共享内存、外设模块相连。 PRU不是一个加速器，它是32-bitLoad/Store RISC架构小端处理器，每个PRU有32个通用寄存器R0～R31，12Kbyte指令RAM，8Kbyte数据RAM和32byte共享RAM。指令RAM是独立的，互相之间不能访问，但数据RAM可以通过映射地址互相访问；专用的21个输入引脚和21个输出引脚。 设备中的pru-icss1和pru-icss2集成功能: •PD_L4PER power domain instantiation • two master ports (PRU0and PRU1 core initiators) on the

本文转帖于： http://blog.csdn.net/swt914/article/details/6574458 Kernel 中断处理图 1． Linux 定义了名字为irq_desc 的中断例程描述符表：(include/linux/irq.h) struct irqdesc irq_desc[NR_IRQS]; NR_IRQS 表示中断源的数目。 2． irq_desc ［］是一个指向irq_desc_t 结构的数组， irq_desc_t 结构是各个设备中断服务例程的描述符。Irq_desc_t 结构体中的成员action 指向该中断号对应的irqaction 结构体链表。Irqaction 结构体定义如下： /* include/linux/interrupt.h */ struct irqaction { irq_handler_t handler; /* 指向中断服务程序 */ unsigned long flags; /* 中断标志 */ unsigned long mask; /* 中断掩码 */ const char * name; /* I/O设备名 void *dev_id; /* 设备标识 */ struct irqaction * next; /* 指向下一个描述符 */ int irq; /* IRQ线 */ struct proc_dir

在LINUX的时钟中断中涉及至二个全局变量一个是xtime,它是timeval数据结构变量，另一个则是jiffies，首先看timeval结构 struct timeval { time_t tv_sec; /***second***/ susecond_t tv_usec;/***microsecond***/ } 到底microsecond是毫秒还是微秒？？ 1秒＝1000毫秒（3个零），1秒＝1000 000微秒（6个零），1秒＝1000 000 000纳秒（9个零），1秒＝1000 000 000 000皮秒（12个零）。 秒用s表现，毫秒用ms,微秒用us表示，纳秒用ns表示，皮秒用ps表示，他们的分级单位是千，即每次3个零。 混淆的原因找到了，由于毫秒用ms表示，所以我老是以为microsecond是毫秒，所以就把tv_usec理解错了。 microsecond查词霸也是微秒的意思（microsecond！=ms，microsecond==us），看来单位的表示迷惑了我，也迷惑了大多数人，请朋友们牢记这里，非常重要。 xtime是从cmos电路中取得的时间，一般是从某一历史时刻开始到现在的时间，也就是为了取得我们操作系统上显示的日期。这个就是所谓的“实时时钟”，它的精确度是微秒。 jiffies是记录着从电脑开机到现在总共的时钟中断次数

CPU上下文 在每个任务运行前，CPU 都需要知道任务从哪里加载、又从哪里开始运行，也就是说，需要系统事先帮它设置好 CPU 寄存器和程序计数器（Program Counter，PC）。 CPU 寄存器，是 CPU 内置的容量小、但速度极快的内存。而程序计数器，则是用来存储 CPU 正在执行的指令位置、或者即将执行的下一条指令位置。它们都是 CPU 在运行任何任务前，必须的依赖环境，因此也被叫做 CPU 上下文。 CPU 上下文切换 就是先把前一个任务的 CPU 上下文（也就是 CPU 寄存器和程序计数器）保存起来 加载新任务的上下文到这些寄存器和程序计数器 跳转到程序计数器所指的新位置，运行新任务。 根据任务的不同，CPU 的上下文切换就可以分为几个不同的场景，也就是进程上下文切换、线程上下文切换以及中断上下文切换。 进程和线程 进程是资源分配和执行的基本单位；线程是任务调度和运行的基本单位。线程没有资源，进程给指针提供虚拟内存、栈、变量等共享资源，而线程可以共享进程的资源。 进程上下文切换 Linux 按照特权等级，把进程的运行空间分为内核空间和用户空间。 CPU 特权等级的 Ring 0 和 Ring 3。 内核空间（Ring 0）具有最高权限，可以直接访问所有资源；用户空间（Ring 3）只能访问受限资源，不能直接访问内存等硬件设备，必须通过系统调用陷入到内核中

一、介绍 汇编语言是一种面向机器的低级程序设计语言 汇编语言以助记符形式表示每一条计算机指令 助记符是便于人们记忆、并能描述指令功能和指令操作数的符号 助记符一般就是表明指令功能的英语单词或其缩写 MOV AX , 30H ADD AX , 50H MOV [2100H] , BX HLT 汇编语言的主要特点： 汇编语言程序与处理器指令系统密切相关 程序员可直接、有效的控制硬件系统 形成的可执行文件运行速度快、占用主存容量少 汇编语言程序中可以出现不同进制的数，但一定要有标识字母加以区别 数据的组织形式：位(bit)、字节(Byte)、字(Word)、双字(Dword) 无论是数据还是指令在计算机中都是以二进制形式存放的 无符号整数——所有有效位都当作数值处理，当然这样的数全部都是正数，故不保留符号位，常用于表示地址，或运算中表示计数值等 ASCII编码——在内存中使用一个字节(8位二进制数)存放一个字符(它的ASCII码)，最高位没用(写0).在通信过程中最高位有时用于奇偶校验 数码0~9：30H~39H 大写字母A~Z：41H~5AH 小写字母a~z：61H~7AH 空格：20H 带符号数的表示方法——采用补码表示法(补码存储、补码运算) 与、或、异或、非运算 二、计算机硬件相关知识 1、硬件 中央处理单元CPU 控制器、运算器、寄存器 存储器 主存储器：RAM和ROM

在响应一个特定的中断的时候，内核会执行一个函数，该函数叫做中断处理程序（interrupt handler）或中断服务例程（interrupt service routine ,ISP）.产生中断的每个设备都有一个相应的中断处理程序，中断处理程序通常不和特定的设备关联，而是和特定的中断关联的，也就是说，如果一个设备可以 产生多种不同的中断，那么该就可以对应多个中断处理程序，相应的，该设备的驱动程序也就要准备多个这样的函数。在Linux内核中处理中断是分为上半部 （top half），和下半部（bottom half）之分的。上半部只做有严格时限的工作，例如对接收到的中断进行应答或复位硬件，这些工作是在所有的中断被禁止的情况下完成的，能够被允许稍后完 成的工作会推迟到下半部去。 其实中断的整个过程分为2个部分： 1 注册 2 执行或者叫触发 如上图：首先中断触发，cpu响应，去执行IRQ中断总的服务子程序（就是所有的IRQ中断都经过这一步），去读两个寄存器，确定中断号，再根据中断号，在子程序链表中找到对应的中断服务子程序，结束了。为了达到这样的目的，把中断号与中断子程序联系起来。request_irq()做的就只是这个工作。而GPIO与中断号的联系是定死的，或者这两个中断号还不一样。后面讲吧。 先说说request_irq()，就是把中断例程添加到中断子程序链表中去。 request

MCS-51系列单片机 MCS-51系列单片机分为两大系列，即51子系列与52子系列。 51子系列：基本型，根据片内ROM的配置，对应的芯片为8031、8051、8751、8951 52子系列：增强型，根据片内ROM的配置，对应的芯片为8032、8052、8752、8952 这两大系列单片机的主要硬件特性如下表： 从上表中可以看到，8031、8031、8032、80C32片内是没有ROM的，对应着上表看，我们可以发现，51系列的单片机的RAM大小为128B，52系列的RAM大小为256B，51系列的计数器为两个16位的，52系列的计数器为三个16位计数器。51系列的中断源为5个，52系列的中断源为6个。 8051与80C51的区别： 80C51单片机是在8051的基础上发展起来的，也就是说在单片机的发展过程中是先有8051，然后才有80C51的。 8051单片机与80C51单片机从外形看是完全一样的，其指令系统、引脚信号、总线等完全一致（完全兼容），也就是说在8051下开发的软件完全可以在80C51上应用，反过来，在89C51下开发的软件也可以在8051上应用。这两种单片机是完全可移植的。 既然这两种单片机外形及内部结构都一样，那它们之间的主要差别在哪里呢？ 8051与80C51单片机的主要差别就在于芯片的制造工艺上。80C51的制造工艺是在8051基础上进行了改进。

NBiot模块一般都是串口接口，使用AT指令集，对接中国移动onenet平台。先用串口助手去测试，流程测试OK之后需要在MCU上重新写一遍。 STM32 串口 IDLE 中断 IDLE其实是空闲的意思。IDLE中断叫空闲中断，不叫帧中断。那么什么叫空闲，怎么定义空闲呢？在实际发送数据的时候，比如一串字符串，我们会采用如下方式发送 void uart1_putc(char dat) { SBUF = dat; while (!TI); TI = 0; } void uart1_puts_n(char *str){ while (*str) uart1_putc(*str++); } void uart1_puts_n("i am handsome"); 其实发送的两个字符之间间隔非常短，所以在两个字符之间不叫空闲。空闲的定义是总线上在一个字节的时间内没有再接收到数据，空闲中断是检测到有数据被接收后，总线上在一个字节的时间内没有再接收到数据的时候发生的。 而总线在什么情况时，会有一个字节时间内没有接收到数据呢？一般就只有一个数据帧发送完成的情况，所以串口的空闲中断也叫帧中断。 要怎么开启帧中断呢？ 其实其他串口配置不用改变，只需要在开启串口接收中断的时候加上一句话就Ok。 USART_ITConfig(USART2, USART_IT_RXNE, ENABLE);//开启串口接收中断

如何优雅的关闭Java线程池 面试中经常会问到，创建一个线程池需要哪些参数啊，线程池的工作原理啊，却很少会问到线程池如何安全关闭的。 也正是因为大家不是很关注这块，即便是工作三四年的人，也会有因为线程池关闭不合理，导致应用无法正常stop的情况，还有出现一些报错的问题。 本篇就以ThreadPoolExecutor为例，来介绍下如何优雅的关闭线程池。 01 线程中断 在介绍线程池关闭之前，先介绍下Thread的interrupt。 在程序中，我们是不能随便中断一个线程的，因为这是极其不安全的操作，我们无法知道这个线程正运行在什么状态，它可能持有某把锁，强行中断可能导致锁不能释放的问题；或者线程可能在操作数据库，强行中断导致数据不一致混乱的问题。正因此，JAVA里将Thread的stop方法设置为过时，以禁止大家使用。 一个线程什么时候可以退出呢？当然只有线程自己才能知道。 所以我们这里要说的Thread的interrrupt方法，本质不是用来中断一个线程。是将线程设置一个中断状态。 当我们调用线程的interrupt方法，它有两个作用： 1、如果此线程处于阻塞状态(比如调用了wait方法，io等待)，则会立马退出阻塞，并抛出InterruptedException异常，线程就可以通过捕获InterruptedException来做一定的处理，然后让线程退出。 2

共享中断通过 request_irq 来安装就像不共享的一样, 但是有 2 个不同: SA_SHIRQ 位必须在 flags 参数中指定, 当请求中断时. dev_id 参数必须是独特的. 任何模块地址空间的指针都行, 但是 dev_id 明确地 不能设置为 NULL. 内核保持着一个与中断相关联的共享处理者列表, 并且 dev_id 可认为是区别它们的签名. 如果 2 个驱动要在同一个中断上注册 NULL 作为它们的签名, 在卸载时事情可能就乱了, 在中断到的时候引发内核 oops. 由于这个理由, 如果在注册共享中断时传给了一个 NULL dev_id , 现代内核会大声抱怨. 当请求一个共享的中断, request_irq 成功, 如果下列 之一是真: 中断线空闲. 所有这条线的已经注册的处理者也指定共享这个 IRQ. 无论何时 2 个或多个驱动在共享中断线, 并且硬件中断在这条线上中断处理器, 内核为 这个中断调用每个注册的处理者, 传递它的 dev_id 给每个. 因此, 一个共享的处理者必 须能够识别它自己的中断并且应当快速退出当它自己的设备没有被中断时. 确认返回 IRQ_NONE 无论何时你的处理者被调用并且发现设备没被中断. 如果你需要探测你的设备, 在请求 IRQ 线之前, 内核无法帮你. 没有探测函数可给共享 处理者使用.