From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 02:37:20 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 C1E5BAE6; Sun, 21 Sep 2014 02:37:20 +0000 (UTC) Received: from smtpout1.timeweb.ru (smtpout1.timeweb.ru [92.53.117.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 740F0A31; Sun, 21 Sep 2014 02:37:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=amdmi3.ru; s=dkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Y0igZex+hKXf6qkDtloAIwRdedPIWWMnJtnQ3Fax+Do=; b=RwPptpemFd6/NACQUgzvlrUM8xHNSI1da2sxA78DnV0AMGrhTHWwuOFOADmersV3fBxHgZPwzxFmPHM1y9Pf7+N2oOnYgoApIcOsDb6uW76OPRk6VjUc/nU4n8funpH8tlLACuFBP+naSc+r8xS3dO5ghBidhQYhe5dBQMFf0c0=; Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XVX1R-000422-H8; Sun, 21 Sep 2014 06:37:09 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 0140D102; Sun, 21 Sep 2014 06:37:08 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id E0B9E3D37; Sun, 21 Sep 2014 06:37:08 +0400 (MSK) Date: Sun, 21 Sep 2014 06:37:08 +0400 From: Dmitry Marakasov To: Maxim V FIlimonov Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average Message-ID: <20140921023708.GA29778@hades.panopticon> References: <7351653.A2UeEk9AA3@quad> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7351653.A2UeEk9AA3@quad> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, mav@freebsd.org 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 02:37:20 -0000 * Maxim V FIlimonov (che@bein.link) wrote: > Recently, I encountered a problem with -CURRENT on an ARM board (cubieboard2 > to be precise). The problem was that the load average was above 2. Including > the fact that the board has 2 CPU cores, that's strange. Also, the network > throughput was way too slow: from 3 kilobytes per second earlier to 20..50 > about now. > > Here's a workaround for that: > > sysctl kern.eventtimer.periodic=1 > With that, the network performance increased while LA decreased to a decent > 0.3..0.5. I'm just started to experiment with cubieboard (1) as well. I've also noticed poor network performance at first, however later (without any tuning) it gave out 111 kBps. kern.eventtimer.periodic doesn't seem to affect it. I've also played with clocks a bit, and was able to increase CPU rate 3x by configuring PLL1. I've experienced some instability later (board doesn't always boot from USB, perl build fails), and now I'm checking if reclocking was the cause. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 04:25:43 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 75585B38 for ; Sun, 21 Sep 2014 04:25:43 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (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 3CE7B35C for ; Sun, 21 Sep 2014 04:25:43 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id r10so1108522igi.11 for ; Sat, 20 Sep 2014 21:25:42 -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=9bmnDMZwsX4k14qFPvj0wUjX4RwVxiZo69zsXInp1uo=; b=XAeaa2I5sbT+lhRpU6+kMGhxYz8/C4uF/Vaz6hsd0R4wB70LVaF4/EJEfwzXvdWND2 IU4speYLjed7vTQNJOSEuBAa1wWx13EbF3kwqQjkql22yw4eOxJhcFn8LPz+D7iqMpbC G+lbdoLmgksDAvU5Kp/PacedBzL4LxVxDncWlVLXQP/M0qc26aMAjwVG2Ha3aH8PhCYu rwC5gshl6eRoa8b3po7uusWRZtKaV4/jKcYjBB2vQoyRtYt/ikopycEeOA+75C5PvtaM g7/bh72b962zDhe1++PK0rNm8hjJHLEnpL6t7iLPhTgtiuE0HV9SNU4C36EnhbU/+gL8 XAAA== MIME-Version: 1.0 X-Received: by 10.50.66.36 with SMTP id c4mr6402829igt.48.1411273542198; Sat, 20 Sep 2014 21:25:42 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sat, 20 Sep 2014 21:25:42 -0700 (PDT) In-Reply-To: <857916216.19088.1411240494803.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> <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> Date: Sun, 21 Sep 2014 12:25:42 +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 04:25:43 -0000 On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS 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" > > A : "Ganbold Tsagaankhuu" > > Copie =C3=A0 : "freebsd-arm" > > Objet : Re: kernel debugger on cubietruck > > > > when I try to put "ufs: / dev / da0", the system starts but I have a lo= t > of "no such device" and "spurious interrupt detected" > 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-toolchai= n > ? > > 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 lo= op > device ether device mii device smscphy #device > cpsw device bpf device emac # USB ethernet support, require= s > 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 =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 kno= w > 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 0x0000= 0000 > > 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_l= oop() > at db_command_loop+0x60 > pc =3D 0xc0231e54 lr =3D 0xc023481c > (X_db_symbol_values+0x250) > sp =3D 0xc08e5830 fp =3D 0xc08e595= 0 > > r4 =3D 0x00000000 r5 =3D 0xc08ba1bc > r6 =3D 0xc0615ac= 8 > > X_db_symbol_values() at X_db_symbol_values+0x250 > pc =3D > 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) > sp =3D 0xc08e59= 58 fp > =3D 0xc08e5978 > r4 =3D 0x00000000 r5 =3D 0x00000005 > = r6 =3D > 0xc0615ac8 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c > p= c =3D > 0xc0352c88 lr =3D 0xc050138c (data_abort_handler+0x680) > sp = =3D > 0xc08e5980 fp =3D 0xc08e5998 > r4 =3D 0xc08e5a48 r5 =3D 0x0000= 0005 > > r6 =3D 0x600001d3 r7 =3D 0x00000000 > r8 =3D 0x0000001= 3 r9 =3D > 0xc08e5a48 > r10 =3D 0x00000001 > data_abort_handler() at > data_abort_handler+0x680 > pc =3D 0xc050138c lr =3D 0xc0501134 > (data_abort_handler+0x428) > sp =3D 0xc08e59a0 fp =3D 0xc08e5a4= 0 > > r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 > r6 =3D 0xc08ba54= 8 r7 =3D > 0x00000005 > data_abort_handler() at data_abort_handler+0x428 > = pc > =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) > sp =3D 0xc0= 8e5a48 > fp =3D 0xc08e5ab0 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 > = r6 =3D > 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b038 r9 =3D 0xc3ae= 1700 > > 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 0xc054= 7c85 > > r2 =3D 0x00000072 r3 =3D 0x00000008 > r4 =3D 0xc3b49f0= 0 r5 =3D > 0xc3b4a080 > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r8 = =3D > 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d4930 r12 =3D 0x0000= 0000 > > strcmp() at strcmp+0x4 > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 > (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e5a= b0 > > 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" wrot= e: > > > 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 =3Dc3b= 49f00, r5 > =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, > r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, slr=3D= c024e0f0, 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" > > _______________________________________________ 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" > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 04:28:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B45F0C92 for ; Sun, 21 Sep 2014 04:28:40 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (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 7D03D376 for ; Sun, 21 Sep 2014 04:28:40 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id hn15so1109989igb.9 for ; Sat, 20 Sep 2014 21:28:39 -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=y0SV+cAQVMvTdHw4UoRq/QNlityZfqfL7un0JAybag8=; b=ndYF/wad5miVeIRnN4inqdoyEbnq3Jo4gqCMUEm7VY5tRMexDijjHbmEQC7wtnaalx 1NFW9LRAl6XT7p0klyvVIbp+qCfnwqu26KdxmfluZDZpGrrHT40NaywPIKf2MuQu9l07 nhgz3pYHd/YmW3blye/RUgl9F/pcX8VNwR6zHTb7oNAtOWo8gsgN2uFpzXceU3/zgbx1 EbG+dbw3T+oMdACBxm64KDH6ViFg/qh5cy/9D/SdMKZ0XwLuhs7lQewS1d4VZR6F6KQ2 1i5ZW4bC/p0vxFM0tSoop8FlSf5kCYz05Kyxq6CckQhYWrmVmKsUHSivjs/kCgR+LENp W/ZQ== MIME-Version: 1.0 X-Received: by 10.50.154.6 with SMTP id vk6mr6395238igb.28.1411273719715; Sat, 20 Sep 2014 21:28:39 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sat, 20 Sep 2014 21:28:39 -0700 (PDT) In-Reply-To: <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> 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> Date: Sun, 21 Sep 2014 12:28:39 +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 04:28:40 -0000 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&vie= w=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, requires >> miibus device miibus and re run the compilation ? no need t= o >> re created the sd card ? just the USB flash ? > Message du 20/09/14 16= :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 kn= ow >> much about debug kernel, but when I pass the trace command, I get: > > d= b> >> 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 0x000= 00000 > >> 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+0x250) > sp =3D 0xc08e5830 fp =3D 0xc08e59= 50 > >> r4 =3D 0x00000000 r5 =3D 0xc08ba1bc > r6 =3D 0xc0615a= c8 > >> X_db_symbol_values() at X_db_symbol_values+0x250 > pc =3D >> 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) > sp =3D 0xc08e5= 958 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 0x000= 00005 > >> r6 =3D 0x600001d3 r7 =3D 0x00000000 > r8 =3D 0x000000= 13 r9 =3D >> 0xc08e5a48 > r10 =3D 0x00000001 > data_abort_handler() at >> data_abort_handler+0x680 > pc =3D 0xc050138c lr =3D 0xc0501134 >> (data_abort_handler+0x428) > sp =3D 0xc08e59a0 fp =3D 0xc08e5a= 40 > >> r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 > r6 =3D 0xc08ba5= 48 r7 =3D >> 0x00000005 > data_abort_handler() at data_abort_handler+0x428 > = pc >> =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) > sp =3D 0xc= 08e5a48 >> fp =3D 0xc08e5ab0 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 > = r6 =3D >> 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b038 r9 =3D 0xc3a= e1700 > >> 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 0xc05= 47c85 > >> r2 =3D 0x00000072 r3 =3D 0x00000008 > r4 =3D 0xc3b49f= 00 r5 =3D >> 0xc3b4a080 > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r8= =3D >> 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d4930 r12 =3D 0x000= 00000 > >> strcmp() at strcmp+0x4 > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 >> (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e5= ab0 > >> 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: kerne= l >> 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" wro= te: >> > > 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=3Da00001d= 3 > > r0 >> =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3= b49f00, r5 >> =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3= ae1700, >> 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.or= g >> 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" >> >> > > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 04:39:08 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 957BB2E6 for ; Sun, 21 Sep 2014 04:39:08 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (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 62BB8654 for ; Sun, 21 Sep 2014 04:39:08 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id r10so1114038igi.5 for ; Sat, 20 Sep 2014 21:39:07 -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=Qwq0KAGfOJzWdATUPZ9BWHou50q8YUD6YK4HuIM6i2M=; b=bs8+AwPzWZVIHlul0vPb9rd7bZqTO2iswkMamkbPZbd3wcC5ZMhXvc5JJ6BFiTNcRa zEHQnozrAdyfw6pa3aIiARZNkNHpYIJSohlNc/Cj2lxhY4LSwybYLDJov9Aj9tptpWmu diQXRK1ZCKjz2+0kve1OkRDnKAonVA81AkAnknBG7GXq5y/9NT/mMFPf5XRA5xvV40u4 x9GK4rF6OsBRz7bcpPlqvRPwZAiEWx76+Ko9Zj9PE2KwmQgwlU+TwrzxdqKZdqPCZtdW PFuA8vCautIq3NwGhoVdxXzCfdIs9vNAarmWIjCq6Cp0bLxAkQzWaPSXxEBgaXb+G7t0 eL2w== MIME-Version: 1.0 X-Received: by 10.50.66.36 with SMTP id c4mr6447639igt.48.1411274347843; Sat, 20 Sep 2014 21:39:07 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sat, 20 Sep 2014 21:39:07 -0700 (PDT) In-Reply-To: <20140921023708.GA29778@hades.panopticon> References: <7351653.A2UeEk9AA3@quad> <20140921023708.GA29778@hades.panopticon> Date: Sun, 21 Sep 2014 12:39:07 +0800 Message-ID: Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ganbold Tsagaankhuu To: Dmitry Marakasov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" 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 04:39:08 -0000 On Sun, Sep 21, 2014 at 10:37 AM, Dmitry Marakasov wrote: > * Maxim V FIlimonov (che@bein.link) wrote: > > > Recently, I encountered a problem with -CURRENT on an ARM board > (cubieboard2 > > to be precise). The problem was that the load average was above 2. > Including > > the fact that the board has 2 CPU cores, that's strange. Also, the > network > > throughput was way too slow: from 3 kilobytes per second earlier to > 20..50 > > about now. > > > > Here's a workaround for that: > > > sysctl kern.eventtimer.periodic=1 > > With that, the network performance increased while LA decreased to a > decent > > 0.3..0.5. > > I'm just started to experiment with cubieboard (1) as well. > > I've also noticed poor network performance at first, however later > (without any tuning) it gave out 111 kBps. kern.eventtimer.periodic > doesn't seem to affect it. > As for EMAC driver, RX performance is poor right now. Please see some info at: http://linux-sunxi.org/Ethernet#EMAC It needs improvement with the assistance of external DMA controller (dma driver) in case there is bulk TCP receiver. Ganbold > > I've also played with clocks a bit, and was able to increase CPU > rate 3x by configuring PLL1. I've experienced some instability later > (board doesn't always boot from USB, perl build fails), and now I'm > checking if reclocking was the cause. > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 07:45:31 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 97437B97 for ; Sun, 21 Sep 2014 07:45:31 +0000 (UTC) Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) (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 62BD189C for ; Sun, 21 Sep 2014 07:45:30 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id a13so2750962igq.5 for ; Sun, 21 Sep 2014 00:45:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=UST9COBRldqTU3chM/PnhvGUMI+UGW4+KA6HUY7PgvI=; b=NeWxBuMswFd9nsDoMVKBnfbtB7LCLf7ESN7nCXG3lBFX6xSEcizhrn0GgYh4KEKdDF ECX+2NC9TzLZJGFm7SYDHEhb1BVfQAqAB8cuYtxskg3XAsKzRWFfSW+RFgNbnTzANM5R xkU3XlnuFIOmjS+VBVu14p07q3v4YRKAXNQHzdGiiVnY+GHd/4L2gD2HxzVS9VhbU2+r ubRWySgg3WJT3/nvWPF7tuZRUomRR9tcSe0lkUp5QJyGVisTt7i8nijOiDjqjDFFLOoQ ZXE7jYtkofWIY3jcPiQy6Q7DnAia5G+ZiYHiDrYgsyjuhj3rUxOwAbehT77L0XxJnnyU +zRw== X-Gm-Message-State: ALoCoQlBnyHXSx4wXOppdC4bogGOjjmwiMjI/Tzb1gOHYuuqjnDGfqeQeCq081FTf6tCcVNNNmBFPJga4arbLwxEXy2iLAbkPzhOpBjviF/76TcKrxQ0K21mRTPS+sfi0pkx6V58vr1h X-Received: by 10.42.161.198 with SMTP id u6mr10300282icx.31.1411285524121; Sun, 21 Sep 2014 00:45:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.110.74 with HTTP; Sun, 21 Sep 2014 00:45:08 -0700 (PDT) In-Reply-To: References: From: "Lundberg, Johannes" Date: Sun, 21 Sep 2014 16:45:08 +0900 Message-ID: Subject: Re: Jetson TK1 board support To: John Howie Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" 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 07:45:31 -0000 R3JlYXQhDQoNCldoYXQgSSd2ZSBkb25lIHNvIGZhciBpcw0KDQotIGJ1aWxkIGFuZCBwYXRjaCAo ZW5hYmxlIEFQSSkgdS1ib290LW52aWRpYSBvbiBmcmVlYnNkIChpIHRoaW5rIGkgZ290IGl0DQpm cm9tIGdpdDovL252LXRlZ3JhLm52aWRpYS5jb20vM3JkcGFydHkvdS1ib290LmdpdCwgdGhlIG5v cm1hbCB1LWJvb3QNCndvdWxkbid0IHdvcmsuLi4pDQotIGZsYXNoIHUtYm9vdC1kdGItdGVncmEu aW1nIG9udG8gdGhlIGJvYXJkJ3MgbW1jIHVzaW5nIG52aWRpYSdzIGZsYXNoIHRvb2wNCm9uIHVi dW50dQ0KLSBidWlsZCBhbiBpbWFnZSB1c2luZyBjcm9jaGV0IGFuZCBkZCB0byBzZCBjYXJkIChz byBmYXIgSSBjb3BpZWQgdGhlDQpiZWFnbGVib25lIHNldHVwLCBqdXN0IHRvIGdldCBhIHVibGRy IGFuZCBhIGtlcm5lbCBmaWxlKQ0KDQoNCkZyb20gdS1ib290IEkgY2FuIHNlZSBhbGwgZGV2aWNl cy4gSSBsb2FkIHVibGRyIHdpdGgNCmZhdGxvYWQgbW1jIDE6MSAweDgwMjAwMDAwIHVibGRyDQpi b290ZWxmIDB4ODAyMDAwMDANCg0KdWJsZHIgbG9hZCBmaW5lIGJ1dCwgZnJvbSB1YmxkciBJIGNh biBvbmx5IHNlZSB0aGUgbW1jIDAgYW5kIG5ldCBkZXZpY2VzLg0KVGhlcmUncyBubyBzZCBjYXJk IChtbWMgMSksIGFuZCBubyB1ZnMgcGFydGl0aW9uLi4NCg0KDQoNCg0KLS0NCkpvaGFubmVzIEx1 bmRiZXJnDQpCUklMTElBTlRTRVJWSUNFIENPLiwgTFRELg0KDQpPbiBGcmksIFNlcCAxOSwgMjAx NCBhdCA4OjI1IFBNLCBKb2huIEhvd2llIDxqb2huQHRoZWhvd2llcy5jb20+IHdyb3RlOg0KDQo+ IEhpIGFsbCwNCj4NCj4gSSBhbSB1cCBmb3IgdGVzdGluZyBhbmQgc3VwcG9ydGluZyB0aGlzIGJv YXJkLiBJIG9yZGVyZWQgYW5kIHJlY2VpdmVkDQo+IG1pbmUsIGJ1dCBoYXZlIG5vdCByZWFsbHkg aGFkIGEgY2hhbmNlIHRvIHVzZSBpdCBkdWUgdG8gd29yayB0by1kYXRlLiBUaGUNCj4gZ29vZCBu ZXdzIGlzIHRoZSBuZXh0IGZldyBtb250aHMgSSB3aWxsIGhhdmUgYmFuZHdpZHRoLg0KPg0KPiBS ZWdhcmRzLA0KPg0KPiBKb2huDQo+DQo+DQo+IE9uIDkvMTkvMTQsIDEyOjE1IFBNLCAiTHVuZGJl cmcsIEpvaGFubmVzIg0KPiA8am9oYW5uZXNAYnJpbGxpYW50c2VydmljZS5jby5qcD4gd3JvdGU6 DQo+DQo+ID5IaQ0KPiA+DQo+ID5JIHN0YXJ0ZWQgd29ya2luZyBvbiBhZGRpbmcgdGhlIEpldHNv biBUSzEgYm9hcmQgdG8gQ3JvY2hldC4gSXMgdGhlcmUgYW55DQo+ID53b3JrIGluIHByb2dyZXNz IG9uIHRoaXM/DQo+ID5JIGd1ZXNzIHRoZXJlIGlzIHF1aXRlIGEgbG90IG9mIHdvcmsgdGhhdCBo YXMgdG8gYmVlbiBkb25lIHRvIGdldCBmdWxsDQo+ID5zdXBwb3J0IGZvciBpdCBpbiB0aGUga2Vy bmVsIGFzIHdlbGwuLg0KPiA+DQo+ID5CZXN0IHJlZ2FyZHMNCj4gPi0tDQo+ID5Kb2hhbm5lcyBM dW5kYmVyZw0KPiA+DQo+ID4tLQ0KPiA+PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tDQo+ID7np5jlr4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPj ga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafj gYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLlkKsNCj4g44KT 44Gn44GE44G+44GZ44CCDQo+ID7jgoLjgZfjgIHlkI3lrpvkurrku6XlpJbjga7mlrnjgYzlj5fk v6HjgZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zjg6vjga7noLTmo4TjgIHjgYrjgojjgbPj gZPjga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfjga7plovnpLrjgIENCj4gPuikh+WGmeOA gemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+Wf uuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeU s+OBl+S4iuOBkuOBvuOBmeOAgg0KPiA+LS0tDQo+ID5DT05GSURFTlRJQUxJVFkgTk9URTogVGhl IGluZm9ybWF0aW9uIGluIHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsDQo+ID5hbmQgaW50ZW5k ZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLg0KPiA+RGlzY2xvc3VyZSwgY29weWluZywgZGlz dHJpYnV0aW9uIG9yIGFueSBvdGhlciBhY3Rpb24gb2YgdXNlIG9mIHRoaXMNCj4gPmVtYWlsIGJ5 IHBlcnNvbiBvdGhlciB0aGFuIGludGVuZGVkIHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4NCj4g PklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbg0KPiA+ZXJyb3IsIHBsZWFzZSBkZXN0cm95IHRoZSBvcmlnaW5hbCBtZXNz YWdlLg0KPiA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gPmZyZWVic2QtYXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiA+aHR0cDovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gPlRvIHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyINCj4NCj4NCgotLSAKPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tCuenmOWvhuS/neaMgeOBq+OBpOOBhOOBpu+8muOBk+OBrumbu+WtkOODoeOD vOODq+OBr+OAgeWQjeWum+S6uuOBq+mAgeS/oeOBl+OBn+OCguOBruOBp+OBguOCiuOAgeenmOWM v+eJueaoqeOBruWvvuixoeOBqOOBquOCi+aDheWgseOCkuWQq+OCk+OBp+OBhOOBvuOBmeOAggrj goLjgZfjgIHlkI3lrpvkurrku6XlpJbjga7mlrnjgYzlj5fkv6HjgZXjgozjgZ/loLTlkIjjgIHj gZPjga7jg6Hjg7zjg6vjga7noLTmo4TjgIHjgYrjgojjgbPjgZPjga7jg6Hjg7zjg6vjgavplqLj gZnjgovkuIDliIfjga7plovnpLrjgIEK6KSH5YaZ44CB6YWN5biD44CB44Gd44Gu5LuW44Gu5Yip 55So44CB44G+44Gf44Gv6KiY6LyJ5YaF5a6544Gr5Z+644Gl44GP44GE44GL44Gq44KL6KGM5YuV 44KC44GV44KM44Gq44GE44KI44GG44GK6aGY44GE55Sz44GX5LiK44GS44G+44GZ44CCCi0tLQpD T05GSURFTlRJQUxJVFkgTk9URTogVGhlIGluZm9ybWF0aW9uIGluIHRoaXMgZW1haWwgaXMgY29u ZmlkZW50aWFsCmFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUuCkRpc2Nsb3N1 cmUsIGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIgYWN0aW9uIG9mIHVzZSBvZiB0 aGlzCmVtYWlsIGJ5IHBlcnNvbiBvdGhlciB0aGFuIGludGVuZGVkIHJlY2lwaWVudCwgaXMgcHJv aGliaXRlZC4KSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBhbmQgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsIGluCmVycm9yLCBwbGVhc2UgZGVzdHJveSB0aGUgb3JpZ2luYWwg bWVzc2FnZS4K From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 08:58:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 363C6CB4 for ; Sun, 21 Sep 2014 08:58:25 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id 49616E95 for ; Sun, 21 Sep 2014 08:58:22 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d25 with ME id tkyM1o00F0yeGPe03kyMUv; Sun, 21 Sep 2014 10:58:21 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 10:58:21 +0200 X-ME-IP: 109.212.56.240 Date: Sun, 21 Sep 2014 10:58:21 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <1878422084.4858.1411289901179.JavaMail.www@wwinf1p21> In-Reply-To: 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> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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 08:58:25 -0000 by cons, for managing sata disks, I can enable the "ahci"? > Message du 21/09/14 06:28 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > 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=C2=A0http://s= vnweb.freebsd.org/base/head/sys/arm/arm/gic.c?revision=3D271630&view=3Dmark= up#l364 and rebuild the kernel again and try. > I didn't find yet the solution for it. > Ganbold > > =C2=A0 >=20 >=20 >=20 >=20 >=20 > > Message du 20/09/14 16:35 > > De : "Ganbold Tsagaankhuu"=20 > > A : "Gilles DALMAS"=20 > > Copie =C3=A0 :=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > > > > > 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 =C2=A0 > >=20 > >=20 > >=20 > >=20 > > > Message du 20/09/14 16:26 > > > De : "Gilles DALMAS"=20 > > > A : "Ganbold Tsagaankhuu"=20 > > > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > > > Objet : Re: kernel debugger on cubietruck > > >=20 > > > i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether device= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac= # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need = to re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/= 14 16: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_tra= ce_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6= c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5768 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_h= ex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0= 232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp =3D 0xc08e5810 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr =3D 0xc0231e54 (d= b_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp = =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7 =3D 0xc08e5a48= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0= r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc= 0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr =3D 0xc023481c (X_db= _symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp= =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() = at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp =3D 0xc0= 8e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000= =C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 l= r =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0xc08e5998 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5 =3D 0x00= 000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handle= r+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138= c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp =3D 0xc08e5a40 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_handler() at data_abort_hand= ler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501= 134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3= b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr = =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1 =3D 0xc0547= c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2= =A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4= =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x= 00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2= 080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98= =C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please= try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be differe= nt. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Message du 20/09/14 15:13 > >= De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebs= d-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"=C2=A0 wrote: > > hi, > > > > =C2=A0 > > > > 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 confifu= ration "CUBIEBOARD2." everything goes well, but starting on the "truck", I = get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1= > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0= xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D000= 00000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r= 5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, s= lr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopp= ed at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldr= b=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? = > > > > _______________________________________________ > > freebsd-arm@fre= ebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd= -arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-arm@free= bsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ar= m > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" = > _______________________________________________ freebsd-arm@freebsd.org m= ailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubs= cribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 09:06:06 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F02E6F23; Sun, 21 Sep 2014 09:06:06 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B128BF55; Sun, 21 Sep 2014 09:06:06 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 09A4E1AF271; Sun, 21 Sep 2014 09:06:03 +0000 (UTC) From: Maxim V FIlimonov To: Ian Lepore Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Sun, 21 Sep 2014 13:06:02 +0400 Message-ID: <16223180.9Q4Ic3raYi@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) In-Reply-To: <1411256769.66615.155.camel@revolution.hippie.lan> References: <7351653.A2UeEk9AA3@quad> <1989123.lKm0QJoZES@quad> <1411256769.66615.155.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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:06:07 -0000 On Saturday 20 September 2014 17:46:09 Ian Lepore wrote: > > 60 times as fast doesn't make much sense for changing a divisor to 16. > > Without that patch, what is the output of > > sysctl kern.eventtimer > sysctl kern.timecounter Here it is: root@cubie:~ # sysctl kern.eventtimer kern.eventtimer.et.a10_timer Eventtimer.flags: 3 kern.eventtimer.et.a10_timer Eventtimer.frequency: 24000000 kern.eventtimer.et.a10_timer Eventtimer.quality: 1000 kern.eventtimer.choice: a10_timer Eventtimer(1000) kern.eventtimer.singlemul: 4 kern.eventtimer.idletick: 0 kern.eventtimer.timer: a10_timer Eventtimer kern.eventtimer.periodic: 1 root@cubie:~ # sysctl kern.timecounter kern.timecounter.tc.a10_timer timer0.mask: 4294967295 kern.timecounter.tc.a10_timer timer0.counter: 4271639596 kern.timecounter.tc.a10_timer timer0.frequency: 24000000 kern.timecounter.tc.a10_timer timer0.quality: 1000 kern.timecounter.stepwarnings: 0 kern.timecounter.alloweddeviation: 5 kern.timecounter.hardware: a10_timer timer0 kern.timecounter.choice: a10_timer timer0(1000) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.fast_gettime: 1 > > If you repeatedly do "ntpdate -q " every 15 seconds for a > couple minutes, does the offset stay pretty much the same? (like no big > changes in the first two decimal places) Don't use a server like > pool.ntp.org where you might get a different server every time, instead > do "host pool.ntp.org" and pick one of the IPs and use it every time. > root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset -0.117727 sec root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset -0.117018 sec root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset -0.116026 sec root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset -0.111525 sec root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset -0.103121 sec root@cubie:~ # ntpdate time.nist.gov 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset -0.099055 sec So as you could notice, the offset doesn't change much. > -- Ian -- wbr, Maxim Filimonov che@bein.link 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" >>> >>> >> > > >> >> > > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 09:23:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8E7E77B for ; Sun, 21 Sep 2014 09:23:29 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id CBF8A177 for ; Sun, 21 Sep 2014 09:23:28 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d04 with ME id tlPT1o00A0yeGPe03lPTSX; Sun, 21 Sep 2014 11:23:27 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 11:23:27 +0200 X-ME-IP: 109.212.56.240 Date: Sun, 21 Sep 2014 11:23:26 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <508883102.5548.1411291406971.JavaMail.www@wwinf1p21> In-Reply-To: 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> <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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:23:29 -0000 it is therefore impossible to have ethernet with "cubietruck"? > Message du 21/09/14 06:25 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS wrote: > > the network interface is not detected >=20 >=20 > > Cubietruck should have GMAC ethernet, currently it is not supported in Free= BSD. > Ganbold =C2=A0 >=20 >=20 > > Message du 20/09/14 20:45 > > De : "Gilles DALMAS"=20 > > A : "Ganbold Tsagaankhuu"=20 > > Copie =C3=A0 : "freebsd-arm"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > when I try to put "ufs: / dev / da0", the system starts but I have a lo= t of "no such device" and "spurious interrupt detected" > 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-toolcha= in ? > > No just build kernel only. > Ganbold =C2=A0 > > > > > > 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=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 ether device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 emac # USB ethernet support, requires miibus device=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2= =A0 =C2=A0 no need to re created the sd card ? just the USB flash ? =C2=A0 = > Message du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALM= AS" > Copie =C3=A0 : "freebsd-arm@freebsd.org" > Objet : Re: kernel debugge= r on cubietruck > > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrot= e: > I did not know much about debug kernel, but when I pass the trace comm= and, I get: > > db> trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_tra= ce_self() at db_trace_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc04eba6c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0= xc08e5768 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 >= db_hex2dec() at db_hex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc0232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc)= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0= fp =3D 0xc08e5810 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 = =3D 0x00000000=C2=A0 r5 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0x00000063 > db_command_loop() at db_command_loop+0x= 2fc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2= =A0 lr =3D 0xc0231e54 (db_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0= 540c1c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0= =C2=A0 r7 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000001=C2=A0 r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0x60= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0= lr =3D 0xc023481c (X_db_symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc0= 8ba1bc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8= > X_db_symbol_values() at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_= trap+0x15c) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08= e5958=C2=A0 fp =3D 0xc08e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_tr= ap() at kdb_trap+0x15c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 p= c =3D 0xc0352c88=C2=A0 lr =3D 0xc050138c (data_abort_handler+0x680) > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp = =3D 0xc08e5998 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x= c08e5a48=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0x600001d3=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_han= dler() at data_abort_handler+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc050138c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+= 0x428) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0= =C2=A0 fp =3D 0xc08e5a40 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r4 =3D 0xc08e5eb0=C2=A0 r5 =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_h= andler() at data_abort_handler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc0501134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp= =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0= xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit= () at exception_exit > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc = =3D 0xc04ed754=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0= xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000= 000=C2=A0 r1 =3D 0xc0547c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r2 =3D 0x00000072=C2=A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00= 000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038= =C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 = =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e= 0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no re= gisters changed) > > Please try without=C2=A0emac=C2=A0driver. MII in Cubie= truck=C2=A0could be different. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Me= ssage du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS= " > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugge= r 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"=C2=A0 wrote: > > h= i, > > > > =C2=A0 > > > > I would compile freebsd for it run on a cubietruc= k. For this I used the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubi= eboard using option confifuration "CUBIEBOARD2." everything goes well, but = starting on the "truck", I get this message: > > > > =C2=A0 > > > > vm_faul= t(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation = Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, sp= sr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D000= 00008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > = > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D= 00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread p= id 0 tid 100000 ] > > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:= =C2=A0=C2=A0=C2=A0=C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > wh= ere is the problem please ? > > > > _______________________________________= ________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.= org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "free= bsd-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-a= rm-unsubscribe@freebsd.org" > _____________________________________________= __ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/li= stinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscrib= e@freebsd.org" > _______________________________________________ freebsd-ar= m@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs= d-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 09:26:12 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F06EF7D0 for ; Sun, 21 Sep 2014 09:26:12 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp04.smtpout.orange.fr [80.12.242.126]) by mx1.freebsd.org (Postfix) with ESMTP id 1C79D180 for ; Sun, 21 Sep 2014 09:26:11 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d60 with ME id tlS41o00A0yeGPe03lS46x; Sun, 21 Sep 2014 11:26:04 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 11:26:04 +0200 X-ME-IP: 109.212.56.240 Date: Sun, 21 Sep 2014 11:26:04 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <1080334865.5589.1411291564251.JavaMail.www@wwinf1p21> In-Reply-To: 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> <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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:26:13 -0000 the "wifi" supported? > Message du 21/09/14 06:25 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS wrote: > > the network interface is not detected >=20 >=20 > > Cubietruck should have GMAC ethernet, currently it is not supported in Free= BSD. > Ganbold =C2=A0 >=20 >=20 > > Message du 20/09/14 20:45 > > De : "Gilles DALMAS"=20 > > A : "Ganbold Tsagaankhuu"=20 > > Copie =C3=A0 : "freebsd-arm"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > when I try to put "ufs: / dev / da0", the system starts but I have a lo= t of "no such device" and "spurious interrupt detected" > 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-toolcha= in ? > > No just build kernel only. > Ganbold =C2=A0 > > > > > > 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=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 ether device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 emac # USB ethernet support, requires miibus device=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2= =A0 =C2=A0 no need to re created the sd card ? just the USB flash ? =C2=A0 = > Message du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALM= AS" > Copie =C3=A0 : "freebsd-arm@freebsd.org" > Objet : Re: kernel debugge= r on cubietruck > > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrot= e: > I did not know much about debug kernel, but when I pass the trace comm= and, I get: > > db> trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_tra= ce_self() at db_trace_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc04eba6c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0= xc08e5768 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 >= db_hex2dec() at db_hex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc0232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc)= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0= fp =3D 0xc08e5810 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 = =3D 0x00000000=C2=A0 r5 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0x00000063 > db_command_loop() at db_command_loop+0x= 2fc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2= =A0 lr =3D 0xc0231e54 (db_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0= 540c1c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0= =C2=A0 r7 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000001=C2=A0 r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0x60= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0= lr =3D 0xc023481c (X_db_symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc0= 8ba1bc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8= > X_db_symbol_values() at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_= trap+0x15c) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08= e5958=C2=A0 fp =3D 0xc08e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_tr= ap() at kdb_trap+0x15c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 p= c =3D 0xc0352c88=C2=A0 lr =3D 0xc050138c (data_abort_handler+0x680) > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp = =3D 0xc08e5998 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x= c08e5a48=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0x600001d3=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_han= dler() at data_abort_handler+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc050138c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+= 0x428) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0= =C2=A0 fp =3D 0xc08e5a40 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r4 =3D 0xc08e5eb0=C2=A0 r5 =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_h= andler() at data_abort_handler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc0501134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp= =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0= xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit= () at exception_exit > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc = =3D 0xc04ed754=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0= xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000= 000=C2=A0 r1 =3D 0xc0547c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r2 =3D 0x00000072=C2=A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00= 000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038= =C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 = =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e= 0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no re= gisters changed) > > Please try without=C2=A0emac=C2=A0driver. MII in Cubie= truck=C2=A0could be different. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Me= ssage du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS= " > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugge= r 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"=C2=A0 wrote: > > h= i, > > > > =C2=A0 > > > > I would compile freebsd for it run on a cubietruc= k. For this I used the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubi= eboard using option confifuration "CUBIEBOARD2." everything goes well, but = starting on the "truck", I get this message: > > > > =C2=A0 > > > > vm_faul= t(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation = Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, sp= sr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D000= 00008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > = > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D= 00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread p= id 0 tid 100000 ] > > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:= =C2=A0=C2=A0=C2=A0=C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > wh= ere is the problem please ? > > > > _______________________________________= ________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.= org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "free= bsd-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-a= rm-unsubscribe@freebsd.org" > _____________________________________________= __ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/li= stinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscrib= e@freebsd.org" > _______________________________________________ freebsd-ar= m@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs= d-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 09:43:36 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 8232BBE8 for ; Sun, 21 Sep 2014 09:43:36 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42E5432C for ; Sun, 21 Sep 2014 09:43:35 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XVdfy-0006oD-Jf for freebsd-arm@freebsd.org; Sun, 21 Sep 2014 11:43:26 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: SD card support on Sheevaplug References: <1410562928.1909.YahooMailBasic@web122404.mail.ne1.yahoo.com> Date: Sun, 21 Sep 2014 11:43:25 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <1410562928.1909.YahooMailBasic@web122404.mail.ne1.yahoo.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40 autolearn=disabled version=3.3.2 X-Scan-Signature: 739ba1b2be5fabc1cc6069058737919f 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:43:36 -0000 On Sat, 13 Sep 2014 01:02:08 +0200, Faraz Vahabzadeh via freebsd-arm wrote: > Hi, > > I am wondering if the state of SD card support on Sheevaplug for FreeBSD > has seen any changes > lately. The latest news I have is from a year ago: > > https://forums.freebsd.org/viewtopic.php?&t=41592 > > Or if there are any workaround to make it work, I'd really appreciate it. > > Thanks, > Raz I would love to see this working too. But I'm afraid most developers work on more modern ARM boards nowadays. Ronald. From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 10:33:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75B37575 for ; Sun, 21 Sep 2014 10:33:41 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id 824D396B for ; Sun, 21 Sep 2014 10:33:39 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d64 with ME id tmZY1o0030yeGPe03mZYek; Sun, 21 Sep 2014 12:33:32 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 12:33:32 +0200 X-ME-IP: 109.212.163.79 Date: Sun, 21 Sep 2014 12:33:32 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <1806716327.7584.1411295612240.JavaMail.www@wwinf1p21> In-Reply-To: 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> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.163.79] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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 10:33:41 -0000 now it hangs with the message: usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec =C2=A0 I don't understand why > Message du 21/09/14 11:11 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sun, Sep 21, 2014 at 4:58 PM, Gilles DALMAS wrote: > > by cons, for managing sata disks, I can enable the "ahci"? >=20 > > There is no SATA driver yet in src tree. imp@ hopefully will commit a10/a20= sata driver soon to current. > Ganbold > =C2=A0 >=20 >=20 >=20 > > Message du 21/09/14 06:28 > > De : "Ganbold Tsagaankhuu"=20 > > A : "Gilles DALMAS"=20 > > Copie =C3=A0 : "freebsd-arm"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > > > > > 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 lo= t of "no such device" and "spurious interrupt detected" > > For now, you can comment out "Spurious interrupt detected" in=C2=A0http://s= vnweb.freebsd.org/base/head/sys/arm/arm/gic.c?revision=3D271630&view=3Dmark= up#l364 and rebuild the kernel again and try. > > I didn't find yet the solution for it. > > Ganbold > > > > =C2=A0 > >=20 > >=20 > >=20 > >=20 > >=20 > > > Message du 20/09/14 16:35 > > > De : "Ganbold Tsagaankhuu"=20 > > > A : "Gilles DALMAS"=20 > > > Copie =C3=A0 :=20 > > > Objet : Re: kernel debugger on cubietruck > > >=20 > > > > > > > > > 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 =C2=A0 > > >=20 > > >=20 > > >=20 > > >=20 > > > > Message du 20/09/14 16:26 > > > > De : "Gilles DALMAS"=20 > > > > A : "Ganbold Tsagaankhuu"=20 > > > > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > > > > Objet : Re: kernel debugger on cubietruck > > > >=20 > > > > i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2= =A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether devi= ce=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac= # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need = to re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/= 14 16: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_tra= ce_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6= c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5768 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_h= ex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0= 232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp =3D 0xc08e5810 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr =3D 0xc0231e54 (d= b_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp = =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7 =3D 0xc08e5a48= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0= r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc= 0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr =3D 0xc023481c (X_db= _symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp= =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() = at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp =3D 0xc0= 8e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000= =C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 l= r =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0xc08e5998 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5 =3D 0x00= 000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handle= r+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138= c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp =3D 0xc08e5a40 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_handler() at data_abort_hand= ler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501= 134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3= b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr = =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1 =3D 0xc0547= c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2= =A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4= =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x= 00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2= 080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98= =C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please= try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be differe= nt. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Message du 20/09/14 15:13 > >= De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebs= d-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"=C2=A0 wrote: > > hi, > > > > =C2=A0 > > > > 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 confifu= ration "CUBIEBOARD2." everything goes well, but starting on the "truck", I = get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1= > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0= xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D000= 00000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r= 5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, s= lr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopp= ed at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldr= b=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? = > > > > _______________________________________________ > > freebsd-arm@fre= ebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd= -arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-arm@free= bsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ar= m > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" = > _______________________________________________ freebsd-arm@freebsd.org m= ailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubs= cribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 11:01:12 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 6EAB5A1C for ; Sun, 21 Sep 2014 11:01:12 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (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 34209BCF for ; Sun, 21 Sep 2014 11:01:12 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id a13so1298238igq.13 for ; Sun, 21 Sep 2014 04:01:11 -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=SEb8FJVfxRB6HT2Yn1tchXh9ft/XlXbnN5dD4KUvm3E=; b=W2LPMPxAagD/tbXWX0hX9q4N+tq9R+dGclKktltt23srBt4Xx/OOaOUnWF6KbFTTi2 7a0ZfLC9bP+65CWMdDtx1Fstelw9zrBZdwil14mWXpS5kmM8swugeiU5ijDBOAOlSsye wkY0dNYF9YcwMlxa1kAvt1ynArBY/N7V+fo/Hgq4/agXLHdMI/UEqxnnAyrC8JQgNH8s ylDWzy89K9+LvLlbwobFHEsukAbJAalAvES1nP7iG/20z8PiL+QyoQWSrKktcl3cOEfX h04Hausec/0BCk4AsQnFbJzE8qJd+p1K0SNFSeoE5+TraiiOUa1S5DMqjoMe3NvBnMB2 ANpQ== MIME-Version: 1.0 X-Received: by 10.42.227.10 with SMTP id iy10mr10671009icb.3.1411297271163; Sun, 21 Sep 2014 04:01:11 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sun, 21 Sep 2014 04:01:11 -0700 (PDT) In-Reply-To: <1080334865.5589.1411291564251.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> <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> <1080334865.5589.1411291564251.JavaMail.www@wwinf1p21> Date: Sun, 21 Sep 2014 19:01:11 +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 11:01:12 -0000 On Sun, Sep 21, 2014 at 5:26 PM, Gilles DALMAS 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" > > A : "Gilles DALMAS" > > Copie =C3=A0 : "freebsd-arm" > > Objet : Re: kernel debugger on cubietruck > > > > > > > > > > > On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS 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" >> > > A : "Ganbold Tsagaankhuu" >> > > Copie =C3=A0 : "freebsd-arm" >> > > 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" > Copi= e =C3=A0 >> : > Objet : Re: kernel debugger on cubietruck > > > > On Sat, Sep 20, 20= 14 >> 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 : # Ether= net >> 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 =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 0xc04eba= 6c >> lr =3D 0xc0232780 (db_hex2dec+0x4d8) > sp =3D 0xc08e5750 fp = =3D >> 0xc08e5768 > r10 =3D 0xc08ba1c4 > db_hex2dec() at db_hex2dec+0x4= d8 > >> pc =3D 0xc0232780 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > >> sp =3D 0xc08e5770 fp =3D 0xc08e5810 > r4 =3D 0x000000= 00 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 0xc08ba1= b0 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+0x250) > sp = =3D >> 0xc08e5830 fp =3D 0xc08e5950 > r4 =3D 0x00000000 r5 =3D 0xc08= ba1bc > >> 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 0= x00000005 > >> r6 =3D 0xc0615ac8 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0= x15c > >> pc =3D 0xc0352c88 lr =3D 0xc050138c (data_abort_handler+0x680)= > >> sp =3D 0xc08e5980 fp =3D 0xc08e5998 > r4 =3D 0xc08e5a= 48 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+0x428) > sp = =3D >> 0xc08e59a0 fp =3D 0xc08e5a40 > r4 =3D 0xc08e5eb0 r5 =3D 0xc08= ba870 > >> 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 0= x00000000 > >> r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d49= 30 > >> 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 0xc0547c85 > r2= =3D >> 0x00000072 r3 =3D 0x00000008 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b= 4a080 > >> r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b0= 38 r9 =3D >> 0xc3ae1700 > r10 =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at >> strcmp+0x4 > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 >> (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e5= ab0 > >> 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: kerne= l >> 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" wro= te: >> > > 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=3Da00001d= 3 > > r0 >> =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3= b49f00, r5 >> =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3= ae1700, >> 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.or= g >> 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" >> >> > > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 11:50:59 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 CB2A0204 for ; Sun, 21 Sep 2014 11:50:59 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id DEA71F37 for ; Sun, 21 Sep 2014 11:50:58 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d12 with ME id tnqv1o00K0yeGPe03nqv0Q; Sun, 21 Sep 2014 13:50:55 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 13:50:55 +0200 X-ME-IP: 109.212.163.79 Date: Sun, 21 Sep 2014 13:50:55 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <1445366845.8901.1411300255792.JavaMail.www@wwinf1p21> In-Reply-To: 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> <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> <1080334865.5589.1411291564251.JavaMail.www@wwinf1p21> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.163.79] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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 11:50:59 -0000 but yes, there it is said, is only available for "linux". the "bcmdhd" modu= le is also available on "freebsd"? > Message du 21/09/14 13:07 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sun, Sep 21, 2014 at 5:26 PM, Gilles DALMAS 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 =C2=A0 >=20 >=20 >=20 >=20 >=20 > > Message du 21/09/14 06:25 > > De : "Ganbold Tsagaankhuu"=20 > > A : "Gilles DALMAS"=20 >=20 > Copie =C3=A0 : "freebsd-arm"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > > > > > On Sun, Sep 21, 2014 at 3:14 AM, Gilles DALMAS wrote: > > > > the network interface is not detected > >=20 > >=20 > > > > Cubietruck should have GMAC ethernet, currently it is not supported in Free= BSD. > > Ganbold =C2=A0 > >=20 > >=20 > > > Message du 20/09/14 20:45 > > > De : "Gilles DALMAS"=20 > > > A : "Ganbold Tsagaankhuu"=20 > > > Copie =C3=A0 : "freebsd-arm"=20 > > > Objet : Re: kernel debugger on cubietruck > > >=20 > > > 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/0= 9/14 16:35 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie =C3= =A0 : > Objet : Re: kernel debugger on cubietruck > > > > On Sat, Sep 20, 2= 014 at 10:31 PM, Gilles DALMAS wrote: > > no need to re make the kernel-too= lchain ? > > No just build kernel only. > Ganbold =C2=A0 > > > > > > Messag= e du 20/09/14 16:26 > > De : "Gilles DALMAS" > > A : "Ganbold Tsagaankhuu" = > > Copie =C3=A0 : "freebsd-arm@freebsd.org" > > Objet : Re: kernel debugge= r on cubietruck > > > > i comment emac line from : # Ethernet device=C2=A0= =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 ether device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0= =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw dev= ice=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2= =A0=C2=A0=C2=A0 emac # USB ethernet support, requires miibus device=C2=A0= =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 miibus =C2=A0 and re run the compilation ? = =C2=A0 =C2=A0 no need to re created the sd card ? just the USB flash ? =C2= =A0 > Message du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles = DALMAS" > Copie =C3=A0 : "freebsd-arm@freebsd.org" > Objet : Re: kernel deb= ugger 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 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 pc =3D 0xc04eba6c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp = =3D 0xc08e5768 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba= 1c4 > db_hex2dec() at db_hex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 pc =3D 0xc0232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+= 0x2fc) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770= =C2=A0 fp =3D 0xc08e5810 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 r6 =3D 0x00000063 > db_command_loop() at db_command_loop= +0x2fc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0= =C2=A0 lr =3D 0xc0231e54 (db_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0= xc0540c1c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba= 1b0=C2=A0 r7 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r8 =3D 0x00000001=C2=A0 r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0= x60 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2= =A0 lr =3D 0xc023481c (X_db_symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0= xc08ba1bc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615= ac8 > X_db_symbol_values() at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (k= db_trap+0x15c) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0x= c08e5958=C2=A0 fp =3D 0xc08e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb= _trap() at kdb_trap+0x15c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc0352c88=C2=A0 lr =3D 0xc050138c (data_abort_handler+0x680) > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp= =3D 0xc08e5998 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0= xc08e5a48=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0x600001d3=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_han= dler() at data_abort_handler+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc050138c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+= 0x428) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0= =C2=A0 fp =3D 0xc08e5a40 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r4 =3D 0xc08e5eb0=C2=A0 r5 =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_h= andler() at data_abort_handler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 pc =3D 0xc0501134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp= =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0= xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit= () at exception_exit > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc = =3D 0xc04ed754=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0= xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000= 000=C2=A0 r1 =3D 0xc0547c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r2 =3D 0x00000072=C2=A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00= 000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038= =C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 = =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e= 0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no re= gisters changed) > > Please try without=C2=A0emac=C2=A0driver. MII in Cubie= truck=C2=A0could be different. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Me= ssage du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS= " > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugge= r 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"=C2=A0 wrote: > > h= i, > > > > =C2=A0 > > > > I would compile freebsd for it run on a cubietruc= k. For this I used the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubi= eboard using option confifuration "CUBIEBOARD2." everything goes well, but = starting on the "truck", I get this message: > > > > =C2=A0 > > > > vm_faul= t(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation = Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, sp= sr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D000= 00008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > = > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D= 00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread p= id 0 tid 100000 ] > > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:= =C2=A0=C2=A0=C2=A0=C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > wh= ere is the problem please ? > > > > _______________________________________= ________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.= org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "free= bsd-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-a= rm-unsubscribe@freebsd.org" > _____________________________________________= __ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/li= stinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscrib= e@freebsd.org" > _______________________________________________ freebsd-ar= m@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs= d-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > > From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 12:43:38 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 3C4F3FBD for ; Sun, 21 Sep 2014 12:43:38 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) by mx1.freebsd.org (Postfix) with ESMTP id B37706A5 for ; Sun, 21 Sep 2014 12:43:36 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d16 with ME id tojV1o00G0yeGPe03ojVQH; Sun, 21 Sep 2014 14:43:29 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 14:43:29 +0200 X-ME-IP: 109.212.163.79 Date: Sun, 21 Sep 2014 14:43:29 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: freebsd-arm Message-ID: <1404516519.9523.1411303409543.JavaMail.www@wwinf1p21> Subject: freebsd 10 toolchain compilation MIME-Version: 1.0 X-Originating-IP: [109.212.163.79] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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 12:43:38 -0000 hello, =C2=A0 good I begins again. my problems so far, concerned version 11 of freebsd. I= did that to understand a little how it worked, but in the purpose, I would= have a version 10 of freebsd. if possible.=20 So my current problem is an error message when I compile the toolchain: =C2=A0 =3D=3D=3D> lib/libelf (obj,depend,all,install) /usr/obj/arm.armv6/usr/home/gilles/freebsd-release-10.0.0/tmp/usr/home/gill= es/freebsd-release-10.0.0/lib/libelf created for /usr/home/gilles/freebsd-r= elease-10.0.0/lib/libelf make[3]: don't know how to make elf_memory.c. Stop make[3]: stopped in /usr/home/gilles/freebsd-release-10.0.0/lib/libelf *** Error code 2 Stop. make[2]: stopped in /usr/home/gilles/freebsd-release-10.0.0 *** Error code 1 Stop. make[1]: stopped in /usr/home/gilles/freebsd-release-10.0.0 *** Error code 1 Stop. make: stopped in /usr/home/gilles/freebsd-release-10.0.0 =C2=A0 =C2=A0 I have yet to make any changes. From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 13:43:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1444DA9E for ; Sun, 21 Sep 2014 13:43:07 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp03.smtpout.orange.fr [80.12.242.125]) by mx1.freebsd.org (Postfix) with ESMTP id 84D39B7A for ; Sun, 21 Sep 2014 13:43:05 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d58 with ME id tpiy1o00A0yeGPe03piyVD; Sun, 21 Sep 2014 15:42:58 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sun, 21 Sep 2014 15:42:58 +0200 X-ME-IP: 109.212.163.79 Date: Sun, 21 Sep 2014 15:42:58 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: freebsd-arm Message-ID: <1821354288.10901.1411306978210.JavaMail.www@wwinf1p21> In-Reply-To: <1404516519.9523.1411303409543.JavaMail.www@wwinf1p21> References: <1404516519.9523.1411303409543.JavaMail.www@wwinf1p21> Subject: re: freebsd 10 toolchain compilation MIME-Version: 1.0 X-Originating-IP: [109.212.163.79] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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 13:43:07 -0000 sorry, I was wrong source, by cons, I get this error now: =3D=3D=3D> lib/libc (cleandir) make[4]: "/usr/home/gilles/freebsd-stable-10/lib/libc/Makefile" line 77: Ca= nnot open /usr/home/gilles/freebsd-stable-10/lib/libc/md/Makefile.inc make[4]: "/usr/home/gilles/freebsd-stable-10/lib/libc/Makefile" line 78: Ca= nnot open /usr/home/gilles/freebsd-stable-10/lib/libc/nameser/Makefile.inc make[4]: "/usr/home/gilles/freebsd-stable-10/lib/libc/Makefile" line 79: Ca= nnot open /usr/home/gilles/freebsd-stable-10/lib/libc/net/Makefile.inc make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /usr/home/gilles/freebsd-stable-10/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/home/gilles/freebsd-stable-10/lib *** Error code 1 Stop. make[2]: stopped in /usr/home/gilles/freebsd-stable-10 *** Error code 1 Stop. make[1]: stopped in /usr/home/gilles/freebsd-stable-10 *** Error code 1 Stop. make: stopped in /usr/home/gilles/freebsd-stable-10 I went into the directory of makefile.inc. but that file is broken link. > Message du 21/09/14 14:43 > De : "Gilles DALMAS"=20 > A : "freebsd-arm"=20 > Copie =C3=A0 :=20 > Objet : freebsd 10 toolchain compilation >=20 > hello, =C2=A0 good I begins again. my problems so far, concerned version = 11 of freebsd. I did that to understand a little how it worked, but in the = purpose, I would have a version 10 of freebsd. if possible. So my current p= roblem is an error message when I compile the toolchain: =C2=A0 =3D=3D=3D> = lib/libelf (obj,depend,all,install) /usr/obj/arm.armv6/usr/home/gilles/free= bsd-release-10.0.0/tmp/usr/home/gilles/freebsd-release-10.0.0/lib/libelf cr= eated for /usr/home/gilles/freebsd-release-10.0.0/lib/libelf make[3]: don't= know how to make elf_memory.c. Stop make[3]: stopped in /usr/home/gilles/f= reebsd-release-10.0.0/lib/libelf *** Error code 2 Stop. make[2]: stopped in= /usr/home/gilles/freebsd-release-10.0.0 *** Error code 1 Stop. make[1]: st= opped in /usr/home/gilles/freebsd-release-10.0.0 *** Error code 1 Stop. mak= e: stopped in /usr/home/gilles/freebsd-release-10.0.0 =C2=A0 =C2=A0 I have = yet to make any changes. _______________________________________________ fr= eebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/listinf= o/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@fre= ebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 13:43:44 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 2F72CAE8 for ; Sun, 21 Sep 2014 13:43:44 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01F6DB81 for ; Sun, 21 Sep 2014 13:43:43 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XVhQU-0004jH-7F; Sun, 21 Sep 2014 13:43:42 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8LDheN7018429; Sun, 21 Sep 2014 07:43:40 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19y9Mgd5dqSEqR1vHwq83Tq X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Jetson TK1 board support From: Ian Lepore To: "Lundberg, Johannes" In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Sep 2014 07:43:39 -0600 Message-ID: <1411307019.66615.158.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" 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 13:43:44 -0000 On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes wrote: > Great! > > What I've done so far is > > - build and patch (enable API) u-boot-nvidia on freebsd (i think i got it > from git://nv-tegra.nvidia.com/3rdparty/u-boot.git, the normal u-boot > wouldn't work...) > - flash u-boot-dtb-tegra.img onto the board's mmc using nvidia's flash tool > on ubuntu > - build an image using crochet and dd to sd card (so far I copied the > beaglebone setup, just to get a ubldr and a kernel file) > > > From u-boot I can see all devices. I load ubldr with > fatload mmc 1:1 0x80200000 ubldr > bootelf 0x80200000 > > ubldr load fine but, from ubldr I can only see the mmc 0 and net devices. > There's no sd card (mmc 1), and no ufs partition.. > > > > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > On Fri, Sep 19, 2014 at 8:25 PM, John Howie wrote: > > > Hi all, > > > > I am up for testing and supporting this board. I ordered and received > > mine, but have not really had a chance to use it due to work to-date. The > > good news is the next few months I will have bandwidth. > > > > Regards, > > > > John > > > > > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > > wrote: > > > > >Hi > > > > > >I started working on adding the Jetson TK1 board to Crochet. Is there any > > >work in progress on this? > > >I guess there is quite a lot of work that has to been done to get full > > >support for it in the kernel as well.. > > > > > >Best regards > > >-- > > >Johannes Lundberg > > > You may have to change some u-boot options to support multiple mmc/sd interfaces. Look in the config header for CONFIG_SYS_MMC_MAX_DEVICE; if it's not there you may need to add it. For wandboard I also had to add a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so there may be something like that you need to find as well. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 13:56:04 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 298F8F25 for ; Sun, 21 Sep 2014 13:56:04 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFF7BC64 for ; Sun, 21 Sep 2014 13:56:03 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XVhcQ-000Aoo-OK; Sun, 21 Sep 2014 13:56:02 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8LDu1RK018458; Sun, 21 Sep 2014 07:56:01 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+3PdnloIrCwV5iYtsQaBSx X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ian Lepore To: Maxim V FIlimonov In-Reply-To: <16223180.9Q4Ic3raYi@quad> References: <7351653.A2UeEk9AA3@quad> <1989123.lKm0QJoZES@quad> <1411256769.66615.155.camel@revolution.hippie.lan> <16223180.9Q4Ic3raYi@quad> Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Sep 2014 07:56:01 -0600 Message-ID: <1411307761.66615.166.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit 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 13:56:04 -0000 On Sun, 2014-09-21 at 13:06 +0400, Maxim V FIlimonov wrote: > On Saturday 20 September 2014 17:46:09 Ian Lepore wrote: > > > > 60 times as fast doesn't make much sense for changing a divisor to 16. > > > > Without that patch, what is the output of > > > > sysctl kern.eventtimer > > sysctl kern.timecounter > > Here it is: > root@cubie:~ # sysctl kern.eventtimer > kern.eventtimer.et.a10_timer Eventtimer.flags: 3 > kern.eventtimer.et.a10_timer Eventtimer.frequency: 24000000 > kern.eventtimer.et.a10_timer Eventtimer.quality: 1000 > kern.eventtimer.choice: a10_timer Eventtimer(1000) > kern.eventtimer.singlemul: 4 > kern.eventtimer.idletick: 0 > kern.eventtimer.timer: a10_timer Eventtimer > kern.eventtimer.periodic: 1 > root@cubie:~ # sysctl kern.timecounter > kern.timecounter.tc.a10_timer timer0.mask: 4294967295 > kern.timecounter.tc.a10_timer timer0.counter: 4271639596 > kern.timecounter.tc.a10_timer timer0.frequency: 24000000 > kern.timecounter.tc.a10_timer timer0.quality: 1000 > kern.timecounter.stepwarnings: 0 > kern.timecounter.alloweddeviation: 5 > kern.timecounter.hardware: a10_timer timer0 > kern.timecounter.choice: a10_timer timer0(1000) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.fast_gettime: 1 > > > > > > If you repeatedly do "ntpdate -q " every 15 seconds for a > > couple minutes, does the offset stay pretty much the same? (like no big > > changes in the first two decimal places) Don't use a server like > > pool.ntp.org where you might get a different server every time, instead > > do "host pool.ntp.org" and pick one of the IPs and use it every time. > > > > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset > -0.117727 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset > -0.117018 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset > -0.116026 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset > -0.111525 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset > -0.103121 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset > -0.099055 sec > > So as you could notice, the offset doesn't change much. No, quite to the contrary, the time is changing rapidly -- it moved about 19 milliseconds in 39 seconds, or roughly a millisecond every two seconds. That's an error rate of 500 parts per million, which is huge. However, it's not off by a factor of 16, so that's a bit confusing. BTW, time.nist.gov is not one server, it's a pool just like pool.ntp.org (we run one of the time.nist.gov server installations out of our building at $work). I think it probably worked for you because of some sort of dns caching effect, because you clearly kept getting the same server each time. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 14:30:15 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 DC785941; Sun, 21 Sep 2014 14:30:15 +0000 (UTC) Received: from mailgate-01.zdv.uni-mainz.de (mailgate-01.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f1]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09D51F18; Sun, 21 Sep 2014 14:30:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1411309815; x=1442845815; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=pPRm72L/5e/cBn5JI/XLkL9eHZOicQgg8Ql7LhZTNmM=; b=AXb2nIunZc9WgzPQkR4IG6a/VbttRcrnhbDuHpXKMXCliDIr5QHci8Rk rdAy3Cc/kItgp4Enm0l3l+g2B/+hDERfr8sNylakk97tm8HYjVCPxR5mF h+SIzKSnTMgw3OSdwmA5l+XXrDupGDZ+wMq64WsS3nMujs2L61R2rnhTW c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsIEAHjgHlQKXgZQ/2dsb2JhbABggmt2VwTJQQqGeVQBgRIBeYQDAQEBBAEBAUsgCwwEAgEIEQQBAQEnBycBCQEUCQgCBAgCBAEEAQcSAQIEiB0BDMMaAReKG4UaAQFPBwaCMVOBQQWLCYsGhAOEZYVmjguDYWwHgQg5gQIBAQE X-IPAS-Result: AsIEAHjgHlQKXgZQ/2dsb2JhbABggmt2VwTJQQqGeVQBgRIBeYQDAQEBBAEBAUsgCwwEAgEIEQQBAQEnBycBCQEUCQgCBAgCBAEEAQcSAQIEiB0BDMMaAReKG4UaAQFPBwaCMVOBQQWLCYsGhAOEZYVmjguDYWwHgQg5gQIBAQE Received: from e14hub-01.zdv.uni-mainz.de ([10.94.6.80]) by mailgate-01.zdv.uni-mainz.de with ESMTP/TLS/AES128-SHA; 21 Sep 2014 16:30:10 +0200 Received: from e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) by E14HUB-01.zdv.Uni-Mainz.DE (2001:4c80:40:606:21d:d8ff:feb7:1c5f) with Microsoft SMTP Server (TLS) id 14.3.210.2; Sun, 21 Sep 2014 16:30:10 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) by e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) with Microsoft SMTP Server (TLS) id 15.0.995.29; Sun, 21 Sep 2014 16:30:09 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0]) by e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0%15]) with mapi id 15.00.0995.028; Sun, 21 Sep 2014 16:30:09 +0200 From: =?iso-8859-1?Q?Wei=DF=2C__Dr=2E_J=FCrgen?= To: 'Ian Lepore' , "Lundberg, Johannes" Subject: RE: Jetson TK1 board support Thread-Topic: Jetson TK1 board support Thread-Index: AQHP0/sfBDzcFmGHMkWO9pZPd3gkEJwIL1qAgALnFgCAAGQrgIAAJ0SA Date: Sun, 21 Sep 2014 14:30:09 +0000 Message-ID: References: <1411307019.66615.158.camel@revolution.hippie.lan> In-Reply-To: <1411307019.66615.158.camel@revolution.hippie.lan> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.81] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-arm@freebsd.org" 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 14:30:16 -0000 Hi, I have a rather rough port of FreeBSD current on arm to Jetson TK1. I used Stephen Warren's tegra u-boot sources, which initialize and configure USB and PCIe.=20 So SMP, USB and the onboard PCIe Ethernet adapter work. After Ian's changes to busdma_machdep-v6 (r269212) I had problems with cache coherency with the Ethernet adapter. Seems this is due to the aggress= ive L2 prefetcher of Cortex A15. Disabling L2 prefetch does help, as well as invalidating the cache a second time after the dma transfer. I'm not sure what the correct solution to this problem is. I wonder how other Cortex A15 platforms (exynos5) handle this.=20 I will probably be able to do some cleanups and put patches on the web within a week. Regards Juergen Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-2= 6407 > -----Original Message----- > From: owner-freebsd-arm@freebsd.org [mailto:owner-freebsd-arm@freebsd.org= ] On Behalf Of > Ian Lepore > Sent: Sunday, September 21, 2014 3:44 PM > To: Lundberg, Johannes > Cc: freebsd-arm@freebsd.org > Subject: Re: Jetson TK1 board support >=20 > On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes wrote: > > Great! > > > > What I've done so far is > > > > - build and patch (enable API) u-boot-nvidia on freebsd (i think i got = it > > from git://nv-tegra.nvidia.com/3rdparty/u-boot.git, the normal u-boot > > wouldn't work...) > > - flash u-boot-dtb-tegra.img onto the board's mmc using nvidia's flash = tool > > on ubuntu > > - build an image using crochet and dd to sd card (so far I copied the > > beaglebone setup, just to get a ubldr and a kernel file) > > > > > > From u-boot I can see all devices. I load ubldr with > > fatload mmc 1:1 0x80200000 ubldr > > bootelf 0x80200000 > > > > ubldr load fine but, from ubldr I can only see the mmc 0 and net device= s. > > There's no sd card (mmc 1), and no ufs partition.. > > > > > > > > > > -- > > Johannes Lundberg > > BRILLIANTSERVICE CO., LTD. > > > > On Fri, Sep 19, 2014 at 8:25 PM, John Howie wrote: > > > > > Hi all, > > > > > > I am up for testing and supporting this board. I ordered and received > > > mine, but have not really had a chance to use it due to work to-date.= The > > > good news is the next few months I will have bandwidth. > > > > > > Regards, > > > > > > John > > > > > > > > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > > > wrote: > > > > > > >Hi > > > > > > > >I started working on adding the Jetson TK1 board to Crochet. Is ther= e any > > > >work in progress on this? > > > >I guess there is quite a lot of work that has to been done to get fu= ll > > > >support for it in the kernel as well.. > > > > > > > >Best regards > > > >-- > > > >Johannes Lundberg > > > > >=20 > You may have to change some u-boot options to support multiple mmc/sd > interfaces. Look in the config header for CONFIG_SYS_MMC_MAX_DEVICE; if > it's not there you may need to add it. For wandboard I also had to add > a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so there may be > something like that you need to find as well. >=20 > -- Ian >=20 >=20 > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 18:34:03 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F460D89; Sun, 21 Sep 2014 18:34:03 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5A6947; Sun, 21 Sep 2014 18:34:02 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id A0A501AF373; Sun, 21 Sep 2014 18:33:58 +0000 (UTC) From: Maxim V FIlimonov To: Ian Lepore Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Sun, 21 Sep 2014 22:33:58 +0400 Message-ID: <8990779.WPLHzDdnAo@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) In-Reply-To: <1411307761.66615.166.camel@revolution.hippie.lan> References: <7351653.A2UeEk9AA3@quad> <16223180.9Q4Ic3raYi@quad> <1411307761.66615.166.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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 18:34:03 -0000 On Sunday 21 September 2014 07:56:01 Ian Lepore wrote: > On Sun, 2014-09-21 at 13:06 +0400, Maxim V FIlimonov wrote: > > > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset > > -0.117727 sec > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset > > -0.117018 sec > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset > > -0.116026 sec > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset > > -0.111525 sec > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset > > -0.103121 sec > > root@cubie:~ # ntpdate time.nist.gov > > 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset > > -0.099055 sec > > > > So as you could notice, the offset doesn't change much. > > No, quite to the contrary, the time is changing rapidly -- it moved > about 19 milliseconds in 39 seconds, or roughly a millisecond every two > seconds. That's an error rate of 500 parts per million, which is huge. > However, it's not off by a factor of 16, so that's a bit confusing. > Let me not agree with you. As you might have noticed, the time has the same offset no matter what exatc timeout I made before actually getting the time from the NTP pool. Here's another example of what I'm speaking about: root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:24:56 ntpdate[660]: step time server 85.21.78.23 offset 7525.060549 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:25:03 ntpdate[661]: adjust time server 95.213.132.250 offset -0.014318 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:25:07 ntpdate[662]: adjust time server 31.131.249.19 offset -0.010051 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:25:24 ntpdate[663]: adjust time server 95.213.132.250 offset -0.005744 sec You could notice that the offset changes a bit, and sometimes it can even decrease. Here's one more example: I ran ntpdate some times in a row, then waited for about a minute: root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:28:36 ntpdate[664]: adjust time server 95.213.132.250 offset 0.004790 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:28:41 ntpdate[665]: adjust time server 31.131.249.19 offset 0.005558 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:28:43 ntpdate[666]: adjust time server 31.131.249.19 offset 0.003983 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:28:45 ntpdate[667]: adjust time server 31.131.249.19 offset -0.000497 sec root@cubie:~ # ntpdate pool.ntp.org 21 Sep 22:29:24 ntpdate[668]: adjust time server 31.131.249.19 offset 0.003195 sec If what I understood about what you said was right, the offset would increase, wouldn't it? This time it is approximately the same no matter what the time gap between two ntpdate's is. Furthermore, here's what my PC says on ntpdate: [22:32:07] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org 21 Sep 22:32:11 ntpdate[40593]: signal_no_reset: signal 14 had flags 40 21 Sep 22:32:15 ntpdate[40593]: adjust time server 85.21.78.23 offset 0.008892 sec [22:32:15] 0 [che@quad:~]$ [22:32:15] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org 21 Sep 22:32:18 ntpdate[40595]: signal_no_reset: signal 14 had flags 40 21 Sep 22:32:23 ntpdate[40595]: adjust time server 85.21.78.23 offset 0.007959 sec [22:32:23] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org 21 Sep 22:32:25 ntpdate[40597]: signal_no_reset: signal 14 had flags 40 21 Sep 22:32:30 ntpdate[40597]: adjust time server 85.21.78.23 offset 0.004498 sec [22:32:30] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org 21 Sep 22:32:45 ntpdate[40599]: signal_no_reset: signal 14 had flags 40 21 Sep 22:32:49 ntpdate[40599]: adjust time server 85.21.78.23 offset -0.005016 sec See, the offset differs much more (note the last try, it changed its sign) yet it's about the same value as on my cubieboard. > BTW, time.nist.gov is not one server, it's a pool just like pool.ntp.org > (we run one of the time.nist.gov server installations out of our > building at $work). I think it probably worked for you because of some > sort of dns caching effect, because you clearly kept getting the same > server each time. > > -- Ian -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Mon Sep 22 01:45:58 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 32A9ED39; Mon, 22 Sep 2014 01:45:58 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (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 E89EB620; Mon, 22 Sep 2014 01:45:57 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id rl12so220920iec.34 for ; Sun, 21 Sep 2014 18:45:57 -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=ZOWYNk0j5NqD46Kxqrwp+REfqPfJVUFMKenZDWwBMvg=; b=XKwCuii1AviFhvYG1W+pixlP7ae+g90T+1/haPLT18vACIVKoA0V2abtDjwrR3XTW3 T8EsH5XCAQ+xLj2TW+s8xrET33BNHL/NAirUmA9uLFJuRlAETc3Kbc6p992Sl8sLEIpe UmATLf+SIholVgUmD6o7FQJXYSK6qitD61y8aAmcFggWmwyuPFtArpMzCoC9IlNnbeHR MWd3czr7ld32Bv9IJNIk+9KmHkDjxBIxO/Avgqss/o/Sigp4NAVLhypWVuok0qhhKWhy SQAaYpwyNZR4zfpcS29faWNB+9LCzz4/UYLgfVFOG4u/avM3hNViafYsYbGM3YBCpLzo vBnw== MIME-Version: 1.0 X-Received: by 10.42.231.9 with SMTP id jo9mr13708580icb.12.1411350357157; Sun, 21 Sep 2014 18:45:57 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sun, 21 Sep 2014 18:45:57 -0700 (PDT) In-Reply-To: <8990779.WPLHzDdnAo@quad> References: <7351653.A2UeEk9AA3@quad> <16223180.9Q4Ic3raYi@quad> <1411307761.66615.166.camel@revolution.hippie.lan> <8990779.WPLHzDdnAo@quad> Date: Mon, 22 Sep 2014 09:45:57 +0800 Message-ID: Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ganbold Tsagaankhuu To: Maxim V FIlimonov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm , Ian Lepore 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: Mon, 22 Sep 2014 01:45:58 -0000 Max, Dmitry, On Mon, Sep 22, 2014 at 2:33 AM, Maxim V FIlimonov wrote: > On Sunday 21 September 2014 07:56:01 Ian Lepore wrote: > > On Sun, 2014-09-21 at 13:06 +0400, Maxim V FIlimonov wrote: > > > > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset > > > -0.117727 sec > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset > > > -0.117018 sec > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset > > > -0.116026 sec > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset > > > -0.111525 sec > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset > > > -0.103121 sec > > > root@cubie:~ # ntpdate time.nist.gov > > > 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset > > > -0.099055 sec > > > > > > So as you could notice, the offset doesn't change much. > > > > No, quite to the contrary, the time is changing rapidly -- it moved > > about 19 milliseconds in 39 seconds, or roughly a millisecond every two > > seconds. That's an error rate of 500 parts per million, which is huge. > > However, it's not off by a factor of 16, so that's a bit confusing. > > > > Let me not agree with you. As you might have noticed, the time has the same > offset no matter what exatc timeout I made before actually getting the time > from the NTP pool. Here's another example of what I'm speaking about: > > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:24:56 ntpdate[660]: step time server 85.21.78.23 offset > 7525.060549 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:25:03 ntpdate[661]: adjust time server 95.213.132.250 offset > -0.014318 sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:25:07 ntpdate[662]: adjust time server 31.131.249.19 offset > -0.010051 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:25:24 ntpdate[663]: adjust time server 95.213.132.250 offset > -0.005744 sec > > You could notice that the offset changes a bit, and sometimes it can even > decrease. > Here's one more example: I ran ntpdate some times in a row, then waited for > about a minute: > > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:28:36 ntpdate[664]: adjust time server 95.213.132.250 offset > 0.004790 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:28:41 ntpdate[665]: adjust time server 31.131.249.19 offset > 0.005558 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:28:43 ntpdate[666]: adjust time server 31.131.249.19 offset > 0.003983 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:28:45 ntpdate[667]: adjust time server 31.131.249.19 offset > -0.000497 > sec > root@cubie:~ # ntpdate pool.ntp.org > 21 Sep 22:29:24 ntpdate[668]: adjust time server 31.131.249.19 offset > 0.003195 > sec > > If what I understood about what you said was right, the offset would > increase, > wouldn't it? This time it is approximately the same no matter what the time > gap between two ntpdate's is. > > Furthermore, here's what my PC says on ntpdate: > > [22:32:07] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > 21 Sep 22:32:11 ntpdate[40593]: signal_no_reset: signal 14 had flags 40 > 21 Sep 22:32:15 ntpdate[40593]: adjust time server 85.21.78.23 offset > 0.008892 > sec > [22:32:15] 0 [che@quad:~]$ > [22:32:15] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > 21 Sep 22:32:18 ntpdate[40595]: signal_no_reset: signal 14 had flags 40 > 21 Sep 22:32:23 ntpdate[40595]: adjust time server 85.21.78.23 offset > 0.007959 > sec > [22:32:23] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > 21 Sep 22:32:25 ntpdate[40597]: signal_no_reset: signal 14 had flags 40 > 21 Sep 22:32:30 ntpdate[40597]: adjust time server 85.21.78.23 offset > 0.004498 > sec > [22:32:30] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > 21 Sep 22:32:45 ntpdate[40599]: signal_no_reset: signal 14 had flags 40 > 21 Sep 22:32:49 ntpdate[40599]: adjust time server 85.21.78.23 offset > -0.005016 > sec > > See, the offset differs much more (note the last try, it changed its sign) > yet > it's about the same value as on my cubieboard. > Can you apply following change to timer.c and try again? Please also check load average using uptime. Index: timer.c =================================================================== --- timer.c (revision 271185) +++ timer.c (working copy) @@ -72,7 +72,7 @@ #define TIMER_ENABLE (1<<0) #define TIMER_AUTORELOAD (1<<1) #define TIMER_OSC24M (1<<2) /* oscillator = 24mhz */ -#define TIMER_PRESCALAR (4<<4) /* prescalar = 16 */ +#define TIMER_PRESCALAR (0<<4) /* prescalar = 1 */ #define SYS_TIMER_CLKSRC 24000000 /* clock source */ thanks, Ganbold > > > BTW, time.nist.gov is not one server, it's a pool just like pool.ntp.org > > (we run one of the time.nist.gov server installations out of our > > building at $work). I think it probably worked for you because of some > > sort of dns caching effect, because you clearly kept getting the same > > server each time. > > > > -- Ian > -- > wbr, Maxim Filimonov > che@bein.link > _______________________________________________ > 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" > From owner-freebsd-arm@FreeBSD.ORG Mon Sep 22 06:38:05 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 8C847BD3 for ; Mon, 22 Sep 2014 06:38:05 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 677CF278 for ; Mon, 22 Sep 2014 06:38:04 +0000 (UTC) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 5BB011928C4 for ; Mon, 22 Sep 2014 06:37:56 +0000 (UTC) Subject: ARMv6 ports status From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Sep 2014 23:37:55 -0700 Message-ID: <1411367875.4191.13.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit 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: Mon, 22 Sep 2014 06:38:05 -0000 I thought I'd actually subscribe here and post some status for your entertainment. http://chips.ysv.freebsd.org/index.html is the current host building FreeBSD ARMv6 ports for Current in the cluster. As you can see, it has a good chunk of packages built already. This machine is also acting as a pkg repo at the moment: http://chips.ysv.freebsd.org/packages/11armv632-default/ Things like perl/python are useable and X is approaching the point where we can start trying to use it on RPi and BBB architectures. This is being accomplished via qemu-bsd-user and poudriere with support for a cross architecture tool chain on AMD64 hosts. Some of the malfunctions with ports building are QEMU related (probably any that show up as coredump). Others are more interesting and I'm looking for patches or feedback on the builds. Big blockers at the moment: no working gcc port boost-libs mysql postgresql tex-luatex But, I can review and commit any patches people have for ports to resolve these issues. Sean p.s. blt was just fixed in ports/head. I'll kick a ports update/build when the current run is finished. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 22 16:20:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12031E42; Mon, 22 Sep 2014 16:20:48 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C94008; Mon, 22 Sep 2014 16:20:47 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 4211D1AF21A; Mon, 22 Sep 2014 16:20:38 +0000 (UTC) From: Maxim V FIlimonov To: freebsd-arm@freebsd.org, sbruno@freebsd.org Subject: Re: ARMv6 ports status Date: Mon, 22 Sep 2014 20:20:36 +0400 Message-ID: <1477814.BUZ47FdRvh@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) In-Reply-To: <1411367875.4191.13.camel@bruno> References: <1411367875.4191.13.camel@bruno> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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: Mon, 22 Sep 2014 16:20:48 -0000 On Sunday 21 September 2014 23:37:55 Sean Bruno wrote: > I thought I'd actually subscribe here and post some status for your > entertainment. > > http://chips.ysv.freebsd.org/index.html is the current host building > FreeBSD ARMv6 ports for Current in the cluster. As you can see, it has > a good chunk of packages built already. > > This machine is also acting as a pkg repo at the moment: > http://chips.ysv.freebsd.org/packages/11armv632-default/ Good to hear that again. But there's a problem: pkg doesn't see any packages in this repo. I add it to pkg's repo configs, run pkg update, it downloads the .txz files and says that 0 packages added and 0 packages found. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Mon Sep 22 16:34:03 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 32845643; Mon, 22 Sep 2014 16:34:03 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11DE21DB; Mon, 22 Sep 2014 16:34:02 +0000 (UTC) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 081151928C4; Mon, 22 Sep 2014 16:34:01 +0000 (UTC) Subject: Re: ARMv6 ports status From: Sean Bruno Reply-To: sbruno@freebsd.org To: Maxim V FIlimonov In-Reply-To: <1477814.BUZ47FdRvh@quad> References: <1411367875.4191.13.camel@bruno> <1477814.BUZ47FdRvh@quad> Content-Type: text/plain; charset="us-ascii" Date: Mon, 22 Sep 2014 09:34:01 -0700 Message-ID: <1411403641.4191.17.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org 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: Mon, 22 Sep 2014 16:34:03 -0000 On Mon, 2014-09-22 at 20:20 +0400, Maxim V FIlimonov wrote: > On Sunday 21 September 2014 23:37:55 Sean Bruno wrote: > > I thought I'd actually subscribe here and post some status for your > > entertainment. > > > > http://chips.ysv.freebsd.org/index.html is the current host building > > FreeBSD ARMv6 ports for Current in the cluster. As you can see, it has > > a good chunk of packages built already. > > > > This machine is also acting as a pkg repo at the moment: > > http://chips.ysv.freebsd.org/packages/11armv632-default/ > > Good to hear that again. But there's a problem: pkg doesn't see any packages > in this repo. I add it to pkg's repo configs, run pkg update, it downloads the > .txz files and says that 0 packages added and 0 packages found. Hrm, confirmed. Opened PR here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193840 From owner-freebsd-arm@FreeBSD.ORG Mon Sep 22 17:05: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 BA4EB186; Mon, 22 Sep 2014 17:05:41 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 457A279F; Mon, 22 Sep 2014 17:05:41 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 9F9161AF140; Mon, 22 Sep 2014 17:05:38 +0000 (UTC) From: Maxim V FIlimonov To: Ganbold Tsagaankhuu Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Mon, 22 Sep 2014 21:05:38 +0400 Message-ID: <2629767.V12UkVKH9N@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <7351653.A2UeEk9AA3@quad> <8990779.WPLHzDdnAo@quad> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-arm , Ian Lepore 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: Mon, 22 Sep 2014 17:05:41 -0000 On Monday 22 September 2014 09:45:57 Ganbold Tsagaankhuu wrote: > Max, Dmitry, > > On Mon, Sep 22, 2014 at 2:33 AM, Maxim V FIlimonov wrote: > > On Sunday 21 September 2014 07:56:01 Ian Lepore wrote: > > > On Sun, 2014-09-21 at 13:06 +0400, Maxim V FIlimonov wrote: > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset > > > > -0.117727 sec > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset > > > > -0.117018 sec > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset > > > > -0.116026 sec > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset > > > > -0.111525 sec > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset > > > > -0.103121 sec > > > > root@cubie:~ # ntpdate time.nist.gov > > > > 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset > > > > -0.099055 sec > > > > > > > > So as you could notice, the offset doesn't change much. > > > > > > No, quite to the contrary, the time is changing rapidly -- it moved > > > about 19 milliseconds in 39 seconds, or roughly a millisecond every two > > > seconds. That's an error rate of 500 parts per million, which is huge. > > > However, it's not off by a factor of 16, so that's a bit confusing. > > > > Let me not agree with you. As you might have noticed, the time has the > > same > > offset no matter what exatc timeout I made before actually getting the > > time > > from the NTP pool. Here's another example of what I'm speaking about: > > > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:24:56 ntpdate[660]: step time server 85.21.78.23 offset > > 7525.060549 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:25:03 ntpdate[661]: adjust time server 95.213.132.250 offset > > -0.014318 sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:25:07 ntpdate[662]: adjust time server 31.131.249.19 offset > > -0.010051 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:25:24 ntpdate[663]: adjust time server 95.213.132.250 offset > > -0.005744 sec > > > > You could notice that the offset changes a bit, and sometimes it can even > > decrease. > > Here's one more example: I ran ntpdate some times in a row, then waited > > for > > about a minute: > > > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:28:36 ntpdate[664]: adjust time server 95.213.132.250 offset > > 0.004790 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:28:41 ntpdate[665]: adjust time server 31.131.249.19 offset > > 0.005558 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:28:43 ntpdate[666]: adjust time server 31.131.249.19 offset > > 0.003983 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:28:45 ntpdate[667]: adjust time server 31.131.249.19 offset > > -0.000497 > > sec > > root@cubie:~ # ntpdate pool.ntp.org > > 21 Sep 22:29:24 ntpdate[668]: adjust time server 31.131.249.19 offset > > 0.003195 > > sec > > > > If what I understood about what you said was right, the offset would > > increase, > > wouldn't it? This time it is approximately the same no matter what the > > time > > gap between two ntpdate's is. > > > > Furthermore, here's what my PC says on ntpdate: > > > > [22:32:07] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > > 21 Sep 22:32:11 ntpdate[40593]: signal_no_reset: signal 14 had flags 40 > > 21 Sep 22:32:15 ntpdate[40593]: adjust time server 85.21.78.23 offset > > 0.008892 > > sec > > [22:32:15] 0 [che@quad:~]$ > > [22:32:15] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > > 21 Sep 22:32:18 ntpdate[40595]: signal_no_reset: signal 14 had flags 40 > > 21 Sep 22:32:23 ntpdate[40595]: adjust time server 85.21.78.23 offset > > 0.007959 > > sec > > [22:32:23] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > > 21 Sep 22:32:25 ntpdate[40597]: signal_no_reset: signal 14 had flags 40 > > 21 Sep 22:32:30 ntpdate[40597]: adjust time server 85.21.78.23 offset > > 0.004498 > > sec > > [22:32:30] 0 [che@quad:~]$ sudo ntpdate pool.ntp.org > > 21 Sep 22:32:45 ntpdate[40599]: signal_no_reset: signal 14 had flags 40 > > 21 Sep 22:32:49 ntpdate[40599]: adjust time server 85.21.78.23 offset > > -0.005016 > > sec > > > > See, the offset differs much more (note the last try, it changed its sign) > > yet > > it's about the same value as on my cubieboard. > > Can you apply following change to timer.c and try again? > Please also check load average using uptime. > > Here's what I got after applying the below patch: root@cubie:~ # sysctl kern.eventtimer.periodic kern.eventtimer.periodic: 0 root@cubie:~ # uptime 8:29PM up 2 mins, 1 user, load averages: 0.52, 0.31, 0.13 Please note that I switched kern.eventtimer.periodic off beforehand. I experimented a bit with uptime: it never showed me more than 0.2, and with ntpdate/date: the time isn't running faster than it should. So your patch really works which is great. > Index: timer.c > =================================================================== > --- timer.c (revision 271185) > +++ timer.c (working copy) > @@ -72,7 +72,7 @@ > #define TIMER_ENABLE (1<<0) > #define TIMER_AUTORELOAD (1<<1) > #define TIMER_OSC24M (1<<2) /* oscillator = 24mhz */ > -#define TIMER_PRESCALAR (4<<4) /* prescalar = 16 */ > +#define TIMER_PRESCALAR (0<<4) /* prescalar = 1 */ > > #define SYS_TIMER_CLKSRC 24000000 /* clock source */ > > thanks, > > Ganbold > > > > BTW, time.nist.gov is not one server, it's a pool just like pool.ntp.org > > > (we run one of the time.nist.gov server installations out of our > > > building at $work). I think it probably worked for you because of some > > > sort of dns caching effect, because you clearly kept getting the same > > > server each time. > > > > > > -- Ian > > > > -- > > wbr, Maxim Filimonov > > che@bein.link > > _______________________________________________ > > 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" -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 05:12:44 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 A719E134 for ; Wed, 24 Sep 2014 05:12:44 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (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 794DCE03 for ; Wed, 24 Sep 2014 05:12:44 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id ar1so10923518iec.21 for ; Tue, 23 Sep 2014 22:12:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kq6k74tsTKggSXeMfQAytLWr0lNVZErpAes2thGefTI=; b=lw/cGWtBHwU78EC76NKsP5i4KwpAngQEZ1hdckSCdLYS03L/tW5pOwl9jFz4hFaUDp wn9Lz66XOPo+DtTZw5aSkJjf5IlxfZo0mJ8BPwn5PSn8WRw6LUZOzQp2YIzKPyZA7SA1 0v6YdJ8MU/KNIK2EPefh3xVEtFaW6s0ofuepEdpfZKhM12u8vBCNZsKi9122QjmHBH67 Hzw0pZXtFmGswWEjmFnWFqVsYXQs+H/Msvke2POX+hoB52tWYfc4lpEYfuc4hQ+o0ZZa AkFM0m7v2A3lYCl/u7F0NQMa5xuTeFWgFLtRtzoQQOnWATj4uWaihON+N39RfKH3xBl4 3SfA== MIME-Version: 1.0 X-Received: by 10.42.47.137 with SMTP id o9mr8225778icf.58.1411535563893; Tue, 23 Sep 2014 22:12:43 -0700 (PDT) Received: by 10.107.138.84 with HTTP; Tue, 23 Sep 2014 22:12:43 -0700 (PDT) Date: Wed, 24 Sep 2014 13:12:43 +0800 Message-ID: Subject: Does FreeBSD 10 supports ARM well? From: Jingcheng zhang To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Wed, 24 Sep 2014 05:12:44 -0000 Hi all, We have a storage system based on FreeBSD 10. We want to run the system on ARM platform. We know that the FreeBSD support development is in progress. Could some guys help answer the following questions? 1) Does FreeBSD 10 supports ARM? 2) Are the disk and network adapters support ready for ARM? Thanks very much! From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 07:30:37 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 C8F7C91B for ; Wed, 24 Sep 2014 07:30:37 +0000 (UTC) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) (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 83BF1CA8 for ; Wed, 24 Sep 2014 07:30:36 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id z107so5418906qgd.20 for ; Wed, 24 Sep 2014 00:30:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=qYbu+5dBCCqQe3TOcHXl+k8+NgV1MSL3Lwflo27EQbg=; b=PcAOr0bUAfHTzHqelx48rrPfdx33/eGIsIDHav0oXsIYkQ1rncWJxvcEpLIFzRP7E4 PWtP/PULuX+Ys5AgPBu6id5qsVBU2PgeLulfIFOs24X6r+3gTvC+CZyZN4LIC51J+Sq0 U8XJ0CAWPRTPzZ1plVDIE/amzY4vjnXpDlKqAU9MGE2LaSHEj2C8s21MVxtdiuUY4/mo +2le+FKL1QWrg8CEndAWyWf1iQ2fzYaOCzUk2sNUXcx0tEfLxE9HM/TENn+jYs0dAdhE F0ik6FHPUTfKWGIT7HX4INWtKKa0pbhgif9WhmRtsxZLx3Z7vOdj1grs4nKkIg3etYjs W9nQ== X-Gm-Message-State: ALoCoQlIje7EnKgMyPKJoVpwRKCE35Meg/bkCwkcaIzU6dkCzLpk84L22W/ogXWGSWXferjQrxnY X-Received: by 10.140.92.98 with SMTP id a89mr6505694qge.85.1411543471574; Wed, 24 Sep 2014 00:24:31 -0700 (PDT) Received: from [192.168.1.91] (c-24-131-16-111.hsd1.pa.comcast.net. [24.131.16.111]) by mx.google.com with ESMTPSA id c35sm12231665qgf.1.2014.09.24.00.24.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Sep 2014 00:24:31 -0700 (PDT) Message-ID: <542271AE.6070807@andrew.cmu.edu> Date: Wed, 24 Sep 2014 03:24:30 -0400 From: David Rayson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Jetson TK1 board support Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Wed, 24 Sep 2014 07:30:38 -0000 Hi, What other work would be useful to get this port working well? I might be interested in working on improving it, but first I want to make sure I have a clear sense of what's been done so far (and how stable/not it is) and what still remains to be done. --David > Hi, > > I have a rather rough port of FreeBSD current on arm to Jetson TK1. I > used Stephen Warren's tegra u-boot sources, which initialize and configure > USB and PCIe. > > So SMP, USB and the onboard PCIe Ethernet adapter work. > > After Ian's changes to busdma_machdep-v6 (r269212) I had problems with > cache coherency with the Ethernet adapter. Seems this is due to the aggressive > L2 prefetcher of Cortex A15. Disabling L2 prefetch does help, as well as > invalidating the cache a second time after the dma transfer. I'm not > sure what the correct solution to this problem is. I wonder how > other Cortex A15 platforms (exynos5) handle this. > > I will probably be able to do some cleanups and put patches on the web > within a week. > > Regards > > Juergen > > Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, > weiss at uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-26407 > > >/ -----Original Message----- > />/ From:owner-freebsd-arm at freebsd.org [mailto:owner-freebsd-arm at freebsd.org ] On Behalf Of > />/ Ian Lepore > />/ Sent: Sunday, September 21, 2014 3:44 PM > />/ To: Lundberg, Johannes > />/ Cc:freebsd-arm at freebsd.org > />/ Subject: Re: Jetson TK1 board support > />/ > />/ On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes wrote: > />/ > Great! > />/ > > />/ > What I've done so far is > />/ > > />/ > - build and patch (enable API) u-boot-nvidia on freebsd (i think i got it > />/ > fromgit://nv-tegra.nvidia.com/3rdparty/u-boot.git, the normal u-boot > />/ > wouldn't work...) > />/ > - flash u-boot-dtb-tegra.img onto the board's mmc using nvidia's flash tool > />/ > on ubuntu > />/ > - build an image using crochet and dd to sd card (so far I copied the > />/ > beaglebone setup, just to get a ubldr and a kernel file) > />/ > > />/ > > />/ > From u-boot I can see all devices. I load ubldr with > />/ > fatload mmc 1:1 0x80200000 ubldr > />/ > bootelf 0x80200000 > />/ > > />/ > ubldr load fine but, from ubldr I can only see the mmc 0 and net devices. > />/ > There's no sd card (mmc 1), and no ufs partition.. > />/ > > />/ > > />/ > > />/ > > />/ > -- > />/ > Johannes Lundberg > />/ > BRILLIANTSERVICE CO., LTD. > />/ > > />/ > On Fri, Sep 19, 2014 at 8:25 PM, John Howie > wrote: > />/ > > />/ > > Hi all, > />/ > > > />/ > > I am up for testing and supporting this board. I ordered and received > />/ > > mine, but have not really had a chance to use it due to work to-date. The > />/ > > good news is the next few months I will have bandwidth. > />/ > > > />/ > > Regards, > />/ > > > />/ > > John > />/ > > > />/ > > > />/ > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > />/ > > > wrote: > />/ > > > />/ > > >Hi > />/ > > > > />/ > > >I started working on adding the Jetson TK1 board to Crochet. Is there any > />/ > > >work in progress on this? > />/ > > >I guess there is quite a lot of work that has to been done to get full > />/ > > >support for it in the kernel as well.. > />/ > > > > />/ > > >Best regards > />/ > > >-- > />/ > > >Johannes Lundberg > />/ > > > > />/ > />/ You may have to change some u-boot options to support multiple mmc/sd > />/ interfaces. Look in the config header for CONFIG_SYS_MMC_MAX_DEVICE; if > />/ it's not there you may need to add it. For wandboard I also had to add > />/ a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so there may be > />/ something like that you need to find as well. > />/ > />/ -- Ian > />/ > />/ > />/ _______________________________________________ > />/ 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 "/ From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 09:08:54 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 2369DCDD for ; Wed, 24 Sep 2014 09:08:54 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F20B492A for ; Wed, 24 Sep 2014 09:08:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=DqpjwjElWTJ8L5BcmCixpNlWKQALbNOVL38lKaJQ3Nw=; b=WNZUVOFmbUpQwAz2MTUVuh65qiHYg2C8LHdVki0Q5c+PXuhid9xkClC4UwwVvyniMJY/BdzAHH3gFeT3Qpv8Bq8mXFhTS8FwAYCI5a3Id37VdiWe4IzWoDpfPulDnX0q1YXEYgUd1gfFIjB+7Aif0/3RGZ/m0sK9TkiHfEZFU10=; Received: from [182.9.49.41] (port=41271 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XWiZ4-001ZCT-U9; Wed, 24 Sep 2014 03:08:47 -0600 Date: Wed, 24 Sep 2014 17:08:41 +0800 From: Erich Dollansky To: Jingcheng zhang Subject: Re: Does FreeBSD 10 supports ARM well? Message-ID: <20140924170841.1c78b8eb@X220.alogt.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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: Wed, 24 Sep 2014 09:08:54 -0000 Hi, On Wed, 24 Sep 2014 13:12:43 +0800 Jingcheng zhang wrote: > We have a storage system based on FreeBSD 10. We want to run the > system on ARM platform. We know that the FreeBSD support development > is in progress. Could some guys help answer the following questions? > 1) Does FreeBSD 10 supports ARM? it very much depends on the ARM platform. I run 11 on a Raspberry B+. The port support is very much limited. Others run 10 and/or 11 on some other platforms. > 2) Are the disk and network adapters support ready for ARM? I do not think that support has reached amd64 levels. Erich From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 14:32:20 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 4A6C1FDE for ; Wed, 24 Sep 2014 14:32:20 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9AE607 for ; Wed, 24 Sep 2014 14:32:18 +0000 (UTC) Received: from wwinf1p16 ([10.223.75.60]) by mwinf5d10 with ME id v2YG1o00i1J3MTe032YGcy; Wed, 24 Sep 2014 16:32:16 +0200 X-ME-Helo: wwinf1p16 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Wed, 24 Sep 2014 16:32:16 +0200 X-ME-IP: 109.212.149.104 Date: Wed, 24 Sep 2014 16:32:16 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <186864560.21340.1411569136778.JavaMail.www@wwinf1p16> In-Reply-To: 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> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.149.104] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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: Wed, 24 Sep 2014 14:32:20 -0000 hello, there is something I misunderstands. In compiling the version "10", I fall = back on the error: =C2=A0 =C2=A0 vm_fault(0xc0670860, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc0695a00 FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 r0 =3D00000000, r1 =3Dc05c14c3, r2 =3D00000072, r3 =3D00000008 r4 =3Dc3923000, r5 =3Dc3923100, r6 =3Dc3923138, r7 =3D00000000 r8 =3Dc05c3f8d, r9 =3Dc38ba780, r10=3Dc0629340, r11=3Dc0695a68 r12=3D00000000, ssp=3Dc0695a50, slr=3Dc0253338, pc =3Dc041747c [ thread pid 0 tid 100000 ] Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2= =A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] With the "11", I had the same error, and commenting Driver "emac" had prope= rly start cubietruck. yet, in the log, "freebsd" well recognized my hardwar= e: =C2=A0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) emac0: mem 0x1c0b000-0x1c0bfff irq 87 on simplebus0 miibus0: on emac0 rgephy0: PHY 0 on miibus0 =C2=A0 =C2=A0 > Message du 20/09/14 16:35 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 :=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > 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 =C2=A0 >=20 >=20 >=20 >=20 > > Message du 20/09/14 16:26 > > De : "Gilles DALMAS"=20 > > A : "Ganbold Tsagaankhuu"=20 > > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether device= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac= # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need = to re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/= 14 16: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_tra= ce_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6= c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5768 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_h= ex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0= 232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp =3D 0xc08e5810 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr =3D 0xc0231e54 (d= b_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp = =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7 =3D 0xc08e5a48= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0= r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc= 0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr =3D 0xc023481c (X_db= _symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp= =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() = at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp =3D 0xc0= 8e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000= =C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 l= r =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0xc08e5998 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5 =3D 0x00= 000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handle= r+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138= c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp =3D 0xc08e5a40 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_handler() at data_abort_hand= ler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501= 134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3= b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr = =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1 =3D 0xc0547= c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2= =A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4= =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x= 00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2= 080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98= =C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please= try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be differe= nt. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Message du 20/09/14 15:13 > >= De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebs= d-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"=C2=A0 wrote: > > hi, > > > > =C2=A0 > > > > 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 confifu= ration "CUBIEBOARD2." everything goes well, but starting on the "truck", I = get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1= > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0= xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D000= 00000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r= 5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, s= lr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopp= ed at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldr= b=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? = > > > > _______________________________________________ > > freebsd-arm@fre= ebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd= -arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-arm@free= bsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ar= m > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" = > _______________________________________________ freebsd-arm@freebsd.org m= ailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubs= cribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 16:11:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85A5214 for ; Wed, 24 Sep 2014 16:11:29 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id F0EC42DD for ; Wed, 24 Sep 2014 16:11:28 +0000 (UTC) Received: from wwinf1p16 ([10.223.75.60]) by mwinf5d28 with ME id v4BS1o00M1J3MTe034BSfZ; Wed, 24 Sep 2014 18:11:26 +0200 X-ME-Helo: wwinf1p16 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Wed, 24 Sep 2014 18:11:26 +0200 X-ME-IP: 109.212.149.104 Date: Wed, 24 Sep 2014 18:11:26 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <1669855321.26200.1411575086488.JavaMail.www@wwinf1p16> In-Reply-To: <186864560.21340.1411569136778.JavaMail.www@wwinf1p16> 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> <186864560.21340.1411569136778.JavaMail.www@wwinf1p16> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.149.104] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| 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: Wed, 24 Sep 2014 16:11:29 -0000 Moreover, in "u-boot", it detects well the "emac" for ethernet. =C2=A0 U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Board: Cubieboard2 DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 SUNXI SD/MMC: 0 U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology CPU:=C2=A0=C2=A0 Allwinner A20 (SUN7I) Board: Cubieboard2 I2C:=C2=A0=C2=A0 ready DRAM:=C2=A0 1 GiB MMC:=C2=A0=C2=A0 SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In:=C2=A0=C2=A0=C2=A0 serial Out:=C2=A0=C2=A0 serial Err:=C2=A0=C2=A0 serial Net:=C2=A0=C2=A0 emac From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 16:24:57 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A53F4CF for ; Wed, 24 Sep 2014 16:24:57 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (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 53611793 for ; Wed, 24 Sep 2014 16:24:57 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id hn15so6839777igb.4 for ; Wed, 24 Sep 2014 09:24:56 -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=RmnSGD1FqUtn8i8bPueeMe/XBhZNCfF9CvFQKQdxO0Q=; b=CUofczYKc7dKLLFFXKoSn4JNSymVEOnS/RMvQ3z6BKKQV++9xKMs/ZgAFvGo690G30 7UIY+rk8dz8z7RWZb/bbEUwh348qS1KNJIetmVAHQ+OUC85EiOTHGiK4HFci321/gGwo y7rRJxJH6Gb+t166pDUMDZtBL668h4Q8+s83c+j4IXAbDB1W32dhroru3Cavp6OnKHmz urx5qU1y4eLN5Eb2q1X7wUbFbHcRs183E44KLrZCMRWlJlNJX9fohRZ9TyFsUwIJiyCn o1ExgodM7zX4EjBLLB7urea2fo7ms4XCx8XuPo13dz6VGDmjGuvlNhirao4lbG+sAzgL tFVg== MIME-Version: 1.0 X-Received: by 10.50.154.6 with SMTP id vk6mr14114971igb.28.1411575896810; Wed, 24 Sep 2014 09:24:56 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Wed, 24 Sep 2014 09:24:56 -0700 (PDT) In-Reply-To: <1669855321.26200.1411575086488.JavaMail.www@wwinf1p16> 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> <186864560.21340.1411569136778.JavaMail.www@wwinf1p16> <1669855321.26200.1411575086488.JavaMail.www@wwinf1p16> Date: Thu, 25 Sep 2014 00:24:56 +0800 Message-ID: Subject: Re: kernel debugger on cubietruck From: Ganbold Tsagaankhuu To: Gilles DALMAS Content-Type: text/plain; charset=UTF-8 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: Wed, 24 Sep 2014 16:24:57 -0000 On Thu, Sep 25, 2014 at 12:11 AM, Gilles DALMAS wrote: > Moreover, in "u-boot", it detects well the "emac" for ethernet. > As I understand A20 supports both EMAC and GMAC MAC device however it is connected to different PHY depending from board. Cubieboard2 has MII, Cubietruck has RGMI. FYI: http://linux-sunxi.org/Ethernet#EMAC Ganbold > > > U-Boot SPL 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) > Board: Cubieboard2 > DRAM: 1024 MiB > CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 > SUNXI SD/MMC: 0 > > > U-Boot 2013.07-07794-gc0f3b94 (Aug 15 2013 - 18:01:45) Allwinner Technology > > CPU: Allwinner A20 (SUN7I) > Board: Cubieboard2 > I2C: ready > DRAM: 1 GiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: emac > > From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 19:46:44 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6971B36D for ; Wed, 24 Sep 2014 19:46:44 +0000 (UTC) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0184518E for ; Wed, 24 Sep 2014 19:46:43 +0000 (UTC) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.8/8.14.8) with ESMTP id s8OJkYbK077587; Wed, 24 Sep 2014 21:46:35 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: Erich Dollansky Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 24 Sep 2014 21:46:34 +0200 (CEST) Message-ID: <4516fc986aa.321cd7ce@mail.schwarzes.net> In-Reply-To: <20140924170841.1c78b8eb@X220.alogt.com> References: <20140924170841.1c78b8eb@X220.alogt.com> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Does FreeBSD 10 supports ARM well? MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Wed, 24 Sep 2014 21:46:35 +0200 (CEST) Cc: Jingcheng zhang , 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: Wed, 24 Sep 2014 19:46:44 -0000 On 24.09.14, Erich Dollansky wrote: Hi, > it very much depends on the ARM platform. I run 11 on a Raspberry B+. > The port support is very much limited. Others run 10 and/or 11 on some > other platforms. Working with the ports (tree) is fine so far, there is a lack regarding the precompiled packages. Regards, Andreas From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 20:42:12 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 703F443D for ; Wed, 24 Sep 2014 20:42:12 +0000 (UTC) Received: from newton3.metanet.ch (newton3.metanet.ch [80.74.158.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.metanet.ch", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B464B9F2 for ; Wed, 24 Sep 2014 20:42:11 +0000 (UTC) Received: (qmail 6968 invoked from network); 24 Sep 2014 22:35:27 +0200 Received: from cpe-72-130-204-243.hawaii.res.rr.com (HELO qubik.local) (72.130.204.243) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES128-SHA encrypted, authenticated); 24 Sep 2014 22:35:27 +0200 Message-ID: <54232A9B.3000806@thieprojects.ch> Date: Wed, 24 Sep 2014 10:33:31 -1000 From: Werner Thie Reply-To: werner@thieprojects.ch Organization: Thie & Co Projects User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Does FreeBSD 10 supports ARM well? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Wed, 24 Sep 2014 20:42:12 -0000 On 9/23/14 7:12 PM, Jingcheng zhang wrote: > Hi all, > > We have a storage system based on FreeBSD 10. We want to run the system on > ARM platform. We know that the FreeBSD support development is in > progress. Could some guys help answer the following questions? > 1) Does FreeBSD 10 supports ARM? > 2) Are the disk and network adapters support ready for ARM? Really depends on the hardware, I've been running a BeagleBone White with FreeBSD 10 now for several months with an MQTT (mosquitto) Queue as part of a hierarchical queue setup. This system collects data with a bridging daemon from Tinkerforge nodes, which is subsequently pushed to the mosquitto queue. This setup is running as quiet and stable as you could wish for, boot and forget. This is of course very network centric, almost no disk involved besides logging. Werner From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 22:30:49 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2DF4B73 for ; Wed, 24 Sep 2014 22:30:48 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FFBB69D for ; Wed, 24 Sep 2014 22:30:47 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s8OM9t3o089771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 25 Sep 2014 00:09:55 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s8OM9lrn062827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Sep 2014 00:09:47 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s8OM9lbm028540; Thu, 25 Sep 2014 00:09:47 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s8OM9lDE028539; Thu, 25 Sep 2014 00:09:47 +0200 (CEST) (envelope-from ticso) Date: Thu, 25 Sep 2014 00:09:47 +0200 From: Bernd Walter To: Jingcheng zhang Subject: Re: Does FreeBSD 10 supports ARM well? Message-ID: <20140924220947.GF26563@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de 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: Wed, 24 Sep 2014 22:30:49 -0000 On Wed, Sep 24, 2014 at 01:12:43PM +0800, Jingcheng zhang wrote: > Hi all, > > We have a storage system based on FreeBSD 10. We want to run the system on > ARM platform. We know that the FreeBSD support development is in > progress. Could some guys help answer the following questions? > 1) Does FreeBSD 10 supports ARM? > 2) Are the disk and network adapters support ready for ARM? Well - it really depends on your requirements and system. ARM systems are very different from each other - there is no single answer. Same goes for disk and network adapters - they are very different too, plus you need a board which supports adding adapters. It is very possible to run FreeBSD ARM with long uptime. This is a self build board based on Atmel AT91RM9200: uname -[51]beaver.cicely.de# uname -a FreeBSD beaver.cicely.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 22 07:52:33 CET 2009 ticso@beaver.cicely.de:/mnt2/arm-2009-04-17/head/sys/arm/compile/BEAVER arm [52]beaver.cicely.de# uptime 11:57PM up 1370 days, 2:07, 1 user, load averages: 0.33, 0.14, 0.04 A more modern design with a Wandboard Quad using the Freescale iMX6: [304]wb1# uname -a FreeBSD wb1.cicely.de 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271289M: Tue Sep 9 00:26:36 CEST 2014 ticso@cicely1.cicely.de:/root/crochet-freebsd/work/obj/arm.armv6/home/builder/arm-build/head/sys/IMX6 arm [305]wb1# cat / [305]wb1# uptime 8:55PM up 13 days, 10:16, 1 user, load averages: 0.00, 0.00, 0.00 About disk and network adapters - hard to tell, because most ARM boards are SOC without slots to add anything and most people don't use cards. USB usually works fine - with all the pros and cons of USB. Usually the most popular adapters should work if the board has a supported Slot system. The iMX6 for example has single port PCI express and single port SATA. I never tried the SATA and most baords don't have a PCIe slot. I do own a Fairy board carrier for the Wandboard modules, which has a mini PCIe slot, but I don't own a card. But in any case - a different SOC and the iMX6 answers are useless. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Sep 24 23:41:34 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA7D9961 for ; Wed, 24 Sep 2014 23:41:34 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3B2DD68 for ; Wed, 24 Sep 2014 23:41:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=s8bVYe8lgvwjmqinaybNj/3pnlBKAKsXNm9uGJN6UNU=; b=YOinlYuUK2zRIMd+BxThhdGlvD+17epwvj026SlnUzo677XahQngnBCow3aps4uLwpMwCeKKAC9yDVtR5ji4glfCkeD3r3tLnYV870hMeiOi5LRxtIOPgcTquIEpdIto0NzCghZ2bnWGmL3Nh4vsBLh31KyTlLxy+3z981SBi44=; Received: from [182.1.34.0] (port=19307 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XWwBh-002JAq-2P; Wed, 24 Sep 2014 17:41:33 -0600 Date: Thu, 25 Sep 2014 07:41:26 +0800 From: Erich Dollansky To: Andreas Schwarz Subject: Re: Does FreeBSD 10 supports ARM well? Message-ID: <20140925074126.378d5f25@X220.alogt.com> In-Reply-To: <4516fc986aa.321cd7ce@mail.schwarzes.net> References: <20140924170841.1c78b8eb@X220.alogt.com> <4516fc986aa.321cd7ce@mail.schwarzes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Jingcheng zhang , 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: Wed, 24 Sep 2014 23:41:34 -0000 Hi, On Wed, 24 Sep 2014 21:46:34 +0200 (CEST) Andreas Schwarz wrote: > On 24.09.14, Erich Dollansky wrote: > > Hi, > > > it very much depends on the ARM platform. I run 11 on a Raspberry > > B+. The port support is very much limited. Others run 10 and/or 11 > > on some other platforms. > > Working with the ports (tree) is fine so far, there is a lack > regarding the precompiled packages. > could you compile xterm? Erich From owner-freebsd-arm@FreeBSD.ORG Thu Sep 25 00:25:17 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 B63506C for ; Thu, 25 Sep 2014 00:25:17 +0000 (UTC) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDA216B for ; Thu, 25 Sep 2014 00:25:17 +0000 (UTC) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.8/8.14.8) with ESMTP id s8P0PBvf078449; Thu, 25 Sep 2014 02:25:12 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: Erich Dollansky Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Thu, 25 Sep 2014 02:25:10 +0200 (CEST) Message-ID: <45173dfc20a.f7f8301@mail.schwarzes.net> In-Reply-To: <20140925074126.378d5f25@X220.alogt.com> References: <20140924170841.1c78b8eb@X220.alogt.com> <4516fc986aa.321cd7ce@mail.schwarzes.net> <20140925074126.378d5f25@X220.alogt.com> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: Does FreeBSD 10 supports ARM well? MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Thu, 25 Sep 2014 02:25:12 +0200 (CEST) Cc: Jingcheng zhang , 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: Thu, 25 Sep 2014 00:25:17 -0000 On 25.09.14, Erich Dollansky wrote: Hi Erich, >> > it very much depends on the ARM platform. I run 11 on a Raspberry >> > B+. The port support is very much limited. Others run 10 and/or 11 >> > on some other platforms. >> >> Working with the ports (tree) is fine so far, there is a lack >> regarding the precompiled packages. >> > could you compile xterm? Don't know. I'm not using the X environment with my RPIs. Maybe there are still problems at some places, but my personal experience is good, no problems anymore. In previous times I was forced to keep gcc to build some of the ports. Regards, Andreas From owner-freebsd-arm@FreeBSD.ORG Thu Sep 25 05:02:50 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7658417 for ; Thu, 25 Sep 2014 05:02:50 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E3B7F28 for ; Thu, 25 Sep 2014 05:02:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=tmKt9BH6H96n/s5itThcT7+q9M8BGdLAHrR+TY6Fv3c=; b=ZJcymVFD7REkgfw6L2li9b8LDf4nnAF9szprpah1Gb4eF77oAHTc9qXlmm360ywV+plgtJIzz7R2GIZrOcBuY5ak4V7enAuhsciYG1J0YYq7sU1l1sNPTCyI5jXz5TxzD/3ZwVAcUgK1NwMkwxbqK97uLs8VAFmTu1k/HMo5i7w=; Received: from [182.1.34.0] (port=43862 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XX1CZ-000rmt-Th; Wed, 24 Sep 2014 23:02:48 -0600 Date: Thu, 25 Sep 2014 13:02:43 +0800 From: Erich Dollansky To: Andreas Schwarz Subject: Re: Does FreeBSD 10 supports ARM well? Message-ID: <20140925130243.0f250448@X220.alogt.com> In-Reply-To: <45173dfc20a.f7f8301@mail.schwarzes.net> References: <20140924170841.1c78b8eb@X220.alogt.com> <4516fc986aa.321cd7ce@mail.schwarzes.net> <20140925074126.378d5f25@X220.alogt.com> <45173dfc20a.f7f8301@mail.schwarzes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Jingcheng zhang , 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: Thu, 25 Sep 2014 05:02:50 -0000 Hi, On Thu, 25 Sep 2014 02:25:10 +0200 (CEST) Andreas Schwarz wrote: > On 25.09.14, Erich Dollansky wrote: > > Hi Erich, > > >> > it very much depends on the ARM platform. I run 11 on a Raspberry > >> > B+. The port support is very much limited. Others run 10 and/or > >> > 11 on some other platforms. > >> > >> Working with the ports (tree) is fine so far, there is a lack > >> regarding the precompiled packages. > >> > > could you compile xterm? > > Don't know. I'm not using the X environment with my RPIs. Maybe there > are still problems at some places, but my personal experience is > good, no problems anymore. In previous times I was forced to keep gcc > to build some of the ports. > you seem to be lucky then. Erich From owner-freebsd-arm@FreeBSD.ORG Fri Sep 26 12:19:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CF00E1D; Fri, 26 Sep 2014 12:19:13 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (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 ECCCF117; Fri, 26 Sep 2014 12:19:12 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id q1so2737980lam.35 for ; Fri, 26 Sep 2014 05:19:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=WW7pYwYxhZcJ6TwbA6ma1q0Nf5htteLQ7wZKLLl0Z1A=; b=wTrEJOykgtybfXQs3q+7/wyZIc1jn45FNrwWNdC2MI5bJFlHD6/RG3Q0NOmyFaOaJF SkdE6+mOf5ZQlRaHaBrAH2wIj6EqtjEUnxrrph2zKh0vHm6MQUbnVl8dBgOfb1Pnc9OE ScDZh4QxKb+geRQobo2GGZlasGFfPnIocxo3FXEoGPmf2/BOjZfYpv07SADKMgliVFrB 7ESTvDRvJyaTvQai66J/92zsOnc5rgyBbmam/w0AIzpJcK0EJEnbTLe57j7ZDj/+oucw GBCaHQDp4FJxzeDUD54KamKodW+11PM86LlXKfYc+6QT93dJ77e16ErewfKi452+kTQk WYqg== X-Received: by 10.112.62.200 with SMTP id a8mr18836381lbs.34.1411733950775; Fri, 26 Sep 2014 05:19:10 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:9cf3:8d50:20f4:c5b1? ([2001:1620:ff0:c51:9cf3:8d50:20f4:c5b1]) by mx.google.com with ESMTPSA id k7sm1836395lak.22.2014.09.26.05.19.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Sep 2014 05:19:10 -0700 (PDT) Message-ID: <542559BC.7090100@gmail.com> Date: Fri, 26 Sep 2014 14:19:08 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm , Ian Lepore Subject: Random Kernel Panic on Dreamplug (FS related) Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 26 Sep 2014 12:19:13 -0000 This might be part of the weird FFS issues the Dreamplug has and no-one knows why they're happening. The panic occurred while running nsd-control reload (which should simply re-read a config file from disk). I was previously editing files without issues. Result is the following: vm_fault(0xc10a0000, d0238000, 2, 0) -> 2 Fatal kernel mode data abort: 'Permission Fault (P)' trapframe: 0xde019898 FSR=0000000f, FAR=d0238120, spsr=20000013 r0 =d0238120, r1 =00000e60, r2 =00000000, r3 =00000000 r4 =00000120, r5 =00000000, r6 =c3f3f6c0, r7 =00001000 r8 =c443e880, r9 =00000000, r10=c3d69000, r11=de019a20 r12=d0238120, ssp=de0198e8, slr=c0d53828, pc =c0de521c [ thread pid 21116 tid 100073 ] Stopped at memset+0x48: undge 0xa0cc20f8 db> db> bt Tracing pid 21116 tid 100073 td 0xc3e97000 db_trace_self() at db_trace_self pc = 0xc0dd5418 lr = 0xc094f8a8 (db_hex2dec+0x490) sp = 0xde0195a0 fp = 0xde0195b8 r10 = 0xc0f5e8c8 db_hex2dec() at db_hex2dec+0x490 pc = 0xc094f8a8 lr = 0xc094f260 (db_command_loop+0x300) sp = 0xde0195c0 fp = 0xde019660 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 db_command_loop() at db_command_loop+0x300 pc = 0xc094f260 lr = 0xc094efb0 (db_command_loop+0x50) sp = 0xde019668 fp = 0xde019678 r4 = 0xc0e2dfe4 r5 = 0xc0e4402e r6 = 0xc0f5e8b4 r7 = 0xc0ef62b8 r8 = 0xc0f52754 r9 = 0xc0f52750 r10 = 0xc3e97000 db_command_loop() at db_command_loop+0x50 pc = 0xc094efb0 lr = 0xc09519ec (X_db_symbol_values+0x250) sp = 0xde019680 fp = 0xde0197a0 r4 = 0x00000000 r5 = 0xc0f5e8c0 r6 = 0xc0f52778 X_db_symbol_values() at X_db_symbol_values+0x250 pc = 0xc09519ec lr = 0xc0b37b08 (kdb_trap+0xc4) sp = 0xde0197a8 fp = 0xde0197c8 r4 = 0x00000000 r5 = 0x0000000f r6 = 0xc0f52778 r7 = 0xc0ef62b8 kdb_trap() at kdb_trap+0xc4 pc = 0xc0b37b08 lr = 0xc0de7c60 (data_abort_handler+0x7f8) sp = 0xde0197d0 fp = 0xde0197e8 r4 = 0xde019898 r5 = 0x0000000f r6 = 0x600000d3 r7 = 0xd0238120 r8 = 0x00000000 r9 = 0xc0f648d4 r10 = 0xc3e97000 data_abort_handler() at data_abort_handler+0x7f8 pc = 0xc0de7c60 lr = 0xc0de7a28 (data_abort_handler+0x5c0) sp = 0xde0197f0 fp = 0xde019890 r4 = 0xc10a0000 r5 = 0x00000013 r6 = 0xde019eb0 r7 = 0x00000002 data_abort_handler() at data_abort_handler+0x5c0 pc = 0xc0de7a28 lr = 0xc0dd711c (exception_exit) sp = 0xde019898 fp = 0xde019a20 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc3f3f6c0 r7 = 0x00001000 r8 = 0xc443e880 r9 = 0x00000000 r10 = 0xc3d69000 exception_exit() at exception_exit pc = 0xc0dd711c lr = 0xc0d53828 (ffs_truncate+0xaa8) sp = 0xde0198e8 fp = 0xde019a20 r0 = 0xd0238120 r1 = 0x00000e60 r2 = 0x00000000 r3 = 0x00000000 r4 = 0x00000120 r5 = 0x00000000 r6 = 0xc3f3f6c0 r7 = 0x00001000 r8 = 0xc443e880 r9 = 0x00000000 r10 = 0xc3d69000 r12 = 0xd0238120 memset() at memset+0x48 pc = 0xc0de521c lr = 0xc0d53828 (ffs_truncate+0xaa8) sp = 0xde0198e8 fp = 0xde019a20 Unwind failure (no registers changed) The sad thing is, that with fsck broken for the dreamplug, I have to re-format the disk, reinstall everything and recreate the config files which I didn't manage to copy to a safe place beforehand :-( Before I do that I'll leave the system in debugging mode for a few days, in case someone can help and needs some more information. Cheers, Mat From owner-freebsd-arm@FreeBSD.ORG Fri Sep 26 17:38:05 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B6B669F for ; Fri, 26 Sep 2014 17:38:05 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id F3EC4BF1 for ; Fri, 26 Sep 2014 17:38:04 +0000 (UTC) Received: from bender.lan (97e07ab1.skybroadband.com [151.224.122.177]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 55C655F0A6; Fri, 26 Sep 2014 17:37:56 +0000 (UTC) Date: Fri, 26 Sep 2014 18:37:45 +0100 From: Andrew Turner To: Sean Bruno Subject: Re: ARMv6 ports status Message-ID: <20140926183745.45214cb3@bender.lan> In-Reply-To: <1411367875.4191.13.camel@bruno> References: <1411367875.4191.13.camel@bruno> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org 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: Fri, 26 Sep 2014 17:38:05 -0000 I've been looking at some of the issues Sean found. On Sun, 21 Sep 2014 23:37:55 -0700 Sean Bruno wrote: ... > Big blockers at the moment: > no working gcc port There is a patch to be tested for this at [1]. > boost-libs A fix for this has now been committed. > mysql I have an idea on why this is failing, but would need to look into it more. > postgresql Are you able to get a copy of config.log for this? There is a segfault when it's looking at thread related functions. > tex-luatex This needs an update to libc to add missing Run-time ABI functions. I'll have a look at it. Andrew [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193947 From owner-freebsd-arm@FreeBSD.ORG Fri Sep 26 19:59:22 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 09069974; Fri, 26 Sep 2014 19:59:22 +0000 (UTC) Received: from mailgate-02.zdv.uni-mainz.de (mailgate-02.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f6]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EAD18D5C; Fri, 26 Sep 2014 19:59:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1411761561; x=1443297561; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=YdOfNZ8lK+xshAp8NOxmFDMKspaV+UTR0Ft7bG9355Q=; b=dHz0Fv+nqykdd66/yucaIZMV1gTVeklGFlUjUaYqp9cf73+G1kjMwyqa vCgYfQ2JsPdpzLCVbwYYc5iaXPvH0uXj4EKIecQxAP01w3q+fzfiWpEYY k2eF1ozkBwtO9/1n5Tj8XGrzXyt/OKD59sNG9vJKC79yh0Nk9guycA0ee s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvMGAFLFJVQKXgZY/2dsb2JhbABfgmt2VwTKPAqGelQCgSMBcgmEAwEBAQQBAQFLIAsMBAIBCBEEAQEBJwcnAQkBFAkIAgQIAgQBBAEHEgECBIgdAQy/IAEXiiqFIwEBTwcGgjFTgUEFixOLCoQGhGWFao4Qg2NsAQEFgQg5gQIBAQE X-IPAS-Result: AvMGAFLFJVQKXgZY/2dsb2JhbABfgmt2VwTKPAqGelQCgSMBcgmEAwEBAQQBAQFLIAsMBAIBCBEEAQEBJwcnAQkBFAkIAgQIAgQBBAEHEgECBIgdAQy/IAEXiiqFIwEBTwcGgjFTgUEFixOLCoQGhGWFao4Qg2NsAQEFgQg5gQIBAQE Received: from e14hub-02.zdv.uni-mainz.de ([10.94.6.88]) by mailgate-02.zdv.uni-mainz.de with ESMTP/TLS/AES128-SHA; 26 Sep 2014 21:59:17 +0200 Received: from e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) by E14HUB-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:21d:d8ff:feb7:1c60) with Microsoft SMTP Server (TLS) id 14.3.210.2; Fri, 26 Sep 2014 21:59:17 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) by e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) with Microsoft SMTP Server (TLS) id 15.0.995.29; Fri, 26 Sep 2014 21:59:16 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0]) by e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0%15]) with mapi id 15.00.0995.028; Fri, 26 Sep 2014 21:59:16 +0200 From: =?iso-8859-1?Q?Wei=DF=2C__Dr=2E_J=FCrgen?= To: "freebsd-arm@freebsd.org" Subject: RE: Jetson TK1 board support Thread-Topic: Jetson TK1 board support Thread-Index: AQHP0/sfBDzcFmGHMkWO9pZPd3gkEJwIL1qAgALnFgCAAGQrgIAAJ0SAgAg9DUA= Date: Fri, 26 Sep 2014 19:59:16 +0000 Message-ID: <4467b9ec5ab64d25b6fde5ed9615bcf4@e15be-02.zdv.Uni-Mainz.DE> References: <1411307019.66615.158.camel@revolution.hippie.lan> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.81] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: 'Ian Lepore' 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: Fri, 26 Sep 2014 19:59:22 -0000 Hi, I have collected the patches to run FreeBSD on Jetson TK1 in the following archive: http://www.staff.uni-mainz.de/weiss/jetson-tk1.tgz Part of it is not pretty, but the system is able to do a buildworld with -j6 and src and obj over nfs without problems. I think it is at least a starting point for further work. Regards Juergen=20 Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-2= 6407 > -----Original Message----- > From: owner-freebsd-arm@freebsd.org [mailto:owner-freebsd-arm@freebsd.org= ] On Behalf Of > Wei=DF, Dr. J=FCrgen > Sent: Sunday, September 21, 2014 4:30 PM > To: 'Ian Lepore'; Lundberg, Johannes > Cc: freebsd-arm@freebsd.org > Subject: RE: Jetson TK1 board support >=20 > Hi, >=20 > I have a rather rough port of FreeBSD current on arm to Jetson TK1. I > used Stephen Warren's tegra u-boot sources, which initialize and configur= e > USB and PCIe. >=20 > So SMP, USB and the onboard PCIe Ethernet adapter work. >=20 > After Ian's changes to busdma_machdep-v6 (r269212) I had problems with > cache coherency with the Ethernet adapter. Seems this is due to the aggre= ssive > L2 prefetcher of Cortex A15. Disabling L2 prefetch does help, as well as > invalidating the cache a second time after the dma transfer. I'm not > sure what the correct solution to this problem is. I wonder how > other Cortex A15 platforms (exynos5) handle this. >=20 > I will probably be able to do some cleanups and put patches on the web > within a week. >=20 > Regards >=20 > Juergen >=20 > Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, > weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39= -26407 >=20 > > -----Original Message----- > > From: owner-freebsd-arm@freebsd.org [mailto:owner-freebsd-arm@freebsd.o= rg] On Behalf Of > > Ian Lepore > > Sent: Sunday, September 21, 2014 3:44 PM > > To: Lundberg, Johannes > > Cc: freebsd-arm@freebsd.org > > Subject: Re: Jetson TK1 board support > > > > On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes wrote: > > > Great! > > > > > > What I've done so far is > > > > > > - build and patch (enable API) u-boot-nvidia on freebsd (i think i go= t it > > > from git://nv-tegra.nvidia.com/3rdparty/u-boot.git, the normal u-boot > > > wouldn't work...) > > > - flash u-boot-dtb-tegra.img onto the board's mmc using nvidia's flas= h tool > > > on ubuntu > > > - build an image using crochet and dd to sd card (so far I copied the > > > beaglebone setup, just to get a ubldr and a kernel file) > > > > > > > > > From u-boot I can see all devices. I load ubldr with > > > fatload mmc 1:1 0x80200000 ubldr > > > bootelf 0x80200000 > > > > > > ubldr load fine but, from ubldr I can only see the mmc 0 and net devi= ces. > > > There's no sd card (mmc 1), and no ufs partition.. > > > > > > > > > > > > > > > -- > > > Johannes Lundberg > > > BRILLIANTSERVICE CO., LTD. > > > > > > On Fri, Sep 19, 2014 at 8:25 PM, John Howie wrot= e: > > > > > > > Hi all, > > > > > > > > I am up for testing and supporting this board. I ordered and receiv= ed > > > > mine, but have not really had a chance to use it due to work to-dat= e. The > > > > good news is the next few months I will have bandwidth. > > > > > > > > Regards, > > > > > > > > John > > > > > > > > > > > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > > > > wrote: > > > > > > > > >Hi > > > > > > > > > >I started working on adding the Jetson TK1 board to Crochet. Is th= ere any > > > > >work in progress on this? > > > > >I guess there is quite a lot of work that has to been done to get = full > > > > >support for it in the kernel as well.. > > > > > > > > > >Best regards > > > > >-- > > > > >Johannes Lundberg > > > > > > > > > You may have to change some u-boot options to support multiple mmc/sd > > interfaces. Look in the config header for CONFIG_SYS_MMC_MAX_DEVICE; i= f > > it's not there you may need to add it. For wandboard I also had to add > > a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so there may be > > something like that you need to find as well. > > > > -- Ian > > > > > > _______________________________________________ > > 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" From owner-freebsd-arm@FreeBSD.ORG Fri Sep 26 20:40:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7DCB9C0 for ; Fri, 26 Sep 2014 20:40:41 +0000 (UTC) Received: from mailgate-02.zdv.uni-mainz.de (mailgate-02.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f6]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B199D2E6 for ; Fri, 26 Sep 2014 20:40:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1411764040; x=1443300040; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=CtevmpFjceZsHLwpT++5Zav2WxCz2gDwNmb/zurNBcQ=; b=gjbebiE6cQEAiIGaXd0l/Bz3MdUNC6I52NAvKtrqf8rOSv5mudKdsKfA 53677bDFCPn0tosNni1STeeQOPEa2oVJRBLhbkBT0GFvRDE/epbYvHO/r WIUa30rZWFHXgHP5Ejoo0S+z/2P2EORnOOvPIYKNai/rD84dthBDtZHWs A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsEALLOJVQKXgZY/2dsb2JhbABfDoJddlcEyjwKhnpUAoEjAXuEAwEBAQQBAQFLIBcEAgEIDgMEAQEBJwcnAQkBFAkIAgQBBwIFBAEHEgECBIgdAQy/HQEXiiqFIwEBVgaCMVOBQQWLE4sKhAaEZYVqjhCDI0BsB4EIOYECAQEB X-IPAS-Result: AqsEALLOJVQKXgZY/2dsb2JhbABfDoJddlcEyjwKhnpUAoEjAXuEAwEBAQQBAQFLIBcEAgEIDgMEAQEBJwcnAQkBFAkIAgQBBwIFBAEHEgECBIgdAQy/HQEXiiqFIwEBVgaCMVOBQQWLE4sKhAaEZYVqjhCDI0BsB4EIOYECAQEB Received: from e14hub-02.zdv.uni-mainz.de ([10.94.6.88]) by mailgate-02.zdv.uni-mainz.de with ESMTP/TLS/AES128-SHA; 26 Sep 2014 22:40:36 +0200 Received: from e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) by E14HUB-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:21d:d8ff:feb7:1c60) with Microsoft SMTP Server (TLS) id 14.3.210.2; Fri, 26 Sep 2014 22:40:36 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) by e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) with Microsoft SMTP Server (TLS) id 15.0.995.29; Fri, 26 Sep 2014 22:39:53 +0200 Received: from e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0]) by e15be-02.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:8fb0%15]) with mapi id 15.00.0995.028; Fri, 26 Sep 2014 22:39:53 +0200 From: =?iso-8859-1?Q?Wei=DF=2C__Dr=2E_J=FCrgen?= To: 'David Rayson' , "freebsd-arm@freebsd.org" Subject: RE: Jetson TK1 board support Thread-Topic: Jetson TK1 board support Thread-Index: AQHP18iUBDzcFmGHMkWO9pZPd3gkEJwT3s2w Date: Fri, 26 Sep 2014 20:39:52 +0000 Message-ID: <2c451765bffb43e8b9dab56927bb351a@e15be-02.zdv.Uni-Mainz.DE> References: <542271AE.6070807@andrew.cmu.edu> In-Reply-To: <542271AE.6070807@andrew.cmu.edu> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.81] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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: Fri, 26 Sep 2014 20:40:41 -0000 Hi, sorry, I did not have any time during the week. I just sent a mail to the list with a link to my changes. Only serial, USB2 and PCIe/Ethernet hardware is working - so no SATA. The drivers rely on u-boot to initialize the hardware. While this is ok for pinmux, other initializations should be done by the drivers. The interrupt handling for PCIe is rather ad hoc. The interrupt routing should honor the FDT description. The Tegra platform has a GIC with extensions for interrupt routing. I just made a copy of the GIC code end extended it in a few cases. There should probably be a mechanism to do this without duplicating code. I changed some non tegra files to get FreeBSD running on the hardware. There should be better solutions, which can be merged back to the FreeBSD source tree. For example the problem with cache coherency due to aggressive L2 prefetch awaits a real solution. There is no code to change the cpu clock yet. There is no support for SDHCI or EMMC. So I would consider this a first step, which allows to do native development on the platform.=20 Besides that, the kernel seems to be quite stable - at least with the compiles I did. Regards Juergen Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-2= 6407 > -----Original Message----- > From: owner-freebsd-arm@freebsd.org [mailto:owner-freebsd-arm@freebsd.org= ] On Behalf Of > David Rayson > Sent: Wednesday, September 24, 2014 9:25 AM > To: freebsd-arm@freebsd.org > Subject: Re: Jetson TK1 board support >=20 > Hi, >=20 > What other work would be useful to get this port working well? I might > be interested in working on improving it, but first I want to make sure > I have a clear sense of what's been done so far (and how stable/not it > is) and what still remains to be done. >=20 > --David >=20 > > Hi, > > > > I have a rather rough port of FreeBSD current on arm to Jetson TK1. I > > used Stephen Warren's tegra u-boot sources, which initialize and config= ure > > USB and PCIe. > > > > So SMP, USB and the onboard PCIe Ethernet adapter work. > > > > After Ian's changes to busdma_machdep-v6 (r269212) I had problems with > > cache coherency with the Ethernet adapter. Seems this is due to the agg= ressive > > L2 prefetcher of Cortex A15. Disabling L2 prefetch does help, as well a= s > > invalidating the cache a second time after the dma transfer. I'm not > > sure what the correct solution to this problem is. I wonder how > > other Cortex A15 platforms (exynos5) handle this. > > > > I will probably be able to do some cleanups and put patches on the web > > within a week. > > > > Regards > > > > Juergen > > > > Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, > > weiss at uni-mainz.de |55099 > Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-26407 > > > > >/ -----Original Message----- > > />/ From:owner-freebsd-arm at freebsd.org > [mailto:owner-fr= eebsd-arm at > freebsd.org ] On = Behalf Of > > />/ Ian Lepore > > />/ Sent: Sunday, September 21, 2014 3:44 PM > > />/ To: Lundberg, Johannes > > />/ Cc:freebsd-arm at freebsd.org arm> > > />/ Subject: Re: Jetson TK1 board support > > />/ > > />/ On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes wrote: > > />/ > Great! > > />/ > > > />/ > What I've done so far is > > />/ > > > />/ > - build and patch (enable API) u-boot-nvidia on freebsd (i think= i got it > > />/ > fromgit://nv-tegra.nvidia.com/3rdparty/u-boot.git, the normal u= -boot > > />/ > wouldn't work...) > > />/ > - flash u-boot-dtb-tegra.img onto the board's mmc using nvidia's= flash tool > > />/ > on ubuntu > > />/ > - build an image using crochet and dd to sd card (so far I copie= d the > > />/ > beaglebone setup, just to get a ubldr and a kernel file) > > />/ > > > />/ > > > />/ > From u-boot I can see all devices. I load ubldr with > > />/ > fatload mmc 1:1 0x80200000 ubldr > > />/ > bootelf 0x80200000 > > />/ > > > />/ > ubldr load fine but, from ubldr I can only see the mmc 0 and net= devices. > > />/ > There's no sd card (mmc 1), and no ufs partition.. > > />/ > > > />/ > > > />/ > > > />/ > > > />/ > -- > > />/ > Johannes Lundberg > > />/ > BRILLIANTSERVICE CO., LTD. > > />/ > > > />/ > On Fri, Sep 19, 2014 at 8:25 PM, John Howie > wrote: > > />/ > > > />/ > > Hi all, > > />/ > > > > />/ > > I am up for testing and supporting this board. I ordered and r= eceived > > />/ > > mine, but have not really had a chance to use it due to work t= o-date. The > > />/ > > good news is the next few months I will have bandwidth. > > />/ > > > > />/ > > Regards, > > />/ > > > > />/ > > John > > />/ > > > > />/ > > > > />/ > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > > />/ > > > wrote: > > />/ > > > > />/ > > >Hi > > />/ > > > > > />/ > > >I started working on adding the Jetson TK1 board to Crochet. = Is there any > > />/ > > >work in progress on this? > > />/ > > >I guess there is quite a lot of work that has to been done to= get full > > />/ > > >support for it in the kernel as well.. > > />/ > > > > > />/ > > >Best regards > > />/ > > >-- > > />/ > > >Johannes Lundberg > > />/ > > > > > />/ > > />/ You may have to change some u-boot options to support multiple mmc= /sd > > />/ interfaces. Look in the config header for CONFIG_SYS_MMC_MAX_DEVI= CE; if > > />/ it's not there you may need to add it. For wandboard I also had t= o add > > />/ a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so there may b= e > > />/ something like that you need to find as well. > > />/ > > />/ -- Ian > > />/ > > />/ > > />/ _______________________________________________ > > />/ 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 freeb= sd.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" From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 05:38:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7832F16E for ; Sat, 27 Sep 2014 05:38:41 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (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 39C0EDF9 for ; Sat, 27 Sep 2014 05:38:41 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id r5so5523181qcx.18 for ; Fri, 26 Sep 2014 22:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lAgRwhx+5BD4jui7x/CMO7/gw0mUHglZu5zIwR8dfS0=; b=v+4+z5urkcJ8WS58H1Lhhts/quqQh+anTvOQHgYnHqwWwI//Lzj54oJ05zd+Vb+f70 +so1TFFvHpG4UVIbvkS978XqUZJqUfrflk8C3ldGeJuZaunXq9E7DSAzENrTfjFz27BC VqP7X/OO1j1q8LGfYFjrmcUfIqd56qYT2NrHxl6kCs1klKLXsaygnIJSOm21iC8qjyef 3FVRAoccabQbmXVB8TXRPTdhH09BMpw50vqCYfzr1t5GQwEg20EMTnDMFQs0Kf/xxp3f d697InJyBhdTjHKZx6Rp2LnK6kWvfQk3FTD9/LHr0oCWOBcJhA83VZiisS+UL8dlG75Y ivrw== MIME-Version: 1.0 X-Received: by 10.224.137.193 with SMTP id x1mr36500378qat.56.1411796320329; Fri, 26 Sep 2014 22:38:40 -0700 (PDT) Received: by 10.140.154.15 with HTTP; Fri, 26 Sep 2014 22:38:40 -0700 (PDT) Date: Fri, 26 Sep 2014 22:38:40 -0700 Message-ID: Subject: Digi CCWMX53 From: Russell Haley To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sat, 27 Sep 2014 05:38:41 -0000 Hello, I am trying to build for a DIgi CCWMX53 and was actually able to get a kernel to build (holy cow I did it!!!) but I have failed to get it to boot. I'll outline my steps below but I am also seeking answers for the following questions: 1) Can anyone give me the correct u-boot enviroment variables or reference to the u-boot process to boot the completed freebsd kernel. Specifically on a CCWMX53 if possible, but I have linux references to port from. Where would I look for an example? 2) Do I need to create a cross compiler? Reference 1 says yes, reference two says no. Help! Ref.1 Build a cross compiler https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard Ref 2. No cross compiler/ make toolchain https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD Okay this is my process. It is performed in a 9.1-RELEASE jail within a PC-BSD 10 VM with 4 GB ram and 4 cores. svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src cd /usr/src make TARGET=arm TARGET_ARCH=arm -j10 buildworld make TARGET=arm TARGET_ARCH=arm KERNCONF=DIGI-CCWMX53 buildkernel # never got to this due to documented error in head release that I had. make TARGET=arm TARGET_ARCH=arm installworld Copy to sd card #To Wipe Disk sudo dd if=/dev/zero of=/dev/da1 bs=512 count=1 && sync && sync #u-boot image From CCWMX53 Starter Kit sudo dd if=u-boot-ccwmx53js.bin of=/dev/da1 bs=512 && sync && sync # lost the path from the build output that I got the kernel.bin file from. I have since deleted that jail sudo dd if=kernel.bin of=/dev/da1 bs=512 seek=2048 && sync && sync Many thanks and this has been an awesome ride. A shout out to Ray whos Raysblog got me started and Rui Paulo for starting the CCWMX53 port. My ultimate goal is to also learn about Mer and create a BSD licensed phone OS (PhoneBSD anyone?). I have a OnePlus I'm working to port to Sailfish right now too. Thanks, Dinsdale From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 05:53:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FDE6638 for ; Sat, 27 Sep 2014 05:53:11 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (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 4F036F76 for ; Sat, 27 Sep 2014 05:53:10 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fb1so2379759pad.25 for ; Fri, 26 Sep 2014 22:53:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=/ITeiI2rcEEhJLI0kUDvhlFmSZWg8sV6pzbBZBiSuno=; b=VrqQrntNRYrQjx462Fx+rxAGjsg82r//l4HFUFEJbnok4v9hnLjJpAnrJgjfFq/hOH 8Q7yJx97uGcEW6+JFGTFEoqj0D9jwzVbk6MPXkBzdtZTLMdjfmm018g0olNsZ7KorelE jASRXCSVan0AvlLAvDPhzCi5BI44CGBhvXkNkfPFuTqIinahNYPeCuRkG1aU3mh+K2R3 BF8kVpdYq4bbXYBRABjNPLhuqDxNJEPDw6X5/hxiFDHNMBGwNhEK90PjRF2xcG3e1Vzq EUqyvC67FQ7MwZ2IZI8Y8qjdLd43hB6FZ0IyAUvaP0NtvtadATMm1IIZR9B6dbRCqv0K 6Bag== X-Gm-Message-State: ALoCoQnoiKqD9EeQ/sN41hVK5d5J6atKS8MsC4dNM3q1ZoQT9RPUDpuEkii8Bd4XaCq3F/BlUCv5 X-Received: by 10.66.160.65 with SMTP id xi1mr37699093pab.123.1411796857918; Fri, 26 Sep 2014 22:47:37 -0700 (PDT) Received: from [172.20.12.175] ([69.63.206.125]) by mx.google.com with ESMTPSA id ei1sm6490775pbd.46.2014.09.26.22.47.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Sep 2014 22:47:37 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_A6260366-3261-4590-978B-44715667864C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Digi CCWMX53 From: Warner Losh In-Reply-To: Date: Fri, 26 Sep 2014 22:47:34 -0700 Message-Id: <58369FDF-3D31-4FDB-9063-CA69E4E7E918@bsdimp.com> References: To: Russell Haley X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 05:53:11 -0000 --Apple-Mail=_A6260366-3261-4590-978B-44715667864C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii You might try armv6 for TARGET_ARCH. Warner On Sep 26, 2014, at 10:38 PM, Russell Haley wrote: > Hello, > > I am trying to build for a DIgi CCWMX53 and was actually able to get a > kernel to build (holy cow I did it!!!) but I have failed to get it to boot. > I'll outline my steps below but I am also seeking answers for the following > questions: > > 1) Can anyone give me the correct u-boot enviroment variables or reference > to the u-boot process to boot the completed freebsd kernel. Specifically on > a CCWMX53 if possible, but I have linux references to port from. Where > would I look for an example? > > 2) Do I need to create a cross compiler? Reference 1 says yes, reference > two says no. Help! > > Ref.1 Build a cross compiler > https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard > > Ref 2. No cross compiler/ make toolchain > https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD > > > Okay this is my process. It is performed in a 9.1-RELEASE jail within a > PC-BSD 10 VM with 4 GB ram and 4 cores. > > svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src > > cd /usr/src > > make TARGET=arm TARGET_ARCH=arm -j10 buildworld > > make TARGET=arm TARGET_ARCH=arm KERNCONF=DIGI-CCWMX53 buildkernel > > # never got to this due to documented error in head release that I had. > make TARGET=arm TARGET_ARCH=arm installworld > > Copy to sd card > > #To Wipe Disk > sudo dd if=/dev/zero of=/dev/da1 bs=512 count=1 && sync && sync > > > #u-boot image From CCWMX53 Starter Kit > sudo dd if=u-boot-ccwmx53js.bin of=/dev/da1 bs=512 && sync && sync > > # lost the path from the build output that I got the kernel.bin file from. > I have since deleted that jail > sudo dd if=kernel.bin of=/dev/da1 bs=512 seek=2048 && sync && sync > > > Many thanks and this has been an awesome ride. A shout out to Ray whos > Raysblog got me started and Rui Paulo for starting the CCWMX53 port. My > ultimate goal is to also learn about Mer and create a BSD licensed phone OS > (PhoneBSD anyone?). I have a OnePlus I'm working to port to Sailfish right > now too. > > Thanks, > > Dinsdale > _______________________________________________ > 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" --Apple-Mail=_A6260366-3261-4590-978B-44715667864C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUJk92AAoJEGwc0Sh9sBEAoi8P/0OcQWj/V7veGuwht9G3Z6rr sZdHgxNaPrYshVPbmEhu3+isPehwiWVZOhqRPLgZAzlBz4ThzHf/NNCGGCCpoFbH SklwaJJh/OQbQghFLJ8mIm0me6JIKtfTMbYlS5s41TUnOM1cu+rRMnG+zuOOHb63 bKhnDN5mJXQPg65OkGZ4NNEpKrxMeVdD/qPasNu+uJg4kztMQE+XIPtjR0DUxu/J Z6iFMUvolbTEF7b+/kJpfZCvvLJy/FDfmgZ73YhzkC4Yu6KqfSryZ3PjCZnjop0k C5Gq35i5w1SgbWr1zc4IJuiHPhDH4kD1Gf/4UAMY1/v5p7ttlifpew5da6ZqaQCU 4kI6FoVn2bIvXLJUNegi4kK7ySIGD5CpkZtidBFBHs1dcJfj11BCtZVd3eVj9zhi wRzJxBe4aIDGALbu9mMmsFdAYxAnmQT+ScvH2TgLJ/uBx6BtdhXoXpj2NqZ8hc+h jAzOqNlAZ4ieD0lp2yABlAeVXN8qHo6kpbEynRd42XY/dmcfpmuiCaCQ1F/0yhPR KTsK7GTntiElcr9W0Pd9r5ZLzjLmxxySkqivljvOiF7vBobzH7eJy8TcA2MRmds5 YHJG57u1tOP2p3yWV0IWOrpgN6HoxtgiGD2DxdeY/P/oBAIqGy/x5Ysdbmh6h2Id MWT9PEgGeK5tGB4pFTCm =Q+/A -----END PGP SIGNATURE----- --Apple-Mail=_A6260366-3261-4590-978B-44715667864C-- From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 05:57:22 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0573E6BA for ; Sat, 27 Sep 2014 05:57:22 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDEA8FA0 for ; Sat, 27 Sep 2014 05:57:21 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NCJ00LIJPUOAK10@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Sat, 27 Sep 2014 05:56:50 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-09-26_07:2014-09-26,2014-09-26,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409270055 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.0 \(1985.4\)) Subject: Re: Digi CCWMX53 From: Rui Paulo In-reply-to: Date: Fri, 26 Sep 2014 22:56:48 -0700 Content-transfer-encoding: quoted-printable Message-id: References: To: Russell Haley X-Mailer: Apple Mail (2.1985.4) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 05:57:22 -0000 Hi, > On Sep 26, 2014, at 22:38, Russell Haley wrote: >=20 > Hello, >=20 > I am trying to build for a DIgi CCWMX53 and was actually able to get a > kernel to build (holy cow I did it!!!) but I have failed to get it to = boot. > I'll outline my steps below but I am also seeking answers for the = following > questions: >=20 > 1) Can anyone give me the correct u-boot enviroment variables or = reference > to the u-boot process to boot the completed freebsd kernel. = Specifically on > a CCWMX53 if possible, but I have linux references to port from. Where > would I look for an example? This is my setup: https://wiki.freebsd.org/Digi-CCWMX53 I boot from the network because we don't support the MTD flash layout = yet. We can put a kernel in flash, but the kernel won't be able to read = the MTD partition layout and we can't boot rootfs from there. You can = use a USB stick. If you want to build U-Boot from source on FreeBSD, here's my fork: = https://github.com/rpaulo/uboot-ccwmx53-digi > 2) Do I need to create a cross compiler? Reference 1 says yes, = reference > two says no. Help! You always need it when building on x86. > Okay this is my process. It is performed in a 9.1-RELEASE jail within = a > PC-BSD 10 VM with 4 GB ram and 4 cores. >=20 > svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src >=20 > cd /usr/src >=20 > make TARGET=3Darm TARGET_ARCH=3Darm -j10 buildworld >=20 > make TARGET=3Darm TARGET_ARCH=3Darm KERNCONF=3DDIGI-CCWMX53 = buildkernel Like Warner said, you need armv6. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 06:19:15 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 377E2B4B for ; Sat, 27 Sep 2014 06:19:15 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (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 EB8D11C6 for ; Sat, 27 Sep 2014 06:19:14 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id a108so9823253qge.24 for ; Fri, 26 Sep 2014 23:19:14 -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=Zel0CyNOzUnmb0pE+0wVFMyOO8A67pbWrCA8uHnHuXQ=; b=b7sKvPi/a66buvYYAci44z9zxTlfXMi1Cc/tEgllkgazGM9j7uyJdRfs01T5Hzn7XE a3Jj9B2BZimID4afK9r3pwIzVf5+3AVdUxmzxK7c/cmYMH/gfqFqMFeUdlFmd3llCWCm kT00vrBSEOYmQZi6VSPBYwz3c3wuEvYEtFfEc/jkpJFOUk6beLCoWc43R7664tTZHMMN 9YJQBdXcrWjWtg6zIsqDCWa+NY9vTnRQwt0Qi/QCC6RZHEpaPaqkc+QlNTTaLxwbDA5g m6HDjcQkt++1EIO8eC3vfOzJSr0rfK92dQhTHTe2yeZJrXTXY8gsUio6EJttGC9yo15k W3kw== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr35339484qas.34.1411798754109; Fri, 26 Sep 2014 23:19:14 -0700 (PDT) Received: by 10.140.154.15 with HTTP; Fri, 26 Sep 2014 23:19:14 -0700 (PDT) In-Reply-To: References: Date: Fri, 26 Sep 2014 23:19:14 -0700 Message-ID: Subject: Re: Digi CCWMX53 From: Russell Haley To: Rui Paulo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 06:19:15 -0000 Fantastic, Thanks so much Warner and Rui. Rui I've been pouring over your page trying to glean as much as I could from it. I'm working with someone else and he tried booting from the addresses on your page but since I wasn't building with the cross compiler the kernel was never going to boot. He was wondering why the offset for the go command when booting from the network (setenv bootcmd 'dhcp; tftpboot 0x70800000 kernel.ccwmx53; go 0x70800100')? I can't wait to try this out! Thanks Guys! Russ On Fri, Sep 26, 2014 at 10:56 PM, Rui Paulo wrote: > Hi, > > > On Sep 26, 2014, at 22:38, Russell Haley wrote: > > > > Hello, > > > > I am trying to build for a DIgi CCWMX53 and was actually able to get a > > kernel to build (holy cow I did it!!!) but I have failed to get it to > boot. > > I'll outline my steps below but I am also seeking answers for the > following > > questions: > > > > 1) Can anyone give me the correct u-boot enviroment variables or > reference > > to the u-boot process to boot the completed freebsd kernel. Specifically > on > > a CCWMX53 if possible, but I have linux references to port from. Where > > would I look for an example? > > This is my setup: > > https://wiki.freebsd.org/Digi-CCWMX53 > > I boot from the network because we don't support the MTD flash layout > yet. We can put a kernel in flash, but the kernel won't be able to read > the MTD partition layout and we can't boot rootfs from there. You can use > a USB stick. > > If you want to build U-Boot from source on FreeBSD, here's my fork: > https://github.com/rpaulo/uboot-ccwmx53-digi > > > 2) Do I need to create a cross compiler? Reference 1 says yes, reference > > two says no. Help! > > You always need it when building on x86. > > > Okay this is my process. It is performed in a 9.1-RELEASE jail within a > > PC-BSD 10 VM with 4 GB ram and 4 cores. > > > > svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src > > > > cd /usr/src > > > > make TARGET=arm TARGET_ARCH=arm -j10 buildworld > > > > make TARGET=arm TARGET_ARCH=arm KERNCONF=DIGI-CCWMX53 buildkernel > > Like Warner said, you need armv6. > > -- > Rui Paulo > > > > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 08:57:37 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 E5E25FA9 for ; Sat, 27 Sep 2014 08:57:37 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A88421CE for ; Sat, 27 Sep 2014 08:57:37 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XXnoh-000158-QZ for freebsd-arm@freebsd.org; Sat, 27 Sep 2014 10:57:29 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: Random Kernel Panic on Dreamplug (FS related) References: <542559BC.7090100@gmail.com> Date: Sat, 27 Sep 2014 10:57:21 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <542559BC.7090100@gmail.com> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: 049f1f45ba4289533fd3e2bb72fd36da 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: Sat, 27 Sep 2014 08:57:38 -0000 On Fri, 26 Sep 2014 14:19:08 +0200, Mattia Rossi wrote: > This might be part of the weird FFS issues the Dreamplug has and no-one > knows why they're happening. I don't know if it is related, but my Sheevaplug also has issues with ffs while running 11-CURRENT. The fs gets corrupted or something. Which is not fixed by fsck. Every run of fsck finds more unlinked files and removes them. Also files which are stable on the fs since installation like /lib/*. This ffs corruption + panic mostly happened while installing ports on the first day of operation. But, the day before yesterday I compiled with gcc again instead of clang and it seems to run stable for 2 days now. Unfortunately I don't have the backtraces of the crashes anymore. NB: running 11-CURRENT from usb-stick with ports mounted via nfs. Ronald. > The panic occurred while running nsd-control reload (which should simply > re-read a config file from disk). I was previously editing files without > issues. > > Result is the following: > > vm_fault(0xc10a0000, d0238000, 2, 0) -> 2 > Fatal kernel mode data abort: 'Permission Fault (P)' > trapframe: 0xde019898 > FSR=0000000f, FAR=d0238120, spsr=20000013 > r0 =d0238120, r1 =00000e60, r2 =00000000, r3 =00000000 > r4 =00000120, r5 =00000000, r6 =c3f3f6c0, r7 =00001000 > r8 =c443e880, r9 =00000000, r10=c3d69000, r11=de019a20 > r12=d0238120, ssp=de0198e8, slr=c0d53828, pc =c0de521c > > [ thread pid 21116 tid 100073 ] > Stopped at memset+0x48: undge 0xa0cc20f8 > db> > db> bt > Tracing pid 21116 tid 100073 td 0xc3e97000 > db_trace_self() at db_trace_self > pc = 0xc0dd5418 lr = 0xc094f8a8 (db_hex2dec+0x490) > sp = 0xde0195a0 fp = 0xde0195b8 > r10 = 0xc0f5e8c8 > db_hex2dec() at db_hex2dec+0x490 > pc = 0xc094f8a8 lr = 0xc094f260 (db_command_loop+0x300) > sp = 0xde0195c0 fp = 0xde019660 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 > db_command_loop() at db_command_loop+0x300 > pc = 0xc094f260 lr = 0xc094efb0 (db_command_loop+0x50) > sp = 0xde019668 fp = 0xde019678 > r4 = 0xc0e2dfe4 r5 = 0xc0e4402e > r6 = 0xc0f5e8b4 r7 = 0xc0ef62b8 > r8 = 0xc0f52754 r9 = 0xc0f52750 > r10 = 0xc3e97000 > db_command_loop() at db_command_loop+0x50 > pc = 0xc094efb0 lr = 0xc09519ec (X_db_symbol_values+0x250) > sp = 0xde019680 fp = 0xde0197a0 > r4 = 0x00000000 r5 = 0xc0f5e8c0 > r6 = 0xc0f52778 > X_db_symbol_values() at X_db_symbol_values+0x250 > pc = 0xc09519ec lr = 0xc0b37b08 (kdb_trap+0xc4) > sp = 0xde0197a8 fp = 0xde0197c8 > r4 = 0x00000000 r5 = 0x0000000f > r6 = 0xc0f52778 r7 = 0xc0ef62b8 > kdb_trap() at kdb_trap+0xc4 > pc = 0xc0b37b08 lr = 0xc0de7c60 (data_abort_handler+0x7f8) > sp = 0xde0197d0 fp = 0xde0197e8 > r4 = 0xde019898 r5 = 0x0000000f > r6 = 0x600000d3 r7 = 0xd0238120 > r8 = 0x00000000 r9 = 0xc0f648d4 > r10 = 0xc3e97000 > data_abort_handler() at data_abort_handler+0x7f8 > pc = 0xc0de7c60 lr = 0xc0de7a28 (data_abort_handler+0x5c0) > sp = 0xde0197f0 fp = 0xde019890 > r4 = 0xc10a0000 r5 = 0x00000013 > r6 = 0xde019eb0 r7 = 0x00000002 > data_abort_handler() at data_abort_handler+0x5c0 > pc = 0xc0de7a28 lr = 0xc0dd711c (exception_exit) > sp = 0xde019898 fp = 0xde019a20 > r4 = 0xffffffff r5 = 0xffff1004 > r6 = 0xc3f3f6c0 r7 = 0x00001000 > r8 = 0xc443e880 r9 = 0x00000000 > r10 = 0xc3d69000 > exception_exit() at exception_exit > pc = 0xc0dd711c lr = 0xc0d53828 (ffs_truncate+0xaa8) > sp = 0xde0198e8 fp = 0xde019a20 > r0 = 0xd0238120 r1 = 0x00000e60 > r2 = 0x00000000 r3 = 0x00000000 > r4 = 0x00000120 r5 = 0x00000000 > r6 = 0xc3f3f6c0 r7 = 0x00001000 > r8 = 0xc443e880 r9 = 0x00000000 > r10 = 0xc3d69000 r12 = 0xd0238120 > memset() at memset+0x48 > pc = 0xc0de521c lr = 0xc0d53828 (ffs_truncate+0xaa8) > sp = 0xde0198e8 fp = 0xde019a20 > Unwind failure (no registers changed) > > The sad thing is, that with fsck broken for the dreamplug, I have to > re-format the disk, reinstall everything and recreate the config files > which I didn't manage to copy to a safe place beforehand :-( > > Before I do that I'll leave the system in debugging mode for a few days, > in case someone can help and needs some more information. > > Cheers, > > Mat > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 09:26:09 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 588116A2 for ; Sat, 27 Sep 2014 09:26:09 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3ECCC66B for ; Sat, 27 Sep 2014 09:26:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8R9Q9Xf016811 for ; Sat, 27 Sep 2014 09:26:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 175605] devel/binutils: please fix build binutils-2.23.1 in raspberry pi Date: Sat, 27 Sep 2014 09:26:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Sat, 27 Sep 2014 09:26:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175605 Baptiste Daroussin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Issue Resolved Resolution|--- |Overcome By Events -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 16:30:55 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 861353D2 for ; Sat, 27 Sep 2014 16:30:55 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6FA132 for ; Sat, 27 Sep 2014 16:30:54 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NCK00EIZJ74ZD00@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Sat, 27 Sep 2014 16:30:42 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-09-26_07:2014-09-26,2014-09-26,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409270170 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.0 \(1985.4\)) Subject: Re: Digi CCWMX53 From: Rui Paulo In-reply-to: Date: Sat, 27 Sep 2014 09:30:39 -0700 Content-transfer-encoding: quoted-printable Message-id: <42B4958F-21B2-4ABB-82C9-3F0B328EFED0@me.com> References: To: Russell Haley X-Mailer: Apple Mail (2.1985.4) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 16:30:55 -0000 On Sep 26, 2014, at 23:19, Russell Haley wrote: >=20 > Fantastic, >=20 > Thanks so much Warner and Rui. >=20 > Rui I've been pouring over your page trying to glean as much as I = could > from it. I'm working with someone else and he tried booting from the > addresses on your page but since I wasn't building with the cross = compiler > the kernel was never going to boot. He was wondering why the offset = for the > go command when booting from the network (setenv bootcmd 'dhcp; = tftpboot > 0x70800000 kernel.ccwmx53; go 0x70800100')? The offset is the entry point of the ELF file. I think we could use = U-Boot's bootelf, but I forgot if it works. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 19:14:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AF7D3F5 for ; Sat, 27 Sep 2014 19:14:17 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D99D6C5 for ; Sat, 27 Sep 2014 19:14:16 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id s8RIrZcH038469; Sat, 27 Sep 2014 18:53:35 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.101] (192.168.1.66 [192.168.1.66]) by kientzle.com with SMTP id 5mw9d7da3reainy45qygu94dre; Sat, 27 Sep 2014 18:53:35 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Digi CCWMX53 From: Tim Kientzle In-Reply-To: Date: Sat, 27 Sep 2014 11:53:35 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Russell Haley X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 19:14:17 -0000 On Sep 26, 2014, at 10:38 PM, Russell Haley = wrote: > 1) Can anyone give me the correct u-boot enviroment variables or = reference > to the u-boot process to boot the completed freebsd kernel. = Specifically on > a CCWMX53 if possible, but I have linux references to port from. Where > would I look for an example? There are two general approaches being used: 1) Have U-Boot load and boot the kernel directly. This can sometimes be = done with an unmodified Linux U-Boot. 2) Have U-Boot load FreeBSDs scriptable 'ubldr' and have that load the = kernel. This provides more flexibility in the boot process but usually = requires rebuilding U-Boot. In particular, you'll need to: * Add CONFIG_CMD_ELF option to U-Boot so it can load `ubldr' which is = an ELF executable * Add CONFIG_CMD_API option to U-Boot so `ubldr' can access U-Boot's = drivers for hardware access (`ubldr' itself has to be compiled for each = board to adjust the load address but is otherwise completely generic). * Adjust the U-Boot startup scripts to set FDT environment variables = and load ubldr. You can look at the U-Boot patches for various boards = supported by Crochet to see how this has been done elsewhere: github.com/kientlze/crochet-freebsd > 2) Do I need to create a cross compiler? Reference 1 says yes, = reference > two says no. Help! In most cases, the FreeBSD build system will build a cross-compiler for = it's own use, so you generally don't need to install a cross compiler to = cross-build FreeBSD proper. However, U-Boot is not part of FreeBSD so = you may need to install a separate cross-compiler to build that. >=20 > Ref.1 Build a cross compiler > https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard This is using a cross-compiler from ports to build U-Boot. It uses the = FreeBSD build machinery to cross-build the FreeBSD kernel and world. = (When you specify TARGET_ARCH, FreeBSD's 'buildworld' target will build = and use a suitable cross-compiler. Also, 'buildkernel' will reuse the = cross-compiler built by 'buildworld', so you do not need = 'kernel-toolchain' as long as you 'buildworld' first.) >=20 > Ref 2. No cross compiler/ make toolchain > https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD This example only talks about building *world*, and the 'buildworld' = target builds the necessary cross-tools transparently. In particular, = since it doesn't talk about building out-of-tree boot loaders such as = U-Boot, it does not need to talk about building/installing an explicit = cross-compiler. For cross-compilers, you have three options: * Ports. * After a successful buildworld, you can 'make TARGET=3Dxyz ... = buildenv' to get a shell with suitable path settings to reuse the = cross-tools from the buildworld stage. Use 'buildenvvar' to just get = the environment for use in scripts. * FreeBSD source has an 'xdev' target that builds and installs a set of = cross-tools. In particular, it can install cross-versions of the same = GCC or clang used by the rest of FreeBSD. This facility has changed a = lot recently, so ask if you need the current command line. Hope this clarifies things, Tim From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 19:22:43 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20A16777 for ; Sat, 27 Sep 2014 19:22:43 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E600212 for ; Sat, 27 Sep 2014 18:57:29 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id s8RIvSLl038487; Sat, 27 Sep 2014 18:57:28 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.101] (192.168.1.66 [192.168.1.66]) by kientzle.com with SMTP id yigwmifvzs67mkcbdugqgnmzg6; Sat, 27 Sep 2014 18:57:28 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Digi CCWMX53 From: Tim Kientzle In-Reply-To: Date: Sat, 27 Sep 2014 11:57:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0E9D6D91-7D63-434E-B8FB-8A099FB1AAF3@kientzle.com> References: To: Russell Haley X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 19:22:43 -0000 On Sep 26, 2014, at 10:38 PM, Russell Haley = wrote: > Okay this is my process. It is performed in a 9.1-RELEASE jail within = a > PC-BSD 10 VM with 4 GB ram and 4 cores. >=20 > svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src >=20 > cd /usr/src >=20 > make TARGET=3Darm TARGET_ARCH=3Darm -j10 buildworld TARGET_ARCH should be armv6 here >=20 > make TARGET=3Darm TARGET_ARCH=3Darm KERNCONF=3DDIGI-CCWMX53 = buildkernel TARGET_ARCH should be armv6 here >=20 > # never got to this due to documented error in head release that I = had. > make TARGET=3Darm TARGET_ARCH=3Darm installworld You will definitely want to set DESTDIR! ;-) >=20 > Copy to sd card >=20 > #To Wipe Disk > sudo dd if=3D/dev/zero of=3D/dev/da1 bs=3D512 count=3D1 && sync && = sync >=20 >=20 > #u-boot image =46rom CCWMX53 Starter Kit > sudo dd if=3Du-boot-ccwmx53js.bin of=3D/dev/da1 bs=3D512 && sync && = sync >=20 > # lost the path from the build output that I got the kernel.bin file = from. > I have since deleted that jail > sudo dd if=3Dkernel.bin of=3D/dev/da1 bs=3D512 seek=3D2048 && sync && = sync You will also need to build a suitable filesystem image from the = directory where you installed world and copy that onto the media. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 20:19:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33D866EB for ; Sat, 27 Sep 2014 20:19:24 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (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 E7C6FD07 for ; Sat, 27 Sep 2014 20:19:23 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id x3so177842qcv.38 for ; Sat, 27 Sep 2014 13:19:22 -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=4//IUe+2a8v2Sa73FB2X612qJXS8rbrcCVfacfKHHUE=; b=sotklKau8Ul0cjqm6gYc/0/syA9NXW/kqj5Hj38M3gQ4X+7dM4gcHjEuP+0ntNeVv6 O9P3qh3RL0dGj985neoZ8OQsEcoltLaGpXlrWAEMROitM2IKR3Qtt+iuyqN5ZBruBNsY 6jVifYkzzjMbq7l/b6nliOR5cpq6KO9dOt/ofX1spcvIQO012nwEqJTj+9Ugu7jF3Wsp e3uRpyEt3nyib9nLLNPXES4wPtp+Pf/acp3xBK/L7pfohFZE3mRochfitUgLUKm1hgMc hZfn9+Kb/M9P2Vuskyd/B/6jVgbxuTDzk5pjy/NNNMMd5aE4xU7tH8mLpMVT9ULPCTLS Vqsg== MIME-Version: 1.0 X-Received: by 10.224.86.68 with SMTP id r4mr18349646qal.0.1411849162905; Sat, 27 Sep 2014 13:19:22 -0700 (PDT) Received: by 10.140.154.15 with HTTP; Sat, 27 Sep 2014 13:19:22 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Sep 2014 13:19:22 -0700 Message-ID: Subject: Re: Digi CCWMX53 From: Russell Haley To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 20:19:24 -0000 Tim, Thanks, that's clarified a large number of my hanging questions. I thought I had read that clang didn't support cross compiling arm for freebsd in 10. Is this true? I should have some more shortly! Russ On Sat, Sep 27, 2014 at 11:53 AM, Tim Kientzle wrote: > > On Sep 26, 2014, at 10:38 PM, Russell Haley wrote: > > > 1) Can anyone give me the correct u-boot enviroment variables or > reference > > to the u-boot process to boot the completed freebsd kernel. Specifically > on > > a CCWMX53 if possible, but I have linux references to port from. Where > > would I look for an example? > > There are two general approaches being used: > > 1) Have U-Boot load and boot the kernel directly. This can sometimes be > done with an unmodified Linux U-Boot. > > 2) Have U-Boot load FreeBSDs scriptable 'ubldr' and have that load the > kernel. This provides more flexibility in the boot process but usually > requires rebuilding U-Boot. In particular, you'll need to: > * Add CONFIG_CMD_ELF option to U-Boot so it can load `ubldr' which is > an ELF executable > * Add CONFIG_CMD_API option to U-Boot so `ubldr' can access U-Boot's > drivers for hardware access (`ubldr' itself has to be compiled for each > board to adjust the load address but is otherwise completely generic). > * Adjust the U-Boot startup scripts to set FDT environment variables > and load ubldr. You can look at the U-Boot patches for various boards > supported by Crochet to see how this has been done elsewhere: > github.com/kientlze/crochet-freebsd > > > > 2) Do I need to create a cross compiler? Reference 1 says yes, reference > > two says no. Help! > > In most cases, the FreeBSD build system will build a cross-compiler for > it's own use, so you generally don't need to install a cross compiler to > cross-build FreeBSD proper. However, U-Boot is not part of FreeBSD so you > may need to install a separate cross-compiler to build that. > > > > > Ref.1 Build a cross compiler > > https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard > > This is using a cross-compiler from ports to build U-Boot. It uses the > FreeBSD build machinery to cross-build the FreeBSD kernel and world. (When > you specify TARGET_ARCH, FreeBSD's 'buildworld' target will build and use a > suitable cross-compiler. Also, 'buildkernel' will reuse the cross-compiler > built by 'buildworld', so you do not need 'kernel-toolchain' as long as you > 'buildworld' first.) > > > > > Ref 2. No cross compiler/ make toolchain > > https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD > > This example only talks about building *world*, and the 'buildworld' > target builds the necessary cross-tools transparently. In particular, > since it doesn't talk about building out-of-tree boot loaders such as > U-Boot, it does not need to talk about building/installing an explicit > cross-compiler. > > For cross-compilers, you have three options: > * Ports. > * After a successful buildworld, you can 'make TARGET=xyz ... buildenv' > to get a shell with suitable path settings to reuse the cross-tools from > the buildworld stage. Use 'buildenvvar' to just get the environment for > use in scripts. > * FreeBSD source has an 'xdev' target that builds and installs a set of > cross-tools. In particular, it can install cross-versions of the same GCC > or clang used by the rest of FreeBSD. This facility has changed a lot > recently, so ask if you need the current command line. > > Hope this clarifies things, > > Tim > > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 20:31:20 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C567AC7D for ; Sat, 27 Sep 2014 20:31:20 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (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 860EFE1F for ; Sat, 27 Sep 2014 20:31:20 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id i13so7407000qae.16 for ; Sat, 27 Sep 2014 13:31:19 -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=T/loemO2Ncw2/qdZsa8oHyG4xtEZ9SbDfu26ZvMGZU0=; b=PrvvPv6vcIziD4UsWTUJd4FNwQalPQOJe5UfHS2HlkBJ7pYR8RIwXOJXI4jakgTcqA tCxAtcwq7GTtwYW2B3aD94fjWRZK7thjuzZDytDR5HSC14Bx79c+no5Mcwov1LpnV0ct ifs7MneXSyrNt7K0O/B8869wRGi7cPCMm1acRLUIR6X4c/S2ano4ILWUyCgbtKJkJ9A1 bb6cj1VKK/aOhbptjwN/7lIa9/PmXXBTaK5mu/9oICiF8qYRsBLPehaXoDH7yj7eFsXh 0kdicAhT2YPtNXm2xM/KeQCUVhT/u3K+B2fQJRb5QkrpHX5R44Gqt0KkUmkXYU8UiEe1 mNEQ== MIME-Version: 1.0 X-Received: by 10.140.40.169 with SMTP id x38mr45679662qgx.73.1411849879694; Sat, 27 Sep 2014 13:31:19 -0700 (PDT) Received: by 10.140.154.15 with HTTP; Sat, 27 Sep 2014 13:31:19 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Sep 2014 13:31:19 -0700 Message-ID: Subject: Re: Digi CCWMX53 From: Russell Haley To: Rui Paulo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 20:31:21 -0000 Rui, So no MTD means the NAND on the SOM is out, but can I boot the kernel and load rootfs from the microSD, like in this example: - ARNDALE5250 # setenv bootcmd "fatload mmc 0:1 0x40f00000 kernel.bin; go 0x40f00000" ARNDALE5250 # saveenv ARNDALE5250 # boot from https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard On Fri, Sep 26, 2014 at 10:56 PM, Rui Paulo wrote: > Hi, > > > On Sep 26, 2014, at 22:38, Russell Haley wrote: > > > > Hello, > > > > I am trying to build for a DIgi CCWMX53 and was actually able to get a > > kernel to build (holy cow I did it!!!) but I have failed to get it to > boot. > > I'll outline my steps below but I am also seeking answers for the > following > > questions: > > > > 1) Can anyone give me the correct u-boot enviroment variables or > reference > > to the u-boot process to boot the completed freebsd kernel. Specifically > on > > a CCWMX53 if possible, but I have linux references to port from. Where > > would I look for an example? > > This is my setup: > > https://wiki.freebsd.org/Digi-CCWMX53 > > I boot from the network because we don't support the MTD flash layout > yet. We can put a kernel in flash, but the kernel won't be able to read > the MTD partition layout and we can't boot rootfs from there. You can use > a USB stick. > > If you want to build U-Boot from source on FreeBSD, here's my fork: > https://github.com/rpaulo/uboot-ccwmx53-digi > > > 2) Do I need to create a cross compiler? Reference 1 says yes, reference > > two says no. Help! > > You always need it when building on x86. > > > Okay this is my process. It is performed in a 9.1-RELEASE jail within a > > PC-BSD 10 VM with 4 GB ram and 4 cores. > > > > svn checkout https://svn0.us-west.FreeBSD.org/base/head /usr/src > > > > cd /usr/src > > > > make TARGET=arm TARGET_ARCH=arm -j10 buildworld > > > > make TARGET=arm TARGET_ARCH=arm KERNCONF=DIGI-CCWMX53 buildkernel > > Like Warner said, you need armv6. > > -- > Rui Paulo > > > > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 20:43:56 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 371C231A for ; Sat, 27 Sep 2014 20:43:56 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (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 E9EDDF83 for ; Sat, 27 Sep 2014 20:43:55 +0000 (UTC) Received: by mail-qg0-f54.google.com with SMTP id a108so10437045qge.27 for ; Sat, 27 Sep 2014 13:43:55 -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=bLtibDjrkkE/vE9SnWa1c9Bxi9vTGyUhl4RUhZsqwog=; b=cYicghjpnQE/eERtigyqmrggojPr6ZWg++ppD1x6ksfdUZKD8NXHHhnR+0XN6VKpqu X87J9w0KKrAV5VZaoxoYH9LykyJMERfuO9PcszO+3sh3+iuWl6C6hmC7T0rkBaIDoNgk hYQkzxH0Sg/v6zDAZLe/BPgt0oRwOKihMBLP8z9uofv05wTCaOO4G4lfSs/7Poa4JXqA swtWaRVJPi0TTFr9VWB4EYHBBdAw5ZnZQ5TBm5ddowdqS7vqP9ZoEzfuF95JAYxgem49 CsitHEAIbvWM37LsASujbMelCQGb16GqgHXYvBBeWaKu8CdeA2vemaoMiYAUJFgIwyYk ytUA== MIME-Version: 1.0 X-Received: by 10.224.120.193 with SMTP id e1mr26295900qar.80.1411850635073; Sat, 27 Sep 2014 13:43:55 -0700 (PDT) Received: by 10.140.154.15 with HTTP; Sat, 27 Sep 2014 13:43:55 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Sep 2014 13:43:55 -0700 Message-ID: Subject: Re: Digi CCWMX53 From: Russell Haley To: Tim Kientzle , Rui Paulo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 20:43:56 -0000 Tim, I'm trying to build from head because the Digi configuration only seems to exist there. Unfortunately the last couple of checkouts I've done haven't built. Can you recommend a good working revision or should I ask this on the current mailing list? On Sat, Sep 27, 2014 at 1:19 PM, Russell Haley wrote: > Tim, > > Thanks, that's clarified a large number of my hanging questions. > > I thought I had read that clang didn't support cross compiling arm for > freebsd in 10. Is this true? > > I should have some more shortly! > > Russ > > > On Sat, Sep 27, 2014 at 11:53 AM, Tim Kientzle wrote: > >> >> On Sep 26, 2014, at 10:38 PM, Russell Haley wrote: >> >> > 1) Can anyone give me the correct u-boot enviroment variables or >> reference >> > to the u-boot process to boot the completed freebsd kernel. >> Specifically on >> > a CCWMX53 if possible, but I have linux references to port from. Where >> > would I look for an example? >> >> There are two general approaches being used: >> >> 1) Have U-Boot load and boot the kernel directly. This can sometimes be >> done with an unmodified Linux U-Boot. >> >> 2) Have U-Boot load FreeBSDs scriptable 'ubldr' and have that load the >> kernel. This provides more flexibility in the boot process but usually >> requires rebuilding U-Boot. In particular, you'll need to: >> * Add CONFIG_CMD_ELF option to U-Boot so it can load `ubldr' which is >> an ELF executable >> * Add CONFIG_CMD_API option to U-Boot so `ubldr' can access U-Boot's >> drivers for hardware access (`ubldr' itself has to be compiled for each >> board to adjust the load address but is otherwise completely generic). >> * Adjust the U-Boot startup scripts to set FDT environment variables >> and load ubldr. You can look at the U-Boot patches for various boards >> supported by Crochet to see how this has been done elsewhere: >> github.com/kientlze/crochet-freebsd >> >> >> > 2) Do I need to create a cross compiler? Reference 1 says yes, reference >> > two says no. Help! >> >> In most cases, the FreeBSD build system will build a cross-compiler for >> it's own use, so you generally don't need to install a cross compiler to >> cross-build FreeBSD proper. However, U-Boot is not part of FreeBSD so you >> may need to install a separate cross-compiler to build that. >> >> > >> > Ref.1 Build a cross compiler >> > https://wiki.freebsd.org/FreeBSD/arm/ArndaleBoard >> >> This is using a cross-compiler from ports to build U-Boot. It uses the >> FreeBSD build machinery to cross-build the FreeBSD kernel and world. (When >> you specify TARGET_ARCH, FreeBSD's 'buildworld' target will build and use a >> suitable cross-compiler. Also, 'buildkernel' will reuse the cross-compiler >> built by 'buildworld', so you do not need 'kernel-toolchain' as long as you >> 'buildworld' first.) >> >> > >> > Ref 2. No cross compiler/ make toolchain >> > https://wiki.freebsd.org/A_Brief_Guide_To_Cross_Compiling_FreeBSD >> >> This example only talks about building *world*, and the 'buildworld' >> target builds the necessary cross-tools transparently. In particular, >> since it doesn't talk about building out-of-tree boot loaders such as >> U-Boot, it does not need to talk about building/installing an explicit >> cross-compiler. >> >> For cross-compilers, you have three options: >> * Ports. >> * After a successful buildworld, you can 'make TARGET=xyz ... buildenv' >> to get a shell with suitable path settings to reuse the cross-tools from >> the buildworld stage. Use 'buildenvvar' to just get the environment for >> use in scripts. >> * FreeBSD source has an 'xdev' target that builds and installs a set of >> cross-tools. In particular, it can install cross-versions of the same GCC >> or clang used by the rest of FreeBSD. This facility has changed a lot >> recently, so ask if you need the current command line. >> >> Hope this clarifies things, >> >> Tim >> >> > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 21:35:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C88EDF55 for ; Sat, 27 Sep 2014 21:35:17 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E032639 for ; Sat, 27 Sep 2014 21:35:17 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NCK008DZXAPPT40@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Sat, 27 Sep 2014 21:35:15 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-09-27_01:2014-09-26,2014-09-27,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1409270231 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 8.0 \(1985.4\)) Subject: Re: Digi CCWMX53 From: Rui Paulo In-reply-to: Date: Sat, 27 Sep 2014 14:35:12 -0700 Content-transfer-encoding: quoted-printable Message-id: References: To: Russell Haley X-Mailer: Apple Mail (2.1985.4) Cc: freebsd-arm@freebsd.org 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: Sat, 27 Sep 2014 21:35:17 -0000 On Sep 27, 2014, at 13:31, Russell Haley wrote: >=20 > Rui,=20 >=20 > So no MTD means the NAND on the SOM is out, but can I boot the kernel = and load rootfs from the microSD, like in this example: > =E2=80=A2 > ARNDALE5250 # setenv bootcmd "fatload mmc 0:1 0x40f00000 kernel.bin; = go 0x40f00000" >=20 > ARNDALE5250 # saveenv >=20 > ARNDALE5250 # boot You can't use the Arndale config since the load addresses are different. = You should be able to load a kernel from the network. Can you do that? -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Sep 27 23:44:32 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C177AA for ; Sat, 27 Sep 2014 23:44:32 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2180F189 for ; Sat, 27 Sep 2014 23:44:32 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8RNiWZB048199 for ; Sat, 27 Sep 2014 23:44:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 193981] New: panic: vtbuf_fill_locked begin.tp_row 0 must be < screen height 0 on Raspberry PI Date: Sat, 27 Sep 2014 23:44:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danilo@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Sat, 27 Sep 2014 23:44:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193981 Bug ID: 193981 Summary: panic: vtbuf_fill_locked begin.tp_row 0 must be < screen height 0 on Raspberry PI Product: Base System Version: 10.0-STABLE Hardware: arm OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: danilo@FreeBSD.org CC: dumbbell@FreeBSD.org I'm getting this panic on Raspberry. I'm running 10-stable r272221. It's booting fine until I updated. Probably the problem was introduced after r271973. DRAM: 480MB Number of U-Boot devices: 1 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... good. Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x4ca5e4+0xada1c syms=[0x4+0x886d0+0x4+0x528af] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x0x100. Kernel entry at 0x100100... Kernel args: (null) panic: vtbuf_fill_locked begin.tp_row 0 must be < screen height 0 Uptime: 1s -- You are receiving this mail because: You are the assignee for the bug.