OK, have modprobe working, but, the .resource_table is missing from the pru
compiled code, so the binary will not load. Here is my pru build
clpru --silicon_version=3 -o1 pru1.c -z link.cmd -o pru1.out -m pru1.map
-cr
-stack 0x100
-heap 0x100
MEMORY
{
PAGE 0:
PRUIMEM : org = 0x00000000 len = 0x00001000 /* 8kB Instruction
RAM */
PAGE 1:
PRUDMEM : org = 0x00000000 len = 0x00001000 /* 8kB Data RAM */
SHAREDMEM : org = 0x00010000 len = 0x00010000 /* 12kB Shared RAM
*/
/* Constant Table Memory directives. */
C0_INTC : org = 0x00020000 len = 0x00001504 CREGISTER=0
C1_DMTIMER2 : org = 0x48040000 len = 0x00000100 CREGISTER=1
C2_I2C1 : org = 0x4802A000 len = 0x00000100 CREGISTER=2
C3_ECAP : org = 0x00030000 len = 0x00000100 CREGISTER=3
C4_CFG : org = 0x00026000 len = 0x00000100 CREGISTER=4
C5_MMCHS0 : org = 0x48060000 len = 0x00000100 CREGISTER=5
C6_MCSPI0 : org = 0x48030000 len = 0x00000100 CREGISTER=6
C7_UART0 : org = 0x00028000 len = 0x00000100 CREGISTER=7
C8_MCASP0_DMA : org = 0x46000000 len = 0x00000100 CREGISTER=8
C9_GEMAC : org = 0x4A100000 len = 0x00000100 CREGISTER=9
C10_RSVD : org = 0x48318000 len = 0x00000100 CREGISTER=10
C11_UART1 : org = 0x48022000 len = 0x00000100 CREGISTER=11
C12_UART2 : org = 0x48024000 len = 0x00000100 CREGISTER=12
C13_RSVD : org = 0x48310000 len = 0x00000100 CREGISTER=13
C14_DCAN0 : org = 0x481CC000 len = 0x00000100 CREGISTER=14
C15_DCAN1 : org = 0x481D0000 len = 0x00000100 CREGISTER=15
C16_MCSPI1 : org = 0x481A0000 len = 0x00000100 CREGISTER=16
C17_I2C2 : org = 0x4819C000 len = 0x00000100 CREGISTER=17
C18_EHRPWM1 : org = 0x48300000 len = 0x00000100 CREGISTER=18
C19_EHRPWM2 : org = 0x48302000 len = 0x00000100 CREGISTER=19
C20_EHRPWM3 : org = 0x48304000 len = 0x00000100 CREGISTER=20
C21_MDIO : org = 0x00032400 len = 0x00000100 CREGISTER=21
C22_MBX0 : org = 0x480C8000 len = 0x00000100 CREGISTER=22
C23_SPINLOCK : org = 0x480CA000 len = 0x00000100 CREGISTER=23
/* C24_PRU0_1 : org = 0x00000000 len = 0x00000100 CREGISTER=24
C25_PRU1_0 : org = 0x00000000 len = 0x00000100 CREGISTER=25 */
C26_IEP : org = 0x0002E000 len = 0x00000068 CREGISTER=26
/* C27_MII_RT : org = 0x00000000 len = 0x00000100 CREGISTER=27
C28_SHARED_RAM : org = 0x00000000 len = 0x00000100 CREGISTER=28
C29_TPCC : org = 0x00000000 len = 0x00000100 CREGISTER=29
C30_L3OCMC : org = 0x00000000 len = 0x00000100 CREGISTER=30 */
C31_DDR : org = 0x80000000 len = 0x00000100 CREGISTER=31
}
SECTIONS {
/* Forces _c_int00 to the start of PRU IRAM. Not necessary when loading
an ELF file, but useful when loading a binary */
/*.text:_c_int00* > 0x0, PAGE 0*/
.text > PRUIMEM, PAGE 0
.stack > PRUDMEM, PAGE 1
.bss > PRUDMEM, PAGE 1
.cio > PRUDMEM, PAGE 1
.data > PRUDMEM, PAGE 1
.switch > PRUDMEM, PAGE 1
.sysmem > PRUDMEM, PAGE 1
.cinit > PRUDMEM, PAGE 1
.rodata > PRUDMEM, PAGE 1
.rofardata > PRUDMEM, PAGE 1
.farbss > PRUDMEM, PAGE 1
.fardata > PRUDMEM, PAGE 1
}
On Wednesday, December 31, 2014 1:43:12 PM UTC-6, tcmichals wrote:
>
> I'm trying to force a reload of the PRU firmware via file system, is there
> a way to force a reload from the file system?
> Guess will try and make it a module and do a modprobe
>
> FYI, remoteproc has some information on tracing for PRU
> Getting trace information from remoteproc
> mount debugfs
> mkdir /tmp/debug
> mount -t debugfs none debug
> /tmp/debug/remoteproc0
>
>
>
>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
