L4Re GPIO

Erry Pradana Darajati pradana.erry at gmail.com
Tue Dec 23 15:29:43 CET 2014


>> 1. I want to QEMU to accept input from keyboard to emulate and study how
to
>> use an configure of IO. I study this as a part of my main goal to access
>> GPIOs of Pandaboard. Well, in my last email i stated that i already
include
> x86-legacy.devs module in modules.list, and define
>> REQUIRES_LIBS=libc_be_file_
>stdin, and using "default-kernel fiasco
>> -serial_esc" defined. But, it still not respond to any of my keyboard
>> input. So, what did i miss?
>
>The x86-legacy.devs is for x86-based platforms. The pandaboard is ARM
>based, so you do not need that file there. Also, the input here is also
>based on the UART that is driven by the kernel, so there's no driver
>necessary in user-land here. As already questioned in the other mail,
>how are you trying to get the input in your program?

Yes, I am testing this scenario in QEMU using x86 Build. The purpose of
this testing is to understand how to access and use the IO using L4Re.
Because i'm still not fully understand about it. So i'm trying to make a
L4RE Build x86, boot it in the QEMU and directly access using keyboard
input (not via serial). But i still cannot do that.
In Pandaboard ARM. i am already understand and be able to access keyboard
via UART3

>> 2. I have modified omap3 driver that included in the package to be used
>> with omap4460 registers, but i have a few difficulties. There are few
>> missing registers (like Clr_irq_enable1 register that not present in
>> OMAP4460) and i am still cannot comprehend the scm_offset table. Because
>> when i crossreferencing the source with the OMAP3 TRM the i cannot
>> understand the value. My question is. Is it be able to use only some of
the
>> defined register to do simple IO task, and enable or disable register ?
>
>I've not written the particular code, but the scm_offset seems to select
>a specific gpio block.
>For starting to work on a driver I recommend to start with a simple
>program and directly work on the MMIO. This helps to understand how the
>device is working. When basic things work, such as switching pins
>on/off, settings directions, interrupts, etc things can be integrated.

I am studying to directly access the GPIO. So if i wrote simple program
(let's say main.c program in testGPIO module that i created myself). I
don't need to call the .devs and .io or call the driver module ?
And also, i already make successful block code to access GPIO but not using
L4Re API. But it cannot be implemented in L4Re Block code. It's something
like this :

http://pastebin.com/TMc9ieBr

Thank you, and i really appreciate any answer and helps.

-- 
*Regards,*
*Erry Pradana Darajati | Student of Computer Engineering*
*Politeknik Elektronika Negeri Surabaya / EEPIS, Indonesia*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://os.inf.tu-dresden.de/pipermail/l4-hackers/attachments/20141223/9b8fad54/attachment.html>


More information about the l4-hackers mailing list