go语言开发f1c100s之oled驱动mmap版

FireBrain

上次是用文件方式操作io，这次换成了设备地址映射到虚拟地址，操作虚拟地址来操作io。但是这两种方式驱动oled都非常慢，有很明显的扫描感。不知道大家用什么方式操作f1c100s的io，理论上不应该这么慢的。
https://github.com/kekemuyu/f1c100s/tree/master/oled_spi
mmap部分代码：

1. #include"devmem.h"
   
2. 
   
3. 
   
4. int tempfd;
   
5. 
   
6. void Openfile(){
   
7.     if((tempfd = open("/dev/mem", O_RDWR | O_SYNC)) == -1) FATAL;
   
8.    
   
9. }
   
10. 
    
11. void Closefile(){
    
12.      close(tempfd);
    
13. }
    
14. 
    
15. void Writebit(long  target,int bitsize ,char value){
    
16. 
    
17.     void *map_base, *virt_addr;
    
18.     unsigned long read_result, writeval;
    
19.     int fd;
    
20. 
    
21.     fd = fcntl(tempfd, F_DUPFD, 0);
    
22.     if(fd<0){
    
23.         FATAL;
    
24.     }   
    
25. //    if((fd = open("/dev/mem", O_RDWR | O_SYNC)) == -1) FATAL;
    
26. //    printf("/dev/mem opened.\n");
    
27. //    fflush(stdout);
    
28. 
    
29.     /* Map one page */
    
30.     map_base = mmap(0, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, target & ~MAP_MASK);
    
31.     if(map_base == (void *) -1) FATAL;
    
32. //    printf("Memory mapped at address %p.\n", map_base);
    
33. //    fflush(stdout);
    
34.    
    
35.     virt_addr = map_base + (target & MAP_MASK);
    
36.    
    
37.     read_result = *((unsigned long *) virt_addr);
    
38.    
    
39. //    printf("Value at address 0x%X (%p): 0x%X\n", target, virt_addr, read_result);
    
40. //    fflush(stdout);
    
41.    
    
42. 
    
43. //    printf("bitsize:%d;value:%d\n",bitsize,value);
    
44.     if(value==0){
    
45.        read_result&=~(1<<bitsize);
    
46.     }else{
    
47.         read_result|=1<<bitsize;
    
48.     }
    
49. 
    
50.     writeval=read_result;
    
51.     *((unsigned long *) virt_addr)=writeval;
    
52.     read_result=*((unsigned long *) virt_addr);
    
53.    
    
54. //    printf("Written 0x%X; readback 0x%X\n", writeval, read_result);
    
55. //    fflush(stdout);
    
56.    
    
57.     if(munmap(map_base, MAP_SIZE) == -1) FATAL;
    
58.     close(fd);
    
59. }

复制代码

FireBrain

还用了纯c语言的mmap方式，速度稍微有点提升，但还是有扫描感。难道linux上操作gpio真么慢

youkebing

FireBrain 发表于 2020-4-7 08:48
还用了纯c语言的mmap方式，速度稍微有点提升，但还是有扫描感。难道linux上操作gpio真么慢 ...

我认为是应用进行系统调用的效率问题，如果要提高效率还是需要写驱动，当然，linux其实我也不是很懂！以上是我猜的.

FireBrain

youkebing 发表于 2020-4-7 09:28
我认为是应用进行系统调用的效率问题，如果要提高效率还是需要写驱动，当然，linux其实我也不是很懂！以 ...

谢谢回复，从大佬确认，你猜对了，内核态和用户态交互是毫秒级的延迟。
下一步的玩法是：
1：f1c100s硬件spi的4线方式
2. spi软件模式做成驱动集成到内核
3. 最终做成spi软硬件兼容的驱动集成到内核

通过这个小demo系统的学习一下linux的驱动开发

youkebing

FireBrain 发表于 2020-4-7 09:40
谢谢回复，从大佬确认，你猜对了，内核态和用户态交互是毫秒级的延迟。
下一步的玩法是：
1：f1c100s硬件 ...

期待你分享最新成果！

armstrong

技术总是在无尽的折腾中进步，这个我深有体会。
之前玩过几次linux，总是拿裸机开发做对比；感觉裸机很直接暴力的做法，在linux总是要拐弯抹角才能实现。
我很不愿意用拐弯抹角的方法实现本来直接能解决的问题，所以我永远学不会linux；也就是我没有不怕折腾的精神。

redworlf007

armstrong 发表于 2020-4-15 19:12
技术总是在无尽的折腾中进步，这个我深有体会。
之前玩过几次linux，总是拿裸机开发做对比；感觉裸机很直接 ...

linux也不是拐弯抹角，那是一层层的封装，裸机的话一层层封装后会变成rtos，也会有驱动框架。上了操作系统，能实现更强大的软件功能。
在linux上搞开发，思维方式和知识都不同。如果只会裸机开发，开发思维和知识面，只能停留在一个很狭窄的区域。

armstrong

redworlf007 发表于 2020-4-25 09:14
linux也不是拐弯抹角，那是一层层的封装，裸机的话一层层封装后会变成rtos，也会有驱动框架。上了操作系 ...

对的，是这么回事。所以新开发者建议从linux入手嵌入式开发，尽早培养完整的嵌入式思维方式。
我是感觉自己老了，思维方式顽固不化

redworlf007

armstrong 发表于 2020-4-25 12:17
对的，是这么回事。所以新开发者建议从linux入手嵌入式开发，尽早培养完整的嵌入式思维方式。
我是感觉自 ...

你玩玩新塘这种nuc972的片子，搞几天你会发现，和玩ucos差不多，写应用程序和裸机上差不多，都是瞎搞，哈哈。

at90s

我觉得是你的代码问题，每操作一个bit都要调用一堆系统调用。其实应该分成3个函数：初始化，writebit，关闭。初始化在整个程序启动时调用一次，包括打开文件，mmap等，最终得到一个虚拟基地址。writebi函数多加一个参数，就是前面得到的虚基地址，writebit里面只有指针操作，不会再有任何系统调用。关闭函数ummap和close，在程序退出前执行一次。

FireBrain

at90s 发表于 2020-4-25 21:57
我觉得是你的代码问题，每操作一个bit都要调用一堆系统调用。其实应该分成3个函数：初始化，writebit，关闭 ...

感谢回复，想到过这个问题。由于改动比较多，人比较懒，当时没有改。有时间我会试一下。不知道这样操作虚拟地址，和在裸奔中直接操作寄存器速度差多少