因为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 r10, #0xe0000008
 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 ]
 
 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模式唤醒,倘若想用特定的中断唤醒,此时通过终端控制寄存器配置是不起作用的,只有直接切断相应的中断源才行。

3、 唤醒中断控制器(WIC)

WIC可以使处理器和NVIC处于一个低功耗睡眠的模式。

处理器完全使用WFI、WFE和SEV指令集。另外,处理器也支持Sleep-on-exit,这会导致处理器核心在从一个异常处理返回到线程模式时进入睡眠模式。

http://blog.chinaunix.net/uid-9863638-id-1996316.html
 
Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐