Date: Sun, 21 Sep 2014 17:11:40 +0800 From: Ganbold Tsagaankhuu <ganbold@gmail.com> To: Gilles DALMAS <gdalmas@wanadoo.fr> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: kernel debugger on cubietruck Message-ID: <CAGtf9xPj%2Bxj7m018w%2BiHdHtj_or7nBMGkWbFS0YY%2ByBiHaaH4w@mail.gmail.com> In-Reply-To: <1878422084.4858.1411289901179.JavaMail.www@wwinf1p21> 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> <584735728.12399.1411223474805.JavaMail.www@wwinf1p20> <CAGtf9xNRanWo1F_hY4KHWCWDUNfNn=bcq__qxT-i2YbJCgE%2BWA@mail.gmail.com> <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> <CAGtf9xMzZeXSNpfes2ChLSvpaFMXHs2kgNY%2BZLdjCo7fq=yekg@mail.gmail.com> <1878422084.4858.1411289901179.JavaMail.www@wwinf1p21>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 21, 2014 at 4:58 PM, Gilles DALMAS <gdalmas@wanadoo.fr> wrote: > by cons, for managing sata disks, I can enable the "ahci"? > > There is no SATA driver yet in src tree. imp@ hopefully will commit a10/a20 sata driver soon to current. Ganbold > > > > > Message du 21/09/14 06:28 > > De : "Ganbold Tsagaankhuu" <ganbold@gmail.com> > > A : "Gilles DALMAS" <gdalmas@wanadoo.fr> > > Copie =C3=A0 : "freebsd-arm" <freebsd-arm@freebsd.org> > > Objet : Re: kernel debugger on cubietruck > > > > > > > > > > > On Sun, Sep 21, 2014 at 2:45 AM, Gilles DALMAS <gdalmas@wanadoo.fr> wrote= : > > >> >> > when I try to put "ufs: / dev / da0", the system starts but I have a >> lot of "no such device" and "spurious interrupt detected" >> > > > > For now, you can comment out "Spurious interrupt detected" in > http://svnweb.freebsd.org/base/head/sys/arm/arm/gic.c?revision=3D271630&v= iew=3Dmarkup#l364 > and rebuild the kernel again and try. > > > > I didn't find yet the solution for it. > > > > Ganbold > > > > > > > > >> > >> > >> > >> > >> > >> > >> >> > Message du 20/09/14 16:35 >> > > De : "Ganbold Tsagaankhuu" <ganbold@gmail.com> >> > > A : "Gilles DALMAS" <gdalmas@wanadoo.fr> >> > > Copie =C3=A0 : >> > > Objet : Re: kernel debugger on cubietruck >> > > >> > > >> >> > > >> >> > > >> On Sat, Sep 20, 2014 at 10:31 PM, Gilles DALMAS <gdalmas@wanadoo.fr> >> 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" <gdalmas@wanadoo.fr> >>> > > > A : "Ganbold Tsagaankhuu" <ganbold@gmail.com> >>> > > > Copie =C3=A0 : "freebsd-arm@freebsd.org" <freebsd-arm@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, requi= res >>> 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 1= 6:09 >>> > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie =C3=A0 : " >>> freebsd-arm@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 =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+0x2fc) > sp =3D >>> 0xc08e5770 fp =3D 0xc08e5810 > r4 =3D 0x00000000 r5 =3D 0x00= 000000 > >>> 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 > r= 8 =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+0x250) > sp =3D 0xc08e5830 fp =3D 0xc08e5= 950 > >>> r4 =3D 0x00000000 r5 =3D 0xc08ba1bc > r6 =3D 0xc0615= ac8 > >>> X_db_symbol_values() at X_db_symbol_values+0x250 > pc =3D >>> 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) > sp =3D 0xc08e= 5958 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+0x680) > sp = =3D >>> 0xc08e5980 fp =3D 0xc08e5998 > r4 =3D 0xc08e5a48 r5 =3D 0x00= 000005 > >>> r6 =3D 0x600001d3 r7 =3D 0x00000000 > r8 =3D 0x00000= 013 r9 =3D >>> 0xc08e5a48 > r10 =3D 0x00000001 > data_abort_handler() at >>> data_abort_handler+0x680 > pc =3D 0xc050138c lr =3D 0xc050113= 4 >>> (data_abort_handler+0x428) > sp =3D 0xc08e59a0 fp =3D 0xc08e5= a40 > >>> r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 > r6 =3D 0xc08ba= 548 r7 =3D >>> 0x00000005 > data_abort_handler() at data_abort_handler+0x428 > = pc >>> =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) > sp =3D 0x= c08e5a48 >>> fp =3D 0xc08e5ab0 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 > = r6 =3D >>> 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b038 r9 =3D 0xc3= ae1700 > >>> r10 =3D 0xc05d4930 > exception_exit() at exception_exit > = pc >>> =3D 0xc04ed754 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > = sp =3D >>> 0xc08e5a98 fp =3D 0xc08e5ab0 > r0 =3D 0x00000000 r1 =3D 0xc0= 547c85 > >>> r2 =3D 0x00000072 r3 =3D 0x00000008 > r4 =3D 0xc3b49= f00 r5 =3D >>> 0xc3b4a080 > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r= 8 =3D >>> 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d4930 r12 =3D 0x00= 000000 > >>> strcmp() at strcmp+0x4 > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 >>> (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e= 5ab0 > >>> Unwind failure (no registers changed) > > Please try without emac drive= r. >>> 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: kern= el >>> debugger on cubietruck > > > > > > Hi, > > > As far as I see strcmp() i= s >>> passed a NULL pointer, try issuing a backtrace to get the exact place o= f >>> calling. > > > Regards > > On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wr= ote: >>> > > 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=3Da00001= d3 > > r0 >>> =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc= 3b49f00, r5 >>> =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc= 3ae1700, >>> 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" > >>> _______________________________________________ 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?CAGtf9xPj%2Bxj7m018w%2BiHdHtj_or7nBMGkWbFS0YY%2ByBiHaaH4w>