Activity
From 12/08/2010 to 01/06/2011
01/06/2011
- MW 01:26 PM PCB Development: RE: SYS_RESET_N Signal
- Hello Mr. Mladenik,
I believe you are working with two types of boards and I'd like to make sure that we are talking about the same thing when we talk about revisions of hardware.
There is the MityDSP-L138F SoM. That is the daugh... - JM 12:37 PM PCB Development: RE: SYS_RESET_N Signal
- Oh I retried an old version of the Kernal that did drive the SYS_RESET_N HI but none of the I2C worked they all time out. The command I use is "i2cdump -y 1 0x51" and it continuously gave a timeout and retry.
- On your development board you tied the SYS_RESET_N (GP5[14] or MMCSD0_DAT7) signal to the active low reset on the Audio chip. On our board we did the same thing but we use a different Audio chip that is more suited our needs. Our sof...
01/05/2011
- MW 07:32 PM Software Development: RE: How Do I Get SD Memory Working for Critical Link Carrier Board From Linux
- Hello Mr. Kasper,
We have used the MMC card with the Critical Link Carrier board here, mounting both a FAT as well as an ext2 partition. We've also been able to load/boot a kernel from it from u-Boot and mount a partition as a root f... - DK 05:49 PM Software Development: RE: How Do I Get SD Memory Working for Critical Link Carrier Board From Linux
- I have enabled MMC via menuconfig per "Building Softare Components for OMAP-L138." Linux startup displays
"davinci_mmc davinci_mmc.0:using dma, 4-bit mode."
Does anybody know how to make the kernel probe for SD devices?
Than... - Has anybody demonstrated SD memory functionality for the Critical Link carrier board (80-000268RI-1) via Linux? If so can you post the menuconfig steps and any other run-time commands that need to be entered from the Linux shell.
Tha...
12/14/2010
- DV 06:40 PM Software Development: RE: I2C Board Support Package
- I've been playing with the kernel trying to narrow down the problem. With the new kernel I can get i2cdump -y 1 0x51 to work by modifying mityomapl138_mcasp_pins back to the value of the 2010.05 kernel. I don't understand why this change...
12/13/2010
- I have downloaded the u-boot snapshot. Can someone tell me the build command sequence in order to support the MityDSP L138 module? My end goal is to build the Linux kernel; however I get an error during this process indicating mkimage ...
12/10/2010
- MW 07:41 AM Software Development: RE: I2C Board Support Package
- I'm not sure if that's true. The I2C lines are required in order to manage the on-board power controller needed for core voltage adjustments. I will check today.
Would it be possible for you to provide (offline, via email or some o...
12/09/2010
- DV 07:40 PM Software Development: RE: I2C Board Support Package
- I'm trying to dig through the two kernels to see what the difference is w.r.t the i2c bus. It looks like the 2010.05 kernel did not try to activate the i2c lines going for the SOC, while the 2010-10-12 does try to activate those lines. A...
- MW 05:33 PM Software Development: RE: Basic Driver Virtual Addressing Question
- You might want to check the fpga_ctrl.c file for an example, or check the online manual for "Linux Device Drivers":http://lwn.net/Kernel/LDD3/ which is extremely helpful.
Short answer is that you need to map in IO regions (physical ad... - I have written a simple "hello world" driver and I am trying to display the value of the OMAP REVID register from the init function. I assigned the physical address to a pointer; however a segmentation fault is generated when memory is ...
- MW 05:27 PM Software Development: RE: Loading FPGA
- Hi David,
Currently, there is a bug in the fpga_ctrl.ko driver that could result in spurious interrupts if you re-program the FPGA a second time (after issuing a "3" / probing command to /sys/devices/fpga_ctrl/cmd). This is due to th... - DK 05:07 PM Software Development: RE: Loading FPGA
- Has anybody tried the online procedure "Using Linux drivers to load the FPGA?" I get an infinite printf loop after reset is commanded as follows:
# cat /proc/modules
fpga_ctrl is displayed with live status
# echo "1" > /sys/dev...