Activity
From 01/13/2015 to 02/11/2015
01/30/2015
- JM 10:35 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- The SW developer told me the kernel version is 2.6.34
Does that affect the quality of link? - MW 07:42 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: Very high TX packet loss on gigabit Ethernet
- Hi Chris,
We've had this module deployed on a couple of different designs as well as the DevKits and I don't think we've had to tweak the pad skews and I know that our packet loss was pretty much negligible. Our validation test uses ... - Hi,
I've been having trouble getting gigabit Ethernet working on a MitySOM-5CSX dev kit using a preloader, u-boot and linux built as per the instructions at [[Building_u-Boot_and_Preloader]] and [[Yocto_for_MitySOM-5CSX]]. It works fin...
01/26/2015
- DV 03:28 PM MitySOM-5CSX Altera Cyclone V Software Development: RE: U-boot not bringing Linux kernel up correctly
- Hi Chris,
We've also just recently found that that commit is causing troubles for our 5CSX dev kit as well. It appears to be adjusting the SDRAM row size to 4GB instead of 1GB in order to workaround an SDRAM errata. We are currently l...
01/23/2015
- CW 04:21 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: U-boot not bringing Linux kernel up correctly
- OK, problem commit seems to be 938156 (http://support.criticallink.com/gitweb/?p=u-boot-socfpga.git;a=commit;h=93815696dce132ff8abc4ab2f4c195339ff821a0). I haven't had a chance to look at it to see if there are any obvious problems here....
- SN 03:21 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- Hi mike
your are rigth. I tried it before the
map= (int *)(mmap(0,MAPPED_SIZE,PROT_READ|PROT_WRITE,MAP_SHARED,_fdmem,DDR_RAM_PHYS));
and forgot to correct it back.. Its working now, thanks alot..
01/22/2015
- CW 07:26 PM MitySOM-5CSX Altera Cyclone V Software Development: RE: U-boot not bringing Linux kernel up correctly
- Hi Michael,
p/n: 80-000642RI-1
s/n: 14008623
It's in a dev kit at the moment. Our base board borrowed heavily from the dev kit, so there shouldn't be any significant differences there.
I have tried other modules to no avail.
I did ... - MW 07:52 AM MitySOM-5CSX Altera Cyclone V Software Development: RE: U-boot not bringing Linux kernel up correctly
- Hi Chris,
We will look into it. Can you post the module type and serial number just so we know your exact configuration?
-Mike - Hi,
I've built the preloader, U-Boot, Linux kernel and filesystem as per the instructions at https://support.criticallink.com/redmine/projects/mityarm-5cs/wiki/Building_u-Boot_and_Preloader and https://support.criticallink.com/redmine/p... - MW 07:32 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- No you don't need ot use SetSharedMemCfg() or SetPoolCfg() if you are not using the tcDspInbound and tcDspOutbound message passing frameworks.
If you look at the dspapp.cpp file in the MDK, you will see the following parameters: - SN 03:57 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- Hi
do i need to use
int tcDspApp::SetSharedMemCfg(tsSharedMemCfg* pConfig)
or
int tcDspApp::SetPoolCfg(uint32_t anNumBufPools, uint32_t *apBufSizes,
uint32_t *apNumBuf, bool abExactMatch)
to use the Iram at 0... - SN 01:59 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- Hi thanks for the help, I still got some problems with reading on the ARM.
ARM code:
01/20/2015
- JC 09:31 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- You may find this post helpful for transmitting non-string data using dsplink. https://support.criticallink.com/redmine/boards/10/topics/4178?r=4179#message-4179
Note that the tsData::data_ptr requires tcDspApp::ReadMemory() on the AR... - MW 09:18 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- DSP code is OK, though if you have the caches enabled for the regions of SRAM or RAM you may need to add a cache write back call to ensure the data is moved to external memory for the ARM to pick up.
-Mike - SN 09:05 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- Hi thanks for the quick reply. I found some stuff of how to do it on the ARM side, following the example you pointed out. On the DSP is it okay to write to memory as showed above ?
- MW 07:33 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Write to SharedMem from DSP and read it from ARM
- The linux OS uses virtual memory addresses. You can't access RAM by physical address in the normal case.
You need to use /dev/mem and mmap in the memory you want to access (though it will not be cacheable with this technique). See t... - Hi im trying to write to some shared memory from the DSP and read it back from the ARM. Ive expanded the HelloWorldDSP project, so memory is mapped as in that project. I tried on 4 different memory areas.
DSP code:
01/19/2015
- MW 07:08 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- What version of the kernel are you using?
01/18/2015
- JM 11:30 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- From the kernel boot message, occasionally it failed to link to 3G speed, it linked up to 1.5G, but most of the time if link to 3G failed, it failed totally at all. Even though it linked up at 1.5G, it failed to mount the file system.
...
01/16/2015
- MW 07:24 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- I am fairly certain that the lengths on the module for the SATA lines are matched. I will check with our PCB designer.
Do your boards ever negotiate to SATA-I speeds instead of SATA-II speeds? You should be able to see the negotiate...
01/15/2015
- JM 10:36 PM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- Thank you for your reply.
The HD is occacionally not attached. And the possibility of attahement depend on the brand of SSD. Intel SSD can be connected most of the time, Kingston has lower possibility on connection, and Samsung has very... - AD 10:13 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- Hi Jun Mo,
For layout recommendations, be very careful with the SATA layout. Below are some guidelines to verify before building the PCB:
* Use controlled impedance
* Avoid vias
** Completely avoid them if possible
* If vias ca... - MW 07:17 AM MityDSP-L138 (ARM9 Based Platforms) PCB Development: RE: MityARM-1808F SATA connection problem
- Hi,
Is the HD not ever detected, or does it occasionally not attach?
-Mike
- SK 03:04 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- I also got the SW to run. But I have to use the set_vector_enable() function. This function enables the gpio-input interrupt in the base module.
Below you can find my code:
I have changed my address vector to 10 bits. - SN 01:20 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- Hi Stefan
i Have two FPGA GPIO cores one at 0x66000080(output) and one at 0x66000100(input). Anyway with some help from Michele Capena i got the above code to run. I just removed this line tcDspFirmware::set_vector_enable(1, 0x0001, T...
01/14/2015
- I use MitySOM-1808F to develop our data logging system which store data into a SATA2 SSD HD. We design the mother board by ourselves and all the board have the same problem: the HD can not be recognized every time when the linux boot.
W... - SK 10:31 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- Are you sure that the baseaddress for the input gpio is 0x66000100? How long is your address vector from the EMIFA IF module to the GPIO?
If you didn't change anything the vector should have a size of 6 bits.
That means that your base... - SN 08:04 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- Hi
(Are you using the DSP/BIOS MityDSP-L138 Platform.tci file as a template for you BIOS? )
yes im using it, from the HelloWorldDSP example.
(You need to ensure that the BIOS interrupt dispatcher is enabled for the GPIO pins use... - MW 07:42 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- For the GPIO, you should only use SetISRCallback(). The tcDspFpgaGpio class will call the register_isr_callback() method for you.
Are you using the DSP/BIOS MityDSP-L138 Platform.tci file as a template for you BIOS? You need to ensu... - SN 04:25 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- Hi again Stefan
im trying to get an FPGA interrupt working on the industrual I/O . ive tried both
mpGpio_input->SetISRCallback and tcDspInterruptDispatch::register_isr_callback but not with any luck.
Im still unsure which one of t... - SN 03:39 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Interrupt source code for DSP
- Hi Stefan
Have you seen this post "GPIO interrupt in MityOMAP-L138F" it might help you. Im also looking for help with setting up an FPGA gpio interrupt.
/stefan nielsen
01/13/2015
- OM 04:30 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Without the serial converter it works.
The board has come to life!
Thank !!! - JC 09:25 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Could you verify that the BOOTME message is sent by the l138 when you power it while holding the boot button? The output above seems to indicate it timed out waiting for the BOOTME message.
Also are you using a usb to serial converter... - MW 09:21 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- You should not need to do that if you are getting past u-Boot and trying to boot the kernel.
If you are getting any boot text (getting to u-Boot) can you please do the following and capture the text from the console and post it:
1.... - OM 09:19 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Unfortunately, does not help. The message of the utility is following:
D:\...\MityDSP\sfh_ubl_072111>sfh_OMAP-L138 -flash -v -p C
OM1 UBL_SPI_MEM.ais u-boot.bin
-----------------------------------------------------
TI Serial Fla... - JC 09:01 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Does this help?
[[Reprogramming a Dead Board]] - OM 07:44 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Hi Mike.
After manipulations in accord https://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Programming_the_FPGA my board it is not loaded at all.
It is impossible to be connected to her with CCS. On Industrial IO De... - MW 07:09 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: u-boot problem
- Post the complete text and your u-Boot environment.
Typically, this message is because the kernel cannot locate a root filesystem to boot from. Do you have your rootfs environment variable set?
-Mike
- Hi,
After power on board MityDSP-L138F the download stops with the message " Kernel panic - not syncing: No init found. Try passing init = option to kernel."
How to correct this situation?
Thanks