csb337 and skyeye

Joel Sherrill joel.sherrill at oarcorp.com
Thu May 31 14:19:58 UTC 2007


Thanks for answering.   This has to be close.

Jay Monkman wrote:
> On Wed, May 30, 2007 at 02:19:44PM -0500, Joel Sherrill wrote:
>   
>> I have gotten to the point where it is trying to
>> print:
>>
>>
>> dbgu_write (minor=<value optimized out>, buf=0x201170ac "\r", len=1)
>>    at 
>> ../../../../../../../current/c/src/lib/libcpu/arm/at91rm9200/dbgu/dbgu.c:132
>> 132                 if (dbgu->sr & DBGU_INT_TXRDY) {
>> (gdb) p dbgu
>> $1 = (at91rm9200_dbgu_regs_t *) 0xfffff200
>>     
>
> Does it hang there, as if the status register isn't changing, or does
> it crash? What happens if you do 'p *dbgu' in gdb?
>
>   
(gdb) p *dbgu
$1 = {cr = 0, mr = 0, ier = 0, idr = 0, imr = 0, sr = 0, rhr = 0, thr = 0,
  brgr = 0, _res0 = {0, 0, 0, 0, 0, 0, 0}, cidr = 0, exid = 0, fnr = 0}
(gdb) p dbgu
$2 = (at91rm9200_dbgu_regs_t *) 0xfffff200

Is the dbgu  something special I need to turn on in my skyeye config file?

I didn't see anything about the dbgu in the skyeye source but my grep 
might have
missed it.


cpu: arm920t
mach: at91rm92
mem_bank: map=M, type=RW, addr=0x20100000, size=0x00F00000
mem_bank: map=M, type=RW, addr=0x00200000, size=0x0004000
log: logon=1, logfile=/tmp/sk1.log, start=2000000, end=3000000

--joel



More information about the users mailing list