kernel debugger on cubietruck
Gilles DALMAS
gdalmas at wanadoo.fr
Wed Sep 24 14:32:20 UTC 2014
hello,
there is something I misunderstands. In compiling the version "10", I fall back on the error:
vm_fault(0xc0670860, 0, 1, 0) -> 1
Fatal kernel mode data abort: 'Translation Fault (S)'
trapframe: 0xc0695a00
FSR=00000005, FAR=00000000, spsr=a00001d3
r0 =00000000, r1 =c05c14c3, r2 =00000072, r3 =00000008
r4 =c3923000, r5 =c3923100, r6 =c3923138, r7 =00000000
r8 =c05c3f8d, r9 =c38ba780, r10=c0629340, r11=c0695a68
r12=00000000, ssp=c0695a50, slr=c0253338, pc =c041747c
[ thread pid 0 tid 100000 ]
Stopped at strcmp+0x4: ldrb r3, [r0]
With the "11", I had the same error, and commenting Driver "emac" had properly start cubietruck. yet, in the log, "freebsd" well recognized my hardware:
ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0
usbus0: EHCI version 1.0
usbus0 on ehci0
ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0
usbus1: EHCI version 1.0
usbus1 on ehci1
uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0
uart0: console (115200,n,8,1)
emac0: mem 0x1c0b000-0x1c0bfff irq 87 on simplebus0
miibus0: on emac0
rgephy0: PHY 0 on miibus0
> Message du 20/09/14 16:35
> De : "Ganbold Tsagaankhuu"
> A : "Gilles DALMAS"
> Copie à :
> Objet : Re: kernel debugger on cubietruck
>
>
>
>
On Sat, Sep 20, 2014 at 10:31 PM, Gilles DALMAS wrote:
>
> no need to re make the kernel-toolchain ?
>
>
No just build kernel only.
>
Ganbold
>
>
>
>
>
> Message du 20/09/14 16:26
> > De : "Gilles DALMAS"
> > A : "Ganbold Tsagaankhuu"
> > Copie à : "freebsd-arm at freebsd.org"
> > Objet : Re: kernel debugger on cubietruck
> >
> > i comment emac line from : # Ethernet device loop device ether device mii device smscphy #device cpsw device bpf device emac # USB ethernet support, requires miibus device miibus and re run the compilation ? no need to re created the sd card ? just the USB flash ? > Message du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie à : "freebsd-arm at freebsd.org" > Objet : Re: kernel debugger on cubietruck > > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS 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" > _______________________________________________ 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