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