因为sep4020的唤醒需要用到fiq模式,上网搜索了一下linux暂时不支持fiq,但是仔细查看了entry-armv.S的文件,其实linux不是不支持linux,只是不能支持太复杂的操作(这个说法待考证,可能通过修改部分源代码也能实现,因为我在arch/arm/kernel下发现fiq.c文件,有时间再确认下),但是最基本的入口低级操作还是存在的,只需要改动相应的地方就能实现简单的功能。
比如我想在fiq的中断里面实现:
1.清楚wakeup中断,2启动一个蜂鸣器(不然不知道进了fiq模式了)
代码如下:
vector_fiq:
mov r8, #0xe000000c
orr r8, r8, #0x1000
orr r8, r8, #0x10
mov r9, #0x1
str r9, [ r8 ]
mov r8, #0xe000000c
orr r8, r8, #0x1000
orr r8, r8, #0x10
mov r9, #0x1
str r9, [ r8 ]
mov r10, #0xe0000008
orr r10, r10,#0x0000f000
mov r11, #0x40
str r11, [r10]
orr r10, r10,#0x0000f000
mov r11, #0x40
str r11, [r10]
mov r10, #0xe0000008
orr r10, r10, #0x10
orr r10, r10, #0xf000
mov r11, #0x40
str r11, [ r10 ]
orr r10, r10, #0x10
orr r10, r10, #0xf000
mov r11, #0x40
str r11, [ r10 ]
subs pc, lr, #4
首先在系统初始化的时候配置gpio口线的fiq模式,使能fiq模式,(因为我是要进中断处理函数的,不是要求唤醒,关于这两个的区别看最后的注意)
这里有个注意点,linux的arm汇编好像不支持ldr rX, =0xXXX这种伪指令模式,因为如果使用这种方式系统立马会报 Bad mode in data abort handler detected: mode FIQ_32,说明取数据错了,因此我采用了上面这种方式,写的好像冗余,先把功能实现了再说,有时间再做改动。当然还有一个需要就是即使在这里也需要用虚拟地址,因为这里已经打开了mmu。
1.我们一直说arm处理器收到一个中断后会自动调至相应的中断向量表,但是这里的中断是指经过中断控制器过滤的中断信号,也就是说即使硬件产生了中断,但是假设中断使能控制器没有使能,或者屏蔽了中断屏蔽寄存器,这时候还是产生不了cpu能够响应中断的信号,跳不到中断向量表的。
2.但是唤醒低功耗模式的中断(idle模式对应所有的普通中断,sleep模式对应wakeup快速中断)可以不通过中断控制器,即使中断没有使能,或者已经被屏蔽了,但是只要有了中断信号,即产生了一个未处理中断,此时就能够唤醒。
比如对于wakeup信号,由于其本身是内部中断,所以不需要配置gpio模式为中断,只要按下wakeup键立马产生唤醒信号,这wakeup信号通过pmc整形后直接作为intc fiq的一个中断源将系统唤醒。
由于idle模式任何中断都能将idle模式唤醒,倘若想用特定的中断唤醒,此时通过终端控制寄存器配置是不起作用的,只有直接切断相应的中断源才行。