From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 09:11:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B0F5462 for ; Sun, 21 Sep 2014 09:11:41 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 321B4F8C for ; Sun, 21 Sep 2014 09:11:41 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h18so1246803igc.8 for ; Sun, 21 Sep 2014 02:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qtOuZeFtFYkvtCDme7esHNLJIc63GMrk193rejh5uDw=; b=xHE8ZAtg24uF6oTl7gcC2v5OMw9mpzhuhD3Q9amk70QXl4uRJjNMijk7vWmFDQEgES Bp+Zz3vaLk5HJDYfBeiLgLV4c90YvIjnfyIGvJimmm4isfHp3PmyXBccFD2s9EyYmhmV EYe52QtdHG+9fVeYNjumMnOhSG3dAaJKCRtOV65kE37lyRN+Km1tG5Q698xrjodiq9lm RTgH1R0vdciwbrKdJf5TUSe8qiy5cJPLefH6A8n4pHr1C4O7DxkCch0itpi4OOCfAomt KoFermCdg6aPQhnxvO21Xktuu2j6UzDvTBcYPHcp2zP2xWasZnlo+Y3aWgGDK5neBFUe H2cQ== MIME-Version: 1.0 X-Received: by 10.42.92.129 with SMTP id t1mr794472icm.59.1411290700559; Sun, 21 Sep 2014 02:11:40 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sun, 21 Sep 2014 02:11:40 -0700 (PDT) In-Reply-To: <1878422084.4858.1411289901179.JavaMail.www@wwinf1p21> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> <584735728.12399.1411223474805.JavaMail.www@wwinf1p20> <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> <1878422084.4858.1411289901179.JavaMail.www@wwinf1p21> Date: Sun, 21 Sep 2014 17:11:40 +0800 Message-ID: Subject: Re: kernel debugger on cubietruck From: Ganbold Tsagaankhuu To: Gilles DALMAS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2014 09:11:41 -0000 On Sun, Sep 21, 2014 at 4:58 PM, Gilles DALMAS 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" > > A : "Gilles DALMAS" > > Copie =C3=A0 : "freebsd-arm" > > Objet : Re: kernel debugger on cubietruck > > > > > > > > > > > On Sun, Sep 21, 2014 at 2:45 AM, Gilles DALMAS 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" >> > > A : "Gilles DALMAS" >> > > Copie =C3=A0 : >> > > 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 =C3=A0 : "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" >>> >>> >> > > >> >> > > > >