kernel debugger on cubietruck

Fri Oct 17 08:45:24 UTC 2014

Hi,

I just saw this page of "man" on the website of freebsd, could she could not solve the problem of GMAC driver?
http://www.freebsd.org/cgi/man.cgi?query=gem&sektion=4

> Message du 20/09/14 16:30
> De : "Ganbold Tsagaankhuu" 
> A : "Gilles DALMAS" 
> Copie à : "freebsd-arm at freebsd.org" 
> Objet : Re: kernel debugger on cubietruck
> 
>

>

>
On Sat, Sep 20, 2014 at 10:26 PM, Gilles DALMAS  wrote:
>

> 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 ?

>
Just build kernel only and try.

>
Ganbold

>  
>  
> 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"

> >

>