kernel debugger on cubietruck
Ganbold Tsagaankhuu
ganbold at gmail.com
Sat Sep 20 14:09:00 UTC 2014
On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS <gdalmas at wanadoo.fr> wrote:
> I did not know much about debug kernel, but when I pass the trace command,
> I get:
>
> db> trace
> Tracing pid 0 tid 100000 td 0xc08ba870
> db_trace_self() at db_trace_self
> pc = 0xc04eba6c lr = 0xc0232780 (db_hex2dec+0x4d8)
> sp = 0xc08e5750 fp = 0xc08e5768
> r10 = 0xc08ba1c4
> db_hex2dec() at db_hex2dec+0x4d8
> pc = 0xc0232780 lr = 0xc02320f0 (db_command_loop+0x2fc)
> sp = 0xc08e5770 fp = 0xc08e5810
> r4 = 0x00000000 r5 = 0x00000000
> r6 = 0x00000063
> db_command_loop() at db_command_loop+0x2fc
> pc = 0xc02320f0 lr = 0xc0231e54 (db_command_loop+0x60)
> sp = 0xc08e5818 fp = 0xc08e5828
> r4 = 0xc0528609 r5 = 0xc0540c1c
> r6 = 0xc08ba1b0 r7 = 0xc08e5a48
> r8 = 0x00000001 r9 = 0xc05d2918
> r10 = 0xc0615aa4
> db_command_loop() at db_command_loop+0x60
> pc = 0xc0231e54 lr = 0xc023481c (X_db_symbol_values+0x250)
> sp = 0xc08e5830 fp = 0xc08e5950
> r4 = 0x00000000 r5 = 0xc08ba1bc
> r6 = 0xc0615ac8
> X_db_symbol_values() at X_db_symbol_values+0x250
> pc = 0xc023481c lr = 0xc0352c88 (kdb_trap+0x15c)
> sp = 0xc08e5958 fp = 0xc08e5978
> r4 = 0x00000000 r5 = 0x00000005
> r6 = 0xc0615ac8 r7 = 0xc08e5a48
> kdb_trap() at kdb_trap+0x15c
> pc = 0xc0352c88 lr = 0xc050138c (data_abort_handler+0x680)
> sp = 0xc08e5980 fp = 0xc08e5998
> r4 = 0xc08e5a48 r5 = 0x00000005
> r6 = 0x600001d3 r7 = 0x00000000
> r8 = 0x00000013 r9 = 0xc08e5a48
> r10 = 0x00000001
> data_abort_handler() at data_abort_handler+0x680
> pc = 0xc050138c lr = 0xc0501134 (data_abort_handler+0x428)
> sp = 0xc08e59a0 fp = 0xc08e5a40
> r4 = 0xc08e5eb0 r5 = 0xc08ba870
> r6 = 0xc08ba548 r7 = 0x00000005
> data_abort_handler() at data_abort_handler+0x428
> pc = 0xc0501134 lr = 0xc04ed754 (exception_exit)
> sp = 0xc08e5a48 fp = 0xc08e5ab0
> r4 = 0xc3b49f00 r5 = 0xc3b4a080
> r6 = 0xc3b4a0b8 r7 = 0x00000000
> r8 = 0xc056b038 r9 = 0xc3ae1700
> r10 = 0xc05d4930
> exception_exit() at exception_exit
> pc = 0xc04ed754 lr = 0xc024e0f0 (mii_phy_flowstatus+0x2080)
> sp = 0xc08e5a98 fp = 0xc08e5ab0
> r0 = 0x00000000 r1 = 0xc0547c85
> r2 = 0x00000072 r3 = 0x00000008
> r4 = 0xc3b49f00 r5 = 0xc3b4a080
> r6 = 0xc3b4a0b8 r7 = 0x00000000
> r8 = 0xc056b038 r9 = 0xc3ae1700
> r10 = 0xc05d4930 r12 = 0x00000000
> strcmp() at strcmp+0x4
> pc = 0xc03d7604 lr = 0xc024e0f0 (mii_phy_flowstatus+0x2080)
> sp = 0xc08e5a98 fp = 0xc08e5ab0
> Unwind failure (no registers changed)
>
Please try without emac driver. MII in Cubietruck could be different.
Ganbold
>
>
>
>
>
> > Message du 20/09/14 15:13
> > De : "Boris Astardzhiev"
> > A : "Gilles DALMAS"
> > Copie à : freebsd-arm at freebsd.org
> > Objet : Re: kernel debugger on cubietruck
> >
> >
> > Hi,
>
> > As far as I see strcmp() is passed a NULL pointer, try issuing a
> backtrace to get the exact place of calling.
>
> > Regards
>
> On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wrote:
>
> hi,
> >
> >
> >
> > I would compile freebsd for it run on a cubietruck. For this I used the
> wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option
> confifuration "CUBIEBOARD2." everything goes well, but starting on the
> "truck", I get this message:
> >
> >
> >
> > vm_fault(0xc08bab80, 0, 1, 0) -> 1
> > Fatal kernel mode data abort: 'Translation Fault (S)'
> > trapframe: 0xc08e5a48
> > FSR=00000005, FAR=00000000, spsr=a00001d3
> > r0 =00000000, r1 =c0547c85, r2 =00000072, r3 =00000008
> > r4 =c3b49f00, r5 =c3b4a080, r6 =c3b4a0b8, r7 =00000000
> > r8 =c056b038, r9 =c3ae1700, r10=c05d4930, r11=c08e5ab0
> > r12=00000000, ssp=c08e5a98, slr=c024e0f0, pc =c03d7604
> >
> > [ thread pid 0 tid 100000 ]
> > Stopped at strcmp+0x4: ldrb r3, [r0]
> >
> >
> >
> > where is the problem please ?
> >
> > _______________________________________________
> > freebsd-arm at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>
More information about the freebsd-arm
mailing list