Date: Fri, 17 Oct 2014 17:00:27 +0800 From: Ganbold Tsagaankhuu <ganbold@gmail.com> To: Gilles DALMAS <gdalmas@wanadoo.fr> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: kernel debugger on cubietruck Message-ID: <CAGtf9xP-XEN8dwrJaczDoz4Ao5s=qndKGCcOdnPetQjf0P=FJQ@mail.gmail.com> In-Reply-To: <1486126360.7756.1413535515292.JavaMail.www@wwinf1c10> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <CAP=KkTwhRpJRW8jTLCjYRf55RLc-xSi%2BFCEBd5WHpU0hn-bUmQ@mail.gmail.com> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <CAGtf9xNnNavZLsSkTEpku187z7cCA%2BtgmXNODa3UQJZ4Kncqcg@mail.gmail.com> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> <CAGtf9xO4x4%2BHaHn1DTJEoeM5LULMshnktWTQiO-pw_bMcxujig@mail.gmail.com> <1486126360.7756.1413535515292.JavaMail.www@wwinf1c10>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 17, 2014 at 4:45 PM, Gilles DALMAS <gdalmas@wanadoo.fr> wrote: > 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=3Dgem&sektion=3D4 > > > If you referring by this to GMAC on A20 then no. However if_dwc driver which was committed recently is close, but needs some more work to make it work for A20. Ganbold > > > > > Message du 20/09/14 16:30 > > > De : "Ganbold Tsagaankhuu" <ganbold@gmail.com> > > A : "Gilles DALMAS" <gdalmas@wanadoo.fr> > > Copie =C3=A0 : "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> > > Objet : Re: kernel debugger on cubietruck > > > > > > > > > > > On Sat, Sep 20, 2014 at 10:26 PM, Gilles DALMAS <gdalmas@wanadoo.fr> > 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" <ganbold@gmail.com> >> > > A : "Gilles DALMAS" <gdalmas@wanadoo.fr> >> > > Copie =C3=A0 : "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> >> >> > > Objet : Re: kernel debugger on cubietruck >> > > >> > > >> >> > > >> >> > > >> On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS <gdalmas@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 =3D 0xc04eba6c lr =3D 0xc0232780 (db_hex2dec+0x4d8) >>> > > sp =3D 0xc08e5750 fp =3D 0xc08e5768 >>> > > r10 =3D 0xc08ba1c4 >>> > > db_hex2dec() at db_hex2dec+0x4d8 >>> > > pc =3D 0xc0232780 lr =3D 0xc02320f0 (db_command_loop+0x2f= c) >>> > > sp =3D 0xc08e5770 fp =3D 0xc08e5810 >>> > > r4 =3D 0x00000000 r5 =3D 0x00000000 >>> > > r6 =3D 0x00000063 >>> > > db_command_loop() at db_command_loop+0x2fc >>> > > pc =3D 0xc02320f0 lr =3D 0xc0231e54 (db_command_loop+0x60= ) >>> > > sp =3D 0xc08e5818 fp =3D 0xc08e5828 >>> > > r4 =3D 0xc0528609 r5 =3D 0xc0540c1c >>> > > r6 =3D 0xc08ba1b0 r7 =3D 0xc08e5a48 >>> > > r8 =3D 0x00000001 r9 =3D 0xc05d2918 >>> > > r10 =3D 0xc0615aa4 >>> > > db_command_loop() at db_command_loop+0x60 >>> > > pc =3D 0xc0231e54 lr =3D 0xc023481c (X_db_symbol_values+0= x250) >>> > > sp =3D 0xc08e5830 fp =3D 0xc08e5950 >>> > > r4 =3D 0x00000000 r5 =3D 0xc08ba1bc >>> > > r6 =3D 0xc0615ac8 >>> > > X_db_symbol_values() at X_db_symbol_values+0x250 >>> > > pc =3D 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) >>> > > sp =3D 0xc08e5958 fp =3D 0xc08e5978 >>> > > r4 =3D 0x00000000 r5 =3D 0x00000005 >>> > > r6 =3D 0xc0615ac8 r7 =3D 0xc08e5a48 >>> > > kdb_trap() at kdb_trap+0x15c >>> > > pc =3D 0xc0352c88 lr =3D 0xc050138c (data_abort_handler+0= x680) >>> > > sp =3D 0xc08e5980 fp =3D 0xc08e5998 >>> > > r4 =3D 0xc08e5a48 r5 =3D 0x00000005 >>> > > r6 =3D 0x600001d3 r7 =3D 0x00000000 >>> > > r8 =3D 0x00000013 r9 =3D 0xc08e5a48 >>> > > r10 =3D 0x00000001 >>> > > data_abort_handler() at data_abort_handler+0x680 >>> > > pc =3D 0xc050138c lr =3D 0xc0501134 (data_abort_handler+0= x428) >>> > > sp =3D 0xc08e59a0 fp =3D 0xc08e5a40 >>> > > r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 >>> > > r6 =3D 0xc08ba548 r7 =3D 0x00000005 >>> > > data_abort_handler() at data_abort_handler+0x428 >>> > > pc =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) >>> > > sp =3D 0xc08e5a48 fp =3D 0xc08e5ab0 >>> > > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 >>> > > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 >>> > > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 >>> > > r10 =3D 0xc05d4930 >>> > > exception_exit() at exception_exit >>> > > pc =3D 0xc04ed754 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0= x2080) >>> > > sp =3D 0xc08e5a98 fp =3D 0xc08e5ab0 >>> > > r0 =3D 0x00000000 r1 =3D 0xc0547c85 >>> > > r2 =3D 0x00000072 r3 =3D 0x00000008 >>> > > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 >>> > > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 >>> > > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 >>> > > r10 =3D 0xc05d4930 r12 =3D 0x00000000 >>> > > strcmp() at strcmp+0x4 >>> > > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0= x2080) >>> > > sp =3D 0xc08e5a98 fp =3D 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 =C3=A0 : freebsd-arm@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=3D00000005, FAR=3D00000000, spsr=3Da00001d3 >>> > > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 >>> > > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 >>> > > > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 >>> > > > r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 >>> > > > >>> > > > [ thread pid 0 tid 100000 ] >>> > > > Stopped at strcmp+0x4: ldrb r3, [r0] >>> > > > >>> > > > >>> > > > >>> > > > where is the problem please ? >>> > > > >>> > > > _______________________________________________ >>> > > > freebsd-arm@freebsd.org mailing list >>> > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> > > > To unsubscribe, send any mail to " >>> freebsd-arm-unsubscribe@freebsd.org" >>> > > >>> > > _______________________________________________ >>> > > freebsd-arm@freebsd.org mailing list >>> > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> > > To unsubscribe, send any mail to " >>> freebsd-arm-unsubscribe@freebsd.org" >>> >> >> > > >> >> > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGtf9xP-XEN8dwrJaczDoz4Ao5s=qndKGCcOdnPetQjf0P=FJQ>