Mity CPU Platforms » MityDSP-L138 (ARM9 Based Platforms)

We've not tried using the serial flasher with the linux mono framework. It has only been tested using Microsoft Windows .NET framework.

For sanity, you might try a terminal program such as putty at 115200 and reset while holding the boot strap configuration button and see if you get a "BOOTME" string. If you get the string, then the problem is with running the flasher under linux mono framework.

Any low level hardware interface (in this case, for the FPGA, it is memory mapped into the SOC via the EMIFA external interface) requires a kernel level driver or driver module to communicate with it. You cannot access physical memory directly under linux as a MMU is used to provide virtual memory mapping between applications and physical memory.

Our architecture involves breaking down the FPGA address space on the EMIFA into 0x800 bytes of address space per logical "core module". Each core module uses it's own driver and is independent of other modules in the FPGA. Not sure what block diagram you would like to see here, perhaps looking at this wiki page might help?

Hi,

I can't see BOOT ME using Terminal (115200 N 8)

the button on the board is S100 (Boot) ?

Do you cab loaded the Linux Kernel into the OMAP ?

I want to understand about fpga_pwm.ko. Does it controls the signal on the pins of the FPGA device or OMAP ? Explain me more about this architecture.

Thanks

Gregory

Hello Gregory,

When you received the board, it should already have been programmed with u-Boot and should come up to that prompt on power up. All units are tested before they are shipped, so the unit should be working to that level. If you aren't seeing a BOOTME prompt or anything else after power up, I suspect that the cable between the board and the PC may need a NULL modem inserted.

Just to be clear: You need to hold the boot button (S100) down while pressing and releasing the reset button (S101) to see the BOOTME prompt for UART reflashing (this really should not be required from a stock unit).

All of the fpga_***.ko modules are kernel modules designed to interface with cores developed for the FPGA. The fpga_pwm.ko module is designed to work with the PWM core that can be loaded into the FPGA. The PWM control for the OMAP-L138 HRPWM unit is located in the kernel repository under arch/arm/mach-davinci/ehrpwm.c and davinci-pwm.c and were taken from a patch submitted by TI to the mainline kernel. It does not support all of the features of the HRPWM peripheral, but is fairly flexible.

-Mike

Gregory -

In the development kit there is both a small cable that adapts the dual-row header to DB9 and also a DB9 to DB9 serial cable, they both must be used together as the DB9 to DB9 is a null modem configuration. Perhaps you are only using the small dual-row to DB9 cable?

Tom

Hi,

Thanks Tom. It works thanks to null modem cable.

Does fpga_pwm.ko use the pwm core in FPGA ?

Does ehrpwm.ko and davinci-pwm.ko are equivalent to fpga_pwm.ko but this latter offered more flexibiliy ?

If the application IndustrialIO_Top.vhl in the FPGA device is empty, I must reload it using u-boot without using Xilinx JTAG programmer ? This application will load in SPI Flash device then FPGA device automatically loads it when the power is ON ?

Thanks

Gregory