kernel debugger on cubietruck

Ganbold Tsagaankhuu ganbold at gmail.com
Sun Sep 21 11:01:12 UTC 2014


On Sun, Sep 21, 2014 at 5:26 PM, Gilles DALMAS <gdalmas at wanadoo.fr> wrote:

> the "wifi" supported?
>

As far as I can tell no one is working on GMAC ethernet driver. Since I
don't have the hardware I'm not sure which wifi it has.
https://linux-sunxi.org/Cubietruck#Wifi says something related to Broadcom.

Ganbold


>
>
>
>
>
> > Message du 21/09/14 06:25
> > De : "Ganbold Tsagaankhuu" <ganbold at gmail.com>
> > A : "Gilles DALMAS" <gdalmas at wanadoo.fr>
> > Copie à : "freebsd-arm" <freebsd-arm at freebsd.org>
> > Objet : Re: kernel debugger on cubietruck
> >
> >
>
> >
>
> >
> On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS <gdalmas at wanadoo.fr> wrote:
> >
>>
>> > the network interface is not detected
>> >
>> >
>> >
>>
>
> >
> Cubietruck should have GMAC ethernet, currently it is not supported in
> FreeBSD.
>
> >
> Ganbold
>
>
>> >
>> >
>> >
>>
>> > Message du 20/09/14 20:45
>> > > De : "Gilles DALMAS" <gdalmas at wanadoo.fr>
>> > > A : "Ganbold Tsagaankhuu" <ganbold at gmail.com>
>> > > Copie à : "freebsd-arm" <freebsd-arm at freebsd.org>
>> > > Objet : Re: kernel debugger on cubietruck
>> > >
>> > > when I try to put "ufs: / dev / da0", the system starts but I have a
>> lot of "no such device" and "spurious interrupt detected" > 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" >
>> _______________________________________________ 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