RES: SPARC BSP Question

Joel Sherrill 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
4.6.99.2 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.

--joel
>
> Fabricio.
>
>
> -----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
>
>
> Hi,
>
> 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.
>
> (gdb)
> 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?
>
> --joel
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>
>   




More information about the users mailing list