用TI AM3357 linux下搞mmap控制MCSPI卡住了
映射成功但是操作读写就发生bus error。为此做了些其他测试,用mmap映射其他地址,查看打印44E0 0000的内容(时钟管理),发现SPI_GCLK是非激活的,参照参考书配置总是没配成激活,从TI下了个裸奔的代码,找到它的MCSPI时钟配置部分,模仿它的地址,数据,用mmap配置还是不成功(不能设成想要的状态)。还发现,系统运行后,查看打印44E0 0000的内容发现定时器2 5 6是激活的,mmap后访问时正常,但定时器3 7没激活,mmap访问同样bus error。问题好像是与激活时钟有关(就像ARM M3没有使能时钟的外设访问发生硬件错故障一样),但是奇怪的是对两个GPIO mmap操作,事先查过这个GPIO没激活,但是映射后可以自如操作IO反转,没发生bus error。TI那个裸奔MCSPI,它的配置是死循环等待状态成功,我根据我打印信息,部分状态受控,部分状态无效,等不到,如果完全模仿只能卡死,所以试验是插入sleep等待并打印,反正状态不成功。以前用三星6410,mmap都能自如控制。 本帖最后由 NJ8888 于 2015-5-28 20:54 编辑另外奇怪的是用ioctl操作MCSPI是可以的,能出时钟和数据,说明驱动是做好在内核中的了。特异处是发现这种办法MOSI管脚在CS拉高后,好像是高阻了,示波器观察电平不高不低。之所以想用mmap,是发现代码两次连续ioctl会被间隔出150us延时,以前用6410也是这样,上百微秒才执行完毕,而用mmap,基本时钟发送完就可以输出下一次的数据了。 这个也是没人了解过,后来上网查到一个信息(只有唯一一条),要把内核出一句话屏蔽掉重编译,试了果然好使.MMAP控制正常了
页:
[1]