What is mmap and its need?
mmap is a syscall in linux for mapping the virtual address to a particular physical address. This is essential for controlling the memory mapped IO peripherals. There are good reasons to avoid and use mmap in linux. One particular usage of mmap is to directly control the peripherals without going into the device driver model. This is used predominently for the below mentioned reasons:
- Faster access of the peripherals
- No interface provided to use the functionality.
Basically, reason 1 seems to suit most of the time, particularly for simple peripherals such as GPIO. For the mraa library, GPIO is controlled (till now) using old sysfs interface. This suits well for most of the use cases like turning ON and OFF a gpio line. But, when it comes to toggle the gpio continuously to generate PWM, sysfs interface will fall back. Because, there will be cretain delay in accessing the gpio which may cause the PWM waveform to be unstable.
So, the solution is to use mmap for faster access to gpio pins. But I’m not saying that the mmap interface will be lightning fast to be able to generate PWM at MHz frequency range, but will be handy most of the times.
When talking about the delay in accessing GPIO in linux, we have to include context switch delay introduced by the scheduler too. This cannot be avoided even by using mmap, and addressing this issue will be done in another blog post.
mmap support in libmraa for Dragonboard410c
mmap support for Dragonboard410c in libmraa resides in 96Boards source file. There are 4 API’s introduced for adding mmap support:
Note: The support has been added for accessing GPIO only.
According to the Hardware Register Description manual for Dragonboard410c, GPIO registers are fixed starting from address 0x01000000. So, mmap call maps the physical address 0x01000000 of size 0x00120004.
For reading or writing to a particular pin, below calculation is used:
*(volatile uint32_t*) (mmap_reg + offset + 0x04)
We are at the end of this blog post. I hope this blog post gave much info on mmap and its usage in libmraa. We will be working more on libmraa in the upcoming days, stay tuned for further parts. Meanwhile, it’d be great if someone can benchmark the performance on using regular sysfs support and mmap support in libmraa and share with the community :-).
Tags64-bit 96Boards aarch64 Android ARM ARMv8 B2260 bubblegum-96 Consumer Edition Consumer IoT DB410c dragonboard410c F-Cue General Purpose Input Output GPIO HiKey I Squared C I2C intel libmraa libupm Linaro Linux MediaTek X20 mraa Open Embedded Open Hours open source OpenHours Reference Platform rpb UPM LED
Thursday, September 7, 2017
Friday, November 6, 2015
Tuesday, June 20, 2017
Tuesday, April 19, 2016
Wednesday, August 31, 2016