RES: SPARC BSP Question
joel.sherrill at oarcorp.com
Tue Nov 7 12:22:18 UTC 2006
Fabricio de Novaes Kucinskis wrote:
> Hi Joel,
> I don't know what is happening, but I can tell you that I use the ERC32 BSP
> of RTEMS 4.6.4 with the proper ERC32, with SIS, with and without GDB, and I
> don't have this problem.
> So, whatever it is, it's subsequent to the 4.6.4 version.
I looked at the Wiki status on SIS and apparently I got it to run and
logged it around
220.127.116.11 if I commented out the copy data from ROM loop. I tried that
and it didn't
help on this case.
The Huntsville class is this week so that's about all I can do for a while.
> -----Mensagem original-----
> De: rtems-users-bounces at rtems.org
> [mailto:rtems-users-bounces at rtems.org]Em nome de Joel Sherrill
> Enviada em: segunda-feira, 6 de novembro de 2006 15:22
> Para: RTEMS Users Mailing List
> Assunto: SPARC BSP Question
> I was doing some basic checks on the 4.7 branch
> and head. I noticed that the sparc/sis BSP
> traps while zero'ing out the RTEMS workspace. This
> is the last gdb output before it traps.
> 51 zero_out_array[ index ] = 0;
> 2: &zero_out_array[index] = (uint32_t *) 0x23ffea4
> 1: index = 13737
> I expected to see a simple math error causing us to access
> past the end of memory but this isn't the case here. According
> to my prints, the starting address and size add up to 64K so that
> looks OK and it looks like RAM should be there.
> (gdb) p starting_address
> $3 = (void *) 0x23f2800
> (gdb) p/x size
> $5 = 0xd800
> FWIW the erc32 BSP on tsim runs OK. This is JUST with sis
> on gdb.
> Any ideas?
> rtems-users mailing list
> rtems-users at rtems.com
More information about the users