From owner-freebsd-mips@FreeBSD.ORG Mon Apr 15 01:45:04 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2E9E73C2 for ; Mon, 15 Apr 2013 01:45:04 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id F2070A40 for ; Mon, 15 Apr 2013 01:45:03 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by abby.lhr1.as41113.net (Postfix) with ESMTPSA id 3ZpswF2Yphz1Rr for ; Mon, 15 Apr 2013 02:45:01 +0100 (BST) Message-ID: <516B5B89.7080202@rewt.org.uk> Date: Mon, 15 Apr 2013 02:44:41 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: mips@freebsd.org Subject: panic on EdgeRouter Lite Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 01:45:04 -0000 Hi guys, I've been playing with HEAD on the erl and under load (eg when compiling something, I get the follow panics: panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 cpuid = 0 They all seem to be the same, what info do I need to gather to allow someone to debug this? Cheers, Joe From owner-freebsd-mips@FreeBSD.ORG Mon Apr 15 11:06:47 2013 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 21877968 for ; Mon, 15 Apr 2013 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 13E017A6 for ; Mon, 15 Apr 2013 11:06:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r3FB6kNd015161 for ; Mon, 15 Apr 2013 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r3FB6klp015159 for freebsd-mips@FreeBSD.org; Mon, 15 Apr 2013 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Apr 2013 11:06:46 GMT Message-Id: <201304151106.r3FB6klp015159@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 11:06:47 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/177032 mips [arge] arge1 fails to attach on UBNT Routerstation o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC p kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 3 problems total. From owner-freebsd-mips@FreeBSD.ORG Tue Apr 16 11:14:01 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 335ACC38 for ; Tue, 16 Apr 2013 11:14:01 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id E7067264 for ; Tue, 16 Apr 2013 11:14:00 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1US3pi-000FOi-Fh for freebsd-mips@freebsd.org; Tue, 16 Apr 2013 13:13:54 +0200 Date: Tue, 16 Apr 2013 13:13:54 +0200 From: Kurt Jaeger To: freebsd-mips@freebsd.org Subject: Ubiquity Edgemax ? Message-ID: <20130416111354.GY8239@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 11:14:01 -0000 Hi! Has anyone already tried freebsd on the http://www.ubnt.com/edgemax The device can be opened (loosening two screws at the bottom) and inside there's an USB port which contains some 2GB flash stick. Very convenient to tinker around with it. It also has a serial console port. The linux dmesg: http://opsec.eu/backup/edgemax-linux-dmesg It seems to contain an Octeon and the price (approx. 120 EUR) is attractive to tinker with it. The linux /sys files: http://opsec.eu/backup/edgemax-sys-files I'm not familiar with the MIPS port -- is there some .img repository somewhere so that I can try to boot it ? Has anyone tried the edgemax with an image generated from http://people.freebsd.org/~imp/mkoctimage The image from 2011 from http://people.freebsd.org/~imp/freebsd-octeon-image-1g.xz looks a bit old ? I'll experiment with that one for now. Thanks! -- pi@opsec.eu +49 171 3101372 7 years to go ! From owner-freebsd-mips@FreeBSD.ORG Tue Apr 16 13:37:42 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B9EBB332 for ; Tue, 16 Apr 2013 13:37:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 845BDAFF for ; Tue, 16 Apr 2013 13:37:42 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id v19so324681obq.31 for ; Tue, 16 Apr 2013 06:37:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=FzniGVZrsf6hJ0/p+GJuzXyagbeD78XgROmwy2Wk+7U=; b=ToR6ttwZ1j+pXvmODgx1qkC9LED5xVNu9UJyHV027Ihwf2cIMDqNac8KNvZuj9o0/P LAYp0yflEo8mNILWjXu1uQTzNvjiqw53206J0Q1ZoSWaPR/wT56kstUbi0GQfyiveQi6 xPs5+LFrzGXig4ZsPCT0QLp+NW3RU+fuBRWg7pQYHLdFZaMEAsTCbvsS6uO4MMo6RlrU QwZ4bTe2TvqbLvJGHk58fIIQFD2maEQd5oVWBFgKRZmimMSEBFA6+n40DTrNMpo4x3UG 3p8EwstxjAddVwetxrt2Xwilz78MdDq82eF0KlRCnR1JJv65BFB9YFuTxen9pB+MwPKE hZqA== X-Received: by 10.182.33.102 with SMTP id q6mr804264obi.39.1366119461966; Tue, 16 Apr 2013 06:37:41 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id t9sm320192obk.13.2013.04.16.06.37.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Apr 2013 06:37:40 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquity Edgemax ? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130416111354.GY8239@home.opsec.eu> Date: Tue, 16 Apr 2013 07:37:38 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5DBAA18A-B93D-469D-884D-508D81D5DF79@bsdimp.com> References: <20130416111354.GY8239@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlZvfvFC5bOaAkvwqo87jqO9tkzBd8oSLspoNva3ZN5uPr7D3CEtHh0/oTTrJDmUm63SbRc Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 13:37:42 -0000 dmesg says it is an Octeon+, which should be supported... Not sure if my mkoctimage script still works well or not. You may have = to do some minor kernel hacking to get things properly configured on = this device. Warner On Apr 16, 2013, at 5:13 AM, Kurt Jaeger wrote: > Hi! >=20 > Has anyone already tried freebsd on the=20 >=20 > http://www.ubnt.com/edgemax >=20 > The device can be opened (loosening two screws at the bottom) > and inside there's an USB port which contains some 2GB flash stick. > Very convenient to tinker around with it. It also has a serial console = port. >=20 > The linux dmesg: >=20 > http://opsec.eu/backup/edgemax-linux-dmesg >=20 > It seems to contain an Octeon and the price (approx. 120 EUR) > is attractive to tinker with it. >=20 > The linux /sys files: >=20 > http://opsec.eu/backup/edgemax-sys-files >=20 > I'm not familiar with the MIPS port -- is there some .img repository > somewhere so that I can try to boot it ? >=20 > Has anyone tried the edgemax with an image generated from >=20 > http://people.freebsd.org/~imp/mkoctimage >=20 > The image from 2011 from >=20 > http://people.freebsd.org/~imp/freebsd-octeon-image-1g.xz >=20 > looks a bit old ? I'll experiment with that one for now. >=20 > Thanks! >=20 > --=20 > pi@opsec.eu +49 171 3101372 7 years = to go ! > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Tue Apr 16 14:45:36 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 627C88EB for ; Tue, 16 Apr 2013 14:45:36 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 302DEF66 for ; Tue, 16 Apr 2013 14:45:35 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3ZqqBQ15FszCy; Tue, 16 Apr 2013 15:45:33 +0100 (BST) Message-ID: <516D63FA.5020408@rewt.org.uk> Date: Tue, 16 Apr 2013 15:45:14 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Kurt Jaeger Subject: Re: Ubiquity Edgemax ? References: <20130416111354.GY8239@home.opsec.eu> In-Reply-To: <20130416111354.GY8239@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 14:45:36 -0000 Kurt Jaeger wrote: > Hi! > > Has anyone already tried freebsd on the > > http://www.ubnt.com/edgemax > > The device can be opened (loosening two screws at the bottom) > and inside there's an USB port which contains some 2GB flash stick. > Very convenient to tinker around with it. It also has a serial console port. > > The linux dmesg: > > http://opsec.eu/backup/edgemax-linux-dmesg > > It seems to contain an Octeon and the price (approx. 120 EUR) > is attractive to tinker with it. > > The linux /sys files: > > http://opsec.eu/backup/edgemax-sys-files > > I'm not familiar with the MIPS port -- is there some .img repository > somewhere so that I can try to boot it ? > > Has anyone tried the edgemax with an image generated from > > http://people.freebsd.org/~imp/mkoctimage > > The image from 2011 from > > http://people.freebsd.org/~imp/freebsd-octeon-image-1g.xz > > looks a bit old ? I'll experiment with that one for now. > > Thanks! > There aren't any prebuilt images, you'll need to build one yourself and install it by whichever method is easiest for you, I started by cross-building a kernel and rootfs for nfs boot, then set it up from there... The flash is actually 4G, theres an unused ~1.5G section at the end of the flash so you don't need to blow away the edgeos install to boot FreeBSD. From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 01:08:38 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4DCB12CF for ; Wed, 17 Apr 2013 01:08:38 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8A170194 for ; Wed, 17 Apr 2013 01:08:36 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r3H18ZhO017810 for ; Tue, 16 Apr 2013 20:08:35 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r3H18ZBI017809 for freebsd-mips@freebsd.org; Tue, 16 Apr 2013 20:08:35 -0500 (CDT) (envelope-from brooks) Date: Tue, 16 Apr 2013 20:08:35 -0500 From: Brooks Davis To: freebsd-mips@freebsd.org Subject: [PATCH] partial 64-bit bus space generic implementation Message-ID: <20130417010835.GA17779@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 01:08:38 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've implemented generic_bs_*_8() for a subset of MIPS platforms (!sibyte and !o32 ABI) based on the mips3_ld and mips3_sd code in cpufunc.h. I've verified that simple reads and writes work for our MIPS64 ISA CPU. The patch passes make universe, but I've not tested it on any mips32 systems. Any reviews or objections to this patch? -- Brooks http://people.freebsd.org/~brooks/patches/mips-bs8.diff MFP4 223084: Partially implement generic_bs_*_8() for MIPS platforms. This is known to work with TARGET_ARCH=3Dmips64 with FreeBSD/BERI. Assuming that other definitions in cpufunc.h are correct it will work on non-o64 ABI systems except sibyte. On sibyte and o32 systems generic_bs_*_8() will remain panic() implementations. Index: sys/mips/mips/bus_space_generic.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/mips/mips/bus_space_generic.c (revision 249555) +++ sys/mips/mips/bus_space_generic.c (working copy) @@ -202,9 +202,11 @@ #define rd8(a) cvmx_read64_uint8(a) #define rd16(a) cvmx_read64_uint16(a) #define rd32(a) cvmx_read64_uint32(a) +#define rd64(a) cvmx_read64_uint64(a) #define wr8(a, v) cvmx_write64_uint8(a, v) #define wr16(a, v) cvmx_write64_uint16(a, v) #define wr32(a, v) cvmx_write64_uint32(a, v) +#define wr64(a, v) cvmx_write64_uint64(a, v) #elif defined(CPU_SB1) && _BYTE_ORDER =3D=3D _BIG_ENDIAN #include #define rd8(a) sb_big_endian_read8(a) @@ -217,10 +219,16 @@ #define rd8(a) readb(a) #define rd16(a) readw(a) #define rd32(a) readl(a) +#ifdef readd +#define rd64(a) readd((a)) +#endif #define wr8(a, v) writeb(a, v) #define wr16(a, v) writew(a, v) #define wr32(a, v) writel(a, v) +#ifdef writed +#define wr64(a, v) writed((uint64_t *)(a), v) #endif +#endif =20 /* generic bus_space tag */ bus_space_tag_t mips_bus_space_generic =3D &generic_space; @@ -297,7 +305,11 @@ generic_bs_r_8(void *t, bus_space_handle_t handle, bus_size_t offset) { =20 +#ifdef rd64 + return(rd64(handle + offset)); +#else panic("%s: not implemented", __func__); +#endif } =20 void @@ -333,8 +345,14 @@ generic_bs_rm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, uint64_t *addr, size_t count) { +#ifdef rd64 + bus_addr_t baddr =3D bsh + offset; =20 + while (count--) + *addr++ =3D rd64(baddr); +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -382,8 +400,16 @@ generic_bs_rr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, uint64_t *addr, size_t count) { +#ifdef rd64 + bus_addr_t baddr =3D bsh + offset; =20 + while (count--) { + *addr++ =3D rd64(baddr); + baddr +=3D 8; + } +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -419,7 +445,11 @@ uint64_t value) { =20 +#ifdef wr64 + wr64(bsh + offset, value); +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -460,8 +490,14 @@ generic_bs_wm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, const uint64_t *addr, size_t count) { +#ifdef wr64 + bus_addr_t baddr =3D bsh + offset; =20 + while (count--) + wr64(baddr, *addr++); +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -508,8 +544,16 @@ generic_bs_wr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, const uint64_t *addr, size_t count) { +#ifdef wr64 + bus_addr_t baddr =3D bsh + offset; =20 + while (count--) { + wr64(baddr, *addr++); + baddr +=3D 8; + } +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -550,8 +594,14 @@ generic_bs_sm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, uint64_t value, size_t count) { +#ifdef wr64 + bus_addr_t addr =3D bsh + offset; =20 + while (count--) + wr64(addr, value); +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -592,8 +642,14 @@ generic_bs_sr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, uint64_t value, size_t count) { +#ifdef wr64 + bus_addr_t addr =3D bsh + offset; =20 + for (; count !=3D 0; count--, addr +=3D 8) + wr64(addr, value); +#else panic("%s: not implemented", __func__); +#endif } =20 /* @@ -664,8 +720,23 @@ generic_bs_c_8(void *t, bus_space_handle_t bsh1, bus_size_t off1, bus_space_handle_t bsh2, bus_size_t off2, size_t count) { +#if defined(rd64) && defined(wr64) + bus_addr_t addr1 =3D bsh1 + off1; + bus_addr_t addr2 =3D bsh2 + off2; =20 + if (addr1 >=3D addr2) { + /* src after dest: copy forward */ + for (; count !=3D 0; count--, addr1 +=3D 8, addr2 +=3D 8) + wr64(addr2, rd64(addr1)); + } else { + /* dest after src: copy backwards */ + for (addr1 +=3D 8 * (count - 1), addr2 +=3D 8 * (count - 1); + count !=3D 0; count--, addr1 -=3D 8, addr2 -=3D 8) + wr64(addr2, rd64(addr1)); + } +#else panic("%s: not implemented", __func__); +#endif } =20 void Index: sys/mips/include/cpufunc.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/mips/include/cpufunc.h (revision 249555) +++ sys/mips/include/cpufunc.h (working copy) @@ -354,9 +354,15 @@ #define readb(va) (*(volatile uint8_t *) (va)) #define readw(va) (*(volatile uint16_t *) (va)) #define readl(va) (*(volatile uint32_t *) (va)) +#if defined(__GNUC__) && !defined(__mips_o32) +#define readd(a) (*(volatile uint64_t *)(a)) +#endif =20 #define writeb(va, d) (*(volatile uint8_t *) (va) =3D (d)) #define writew(va, d) (*(volatile uint16_t *) (va) =3D (d)) #define writel(va, d) (*(volatile uint32_t *) (va) =3D (d)) +#if defined(__GNUC__) && !defined(__mips_o32) +#define writed(va, d) (*(volatile uint64_t *) (va) =3D (d)) +#endif =20 #endif /* !_MACHINE_CPUFUNC_H_ */ --FCuugMFkClbJLl1L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRbfYTXY6L6fI4GtQRAobWAJ0WwExxaMbms4GhBaQ30FisqriMFQCdELPP WvY+zFQuESY6k5E1zJ8uJTI= =gADO -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 08:11:11 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A7F8AE0 for ; Wed, 17 Apr 2013 08:11:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) by mx1.freebsd.org (Postfix) with ESMTP id B569429A for ; Wed, 17 Apr 2013 08:11:10 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id h11so190147wiv.4 for ; Wed, 17 Apr 2013 01:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=nTvRQsEX8ppr086Qn73gJlcvbdyHewi4CjL8/xWgeKA=; b=I/w09mMpGJVHTBnxhTtuz2Bc7PTltbltP+P+TyLVNf97qHI/KtQir7U+AhZ8tKvJRy Lvt6GlEpMuCnV5QOm5L5Ks1FRH2pjmpczumITLPosJwRt6n3NynSpqihMKY6aHioVTVd Xfzccqk+2sKnQtCFASCppXGUBT28CbDXMwwQg19X1cDAGg8r+BtTF8PliXrrKbt4L78u L614llEK2HoUeWCSeYLsCof7n1jMPwipc0GteCBQMK896ayqnd7IFLvRPlWAkdr7eF+b 1CTD65WEp10NilGH/FQsXLIMOHNnourioZgQoImSkin9gPCaKow+SkEUELeF2PDjhcyd P43Q== MIME-Version: 1.0 X-Received: by 10.194.158.42 with SMTP id wr10mr9261312wjb.23.1366186269894; Wed, 17 Apr 2013 01:11:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 01:11:09 -0700 (PDT) Date: Wed, 17 Apr 2013 01:11:09 -0700 X-Google-Sender-Auth: AHpIWn5sGCeZYdJ8V9okPucB5Tg Message-ID: Subject: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 08:11:11 -0000 Hiya, Just as a heads up - I get an immediate panic during bootup with -HEAD on gxemul/MALTA. I'll post some more details soon. (At least the serial console code works!) adrian From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 11:09:56 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E2D41DA4 for ; Wed, 17 Apr 2013 11:09:56 +0000 (UTC) (envelope-from editor@ijtemt.org) Received: from Host1.yourdomainname.com (50.22.181.244-static.reverse.softlayer.com [50.22.181.244]) by mx1.freebsd.org (Postfix) with ESMTP id A8B3EEBD for ; Wed, 17 Apr 2013 11:09:56 +0000 (UTC) X-Sender: "Editor IJTEMT" X-Receiver: freebsd-mips@freebsd.org From: "Editor IJTEMT" To: freebsd-mips@freebsd.org Date: 17 Apr 2013 04:07:21 -0700 Subject: Call for Papers IJTEMT. Kindly impart in your University/Organization/College/Colleagues/Academia/Social Circle. Priority: urgent Importance: normal Message-Id: <20130417110956.E2D41DA4@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Editor IJTEMT List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 11:09:56 -0000 INTERNATIONAL JOURNAL OF TRENDS IN ECONOMICS MANAGEMENT & TECHNOLOGY IJTEMT invites you to submit your research paper for publishing in Volume II, Issue II ( April 2013). CALL FOR PAPERS VOLUME II, ISSUE II www.ijtemt.org About IJTEMT International Journal of Trends in Economics Management and Technology (IJTEMT) in an International Academic Journal e-published bimonthly in India and open to the world. In this present interdisciplinary era, here at IJTEMT, a group of intellectual came together to find a common platform for three major components of any economy i.e., Economics, Management and Technology. Here we provide a forum to bridge the gap between the brushed-up professional in their respective fields and the new researcher which will results in better understanding and fruitful outcomes. The focus of this journal is to publish paper on economics management and technology. Submitted papers are reviewed by a full double blind manner by the technical committee of the journal. The audience for the journal is professionals from related fields, academicians and new students & research scholars. All submitted articles should report original, previously unpublished research results, experimental or theoretical, and will be peer-reviewed. Articles submitted to the journal should meet these criteria and must not be under consideration for publication elsewhere. Manuscripts should follow the style of the journal and are subject to both review and editing. Why Select IJTEMT Journal IJTEMT Provides E-Certificates to Author's if Needed.IJTEMT is Globally Approved International Journal having Strong Editorial Board. This is Online Open Journal .Author's can Download Paper from Library of Journal at any Time from Anywhere.IJTEMT is a Association of Eminent Scientist, Researchers and Experienced Members of More than 20 Countries.IJTEMT Publishes High Quality Papers which are Peer Reviewed by International/National Reviewers. Author's Query can be solved within 18 Hours. Subject Category: ECONOMICS, MANAGEMENT & TECHNOLOGY. Important Dates: Paper Submission: 27th April 2013 Review Results (Acceptance/Rejection) Notification: Within two weeks after submitting manuscript. Guidelines for submission and Review Process: IJTEMT welcomes author submission of papers concerning any branch of the economics, management and technology and their applications in business, industry and other subjects relevant. The review process goes through following phases which can take time from ten days to two months: a. Each manuscript will be initially evaluated by the editorial board / editor, who may make use of appropriate software to examine the originality of the contents of the manuscript. b. The manuscripts passed through screening at above noted level will be forwarded to two referees for blind peer review, each of whom will make a recommendation to publish the article in its present form/edit/reject. During this period referees shall treat the contents of papers under review as privileged information. c. The reviewers' recommendations determine whether a paper will be accepted / accepted subject to change / subject to resubmission with significant changes / rejected. d. For papers which require changes, the same reviewers will be used to ensure that the quality of the revised paper is acceptable. e. All papers are refereed, and the Editor-in-Chief reserves the right to refuse any typescript, whether on invitation or otherwise, and to make suggestions and/or modifications before publication. Submission of Paper will takes place in two phases: a. Initial Paper Submission: Prospective author (s) is/are encouraged to submit their manuscript including charts, tables, figures and appendixes in .pdf and .doc (both) format to e-mail: [1]submit@ijtemt.org. All submitted articles should report original, previously unpublished research results, experimental or theoretical. Articles submitted to the IJIMT should meet these criteria and must not be under consideration for publication elsewhere. b. Camera Ready Paper Submission:On the acceptance of the paper after completion of the review process the author (s) is/are has to submit camera ready full text paper in .doc and .pdf (both) format to e-mail: [2]submitfinal@ijtemt.org along with the corresponding signed copy of copyright transfer form and scanned copy of payment slip. Publication fees Each accepted paper will be charged, for publication and paper handling, 5000 INR per paper (for a maximum of 8 pages, above which 100 INR will be charged for every additional page) for Indian nationals where as publication fees for foreign national will be 100 USD per paper (for a maximum of 8 pages, above which 10 USD will be charged for every additional page) which is to be paid as per the instructions mentioned in the letter of acceptance of the manuscript submitted. Editor International Journal of Trends in Economics Management & Technology Website: [3]www.ijtemt.org Email: [4]editor@ijtemt.org, [5]coedtech@ijtemt.org, [6]contact@ijtemt.org. Paper Submission Email: [7]submit@ijtemt.org. References 1. mailto:submit@ijtemt.org 2. mailto:submitfinal@ijtemt.org 3. http://www.ijtemt.org/ 4. mailto:editor@ijtemt.org 5. mailto:coedtech@ijtemt.org 6. mailto:contact@ijtemt.org 7. mailto:submit@ijtemt.org From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 15:42:42 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5B640DD3 for ; Wed, 17 Apr 2013 15:42:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qe0-f50.google.com (mail-qe0-f50.google.com [209.85.128.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1D389F5 for ; Wed, 17 Apr 2013 15:42:41 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id a11so973838qen.9 for ; Wed, 17 Apr 2013 08:42:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=DbXlQBY5AG7PSV1iRT54dJ6rTu8bqwK1o6fNrAQLHI0=; b=ZBZhLJIIJjCbP6ic+/Gr0/OUJx5uc0rxxezJnc6zHUULrRdb9zmTl1+9sXF2/Y6yxT vbopYYqQ9oExMZ1B8jog+B1AXg/gbcI0e5PU2BXGO5ppA3T7ZvHZLdDPCAhdSflwRnu2 q4nYtfZo++olNXR4/UxgbfeeffOb/c3mFtCyBoxu2bvAwD9tB2ssV3/y3TDaHhroowUI aV5zg6sCnhVnyXPC+fsgBUs7UJXQfP58ImefYS6rS5jCmTmGwoo17bZTFuQJboBhsdzz fDOgYMWkB2gJfiW/J1AdFIqSMhhYvZAgY/L5jZ/1E4oGKDFkYvS5CEnPkdj+1qxtm/P3 MIvw== X-Received: by 10.229.52.4 with SMTP id f4mr2426063qcg.18.1366213355606; Wed, 17 Apr 2013 08:42:35 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id g6sm8610145qav.6.2013.04.17.08.42.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 08:42:34 -0700 (PDT) Sender: Warner Losh Subject: Re: [PATCH] partial 64-bit bus space generic implementation Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130417010835.GA17779@lor.one-eyed-alien.net> Date: Wed, 17 Apr 2013 09:42:32 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <20130417010835.GA17779@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQnpKCqa9M8B434OIMNtQ1xg3N7+0CfkD1GPg27ZObsPXuCv+q4itNKFh/GD4dB4mcgluEWt Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 15:42:42 -0000 On Apr 16, 2013, at 7:08 PM, Brooks Davis wrote: > I've implemented generic_bs_*_8() for a subset of MIPS platforms > (!sibyte and !o32 ABI) based on the mips3_ld and mips3_sd code in > cpufunc.h. I've verified that simple reads and writes work for our > MIPS64 ISA CPU. The patch passes make universe, but I've not tested it > on any mips32 systems. Any reviews or objections to this patch? > > -- Brooks > > http://people.freebsd.org/~brooks/patches/mips-bs8.diff > > MFP4 223084: > > Partially implement generic_bs_*_8() for MIPS platforms. > > This is known to work with TARGET_ARCH=mips64 with FreeBSD/BERI. > Assuming that other definitions in cpufunc.h are correct it will work on > non-o64 ABI systems except sibyte. On sibyte and o32 systems > generic_bs_*_8() will remain panic() implementations. Why not include sibyte? Doesn't it have LD/SD instructions in 64-bit mode? > Index: sys/mips/mips/bus_space_generic.c > =================================================================== > --- sys/mips/mips/bus_space_generic.c (revision 249555) > +++ sys/mips/mips/bus_space_generic.c (working copy) > @@ -202,9 +202,11 @@ > #define rd8(a) cvmx_read64_uint8(a) > #define rd16(a) cvmx_read64_uint16(a) > #define rd32(a) cvmx_read64_uint32(a) > +#define rd64(a) cvmx_read64_uint64(a) > #define wr8(a, v) cvmx_write64_uint8(a, v) > #define wr16(a, v) cvmx_write64_uint16(a, v) > #define wr32(a, v) cvmx_write64_uint32(a, v) > +#define wr64(a, v) cvmx_write64_uint64(a, v) > #elif defined(CPU_SB1) && _BYTE_ORDER == _BIG_ENDIAN > #include > #define rd8(a) sb_big_endian_read8(a) > @@ -217,10 +219,16 @@ > #define rd8(a) readb(a) > #define rd16(a) readw(a) > #define rd32(a) readl(a) > +#ifdef readd > +#define rd64(a) readd((a)) > +#endif > #define wr8(a, v) writeb(a, v) > #define wr16(a, v) writew(a, v) > #define wr32(a, v) writel(a, v) > +#ifdef writed > +#define wr64(a, v) writed((uint64_t *)(a), v) > #endif > +#endif > > /* generic bus_space tag */ > bus_space_tag_t mips_bus_space_generic = &generic_space; > @@ -297,7 +305,11 @@ > generic_bs_r_8(void *t, bus_space_handle_t handle, bus_size_t offset) > { > > +#ifdef rd64 > + return(rd64(handle + offset)); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > void > @@ -333,8 +345,14 @@ > generic_bs_rm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > uint64_t *addr, size_t count) > { > +#ifdef rd64 > + bus_addr_t baddr = bsh + offset; > > + while (count--) > + *addr++ = rd64(baddr); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -382,8 +400,16 @@ > generic_bs_rr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > uint64_t *addr, size_t count) > { > +#ifdef rd64 > + bus_addr_t baddr = bsh + offset; > > + while (count--) { > + *addr++ = rd64(baddr); > + baddr += 8; > + } > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -419,7 +445,11 @@ > uint64_t value) > { > > +#ifdef wr64 > + wr64(bsh + offset, value); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -460,8 +490,14 @@ > generic_bs_wm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > const uint64_t *addr, size_t count) > { > +#ifdef wr64 > + bus_addr_t baddr = bsh + offset; > > + while (count--) > + wr64(baddr, *addr++); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -508,8 +544,16 @@ > generic_bs_wr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > const uint64_t *addr, size_t count) > { > +#ifdef wr64 > + bus_addr_t baddr = bsh + offset; > > + while (count--) { > + wr64(baddr, *addr++); > + baddr += 8; > + } > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -550,8 +594,14 @@ > generic_bs_sm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > uint64_t value, size_t count) > { > +#ifdef wr64 > + bus_addr_t addr = bsh + offset; > > + while (count--) > + wr64(addr, value); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -592,8 +642,14 @@ > generic_bs_sr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > uint64_t value, size_t count) > { > +#ifdef wr64 > + bus_addr_t addr = bsh + offset; > > + for (; count != 0; count--, addr += 8) > + wr64(addr, value); > +#else > panic("%s: not implemented", __func__); > +#endif > } > > /* > @@ -664,8 +720,23 @@ > generic_bs_c_8(void *t, bus_space_handle_t bsh1, bus_size_t off1, > bus_space_handle_t bsh2, bus_size_t off2, size_t count) > { > +#if defined(rd64) && defined(wr64) > + bus_addr_t addr1 = bsh1 + off1; > + bus_addr_t addr2 = bsh2 + off2; > > + if (addr1 >= addr2) { > + /* src after dest: copy forward */ > + for (; count != 0; count--, addr1 += 8, addr2 += 8) > + wr64(addr2, rd64(addr1)); > + } else { > + /* dest after src: copy backwards */ > + for (addr1 += 8 * (count - 1), addr2 += 8 * (count - 1); > + count != 0; count--, addr1 -= 8, addr2 -= 8) > + wr64(addr2, rd64(addr1)); > + } > +#else > panic("%s: not implemented", __func__); > +#endif > } > > void > Index: sys/mips/include/cpufunc.h > =================================================================== > --- sys/mips/include/cpufunc.h (revision 249555) > +++ sys/mips/include/cpufunc.h (working copy) > @@ -354,9 +354,15 @@ > #define readb(va) (*(volatile uint8_t *) (va)) > #define readw(va) (*(volatile uint16_t *) (va)) > #define readl(va) (*(volatile uint32_t *) (va)) > +#if defined(__GNUC__) && !defined(__mips_o32) > +#define readd(a) (*(volatile uint64_t *)(a)) > +#endif Why __GNU_C__ here? > #define writeb(va, d) (*(volatile uint8_t *) (va) = (d)) > #define writew(va, d) (*(volatile uint16_t *) (va) = (d)) > #define writel(va, d) (*(volatile uint32_t *) (va) = (d)) > +#if defined(__GNUC__) && !defined(__mips_o32) > +#define writed(va, d) (*(volatile uint64_t *) (va) = (d)) > +#endif And here... > #endif /* !_MACHINE_CPUFUNC_H_ */ From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 16:02:12 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F33D4B6A for ; Wed, 17 Apr 2013 16:02:11 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 64E70255 for ; Wed, 17 Apr 2013 16:02:10 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r3HG2Dgq028992; Wed, 17 Apr 2013 11:02:13 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id r3HG2DVi028991; Wed, 17 Apr 2013 11:02:13 -0500 (CDT) (envelope-from brooks) Date: Wed, 17 Apr 2013 11:02:13 -0500 From: Brooks Davis To: Warner Losh Subject: Re: [PATCH] partial 64-bit bus space generic implementation Message-ID: <20130417160213.GB17916@lor.one-eyed-alien.net> References: <20130417010835.GA17779@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 16:02:12 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 17, 2013 at 09:42:32AM -0600, Warner Losh wrote: >=20 > On Apr 16, 2013, at 7:08 PM, Brooks Davis wrote: >=20 > > I've implemented generic_bs_*_8() for a subset of MIPS platforms > > (!sibyte and !o32 ABI) based on the mips3_ld and mips3_sd code in > > cpufunc.h. I've verified that simple reads and writes work for our > > MIPS64 ISA CPU. The patch passes make universe, but I've not tested it > > on any mips32 systems. Any reviews or objections to this patch? > >=20 > > -- Brooks > >=20 > > http://people.freebsd.org/~brooks/patches/mips-bs8.diff > >=20 > > MFP4 223084: > >=20 > > Partially implement generic_bs_*_8() for MIPS platforms. > >=20 > > This is known to work with TARGET_ARCH=3Dmips64 with FreeBSD/BERI. > > Assuming that other definitions in cpufunc.h are correct it will work on > > non-o64 ABI systems except sibyte. On sibyte and o32 systems > > generic_bs_*_8() will remain panic() implementations. >=20 > Why not include sibyte? Doesn't it have LD/SD instructions in 64-bit mode? Because the sibyte implementation uses sb_big_endian_read## macros and there is no 64-bit macro available. > > Index: sys/mips/mips/bus_space_generic.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sys/mips/mips/bus_space_generic.c (revision 249555) > > +++ sys/mips/mips/bus_space_generic.c (working copy) > > @@ -202,9 +202,11 @@ > > #define rd8(a) cvmx_read64_uint8(a) > > #define rd16(a) cvmx_read64_uint16(a) > > #define rd32(a) cvmx_read64_uint32(a) > > +#define rd64(a) cvmx_read64_uint64(a) > > #define wr8(a, v) cvmx_write64_uint8(a, v) > > #define wr16(a, v) cvmx_write64_uint16(a, v) > > #define wr32(a, v) cvmx_write64_uint32(a, v) > > +#define wr64(a, v) cvmx_write64_uint64(a, v) > > #elif defined(CPU_SB1) && _BYTE_ORDER =3D=3D _BIG_ENDIAN > > #include > > #define rd8(a) sb_big_endian_read8(a) > > @@ -217,10 +219,16 @@ > > #define rd8(a) readb(a) > > #define rd16(a) readw(a) > > #define rd32(a) readl(a) > > +#ifdef readd > > +#define rd64(a) readd((a)) > > +#endif > > #define wr8(a, v) writeb(a, v) > > #define wr16(a, v) writew(a, v) > > #define wr32(a, v) writel(a, v) > > +#ifdef writed > > +#define wr64(a, v) writed((uint64_t *)(a), v) > > #endif > > +#endif > >=20 > > /* generic bus_space tag */ > > bus_space_tag_t mips_bus_space_generic =3D &generic_space; > > @@ -297,7 +305,11 @@ > > generic_bs_r_8(void *t, bus_space_handle_t handle, bus_size_t offset) > > { > >=20 > > +#ifdef rd64 > > + return(rd64(handle + offset)); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > void > > @@ -333,8 +345,14 @@ > > generic_bs_rm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > uint64_t *addr, size_t count) > > { > > +#ifdef rd64 > > + bus_addr_t baddr =3D bsh + offset; > >=20 > > + while (count--) > > + *addr++ =3D rd64(baddr); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -382,8 +400,16 @@ > > generic_bs_rr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > uint64_t *addr, size_t count) > > { > > +#ifdef rd64 > > + bus_addr_t baddr =3D bsh + offset; > >=20 > > + while (count--) { > > + *addr++ =3D rd64(baddr); > > + baddr +=3D 8; > > + } > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -419,7 +445,11 @@ > > uint64_t value) > > { > >=20 > > +#ifdef wr64 > > + wr64(bsh + offset, value); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -460,8 +490,14 @@ > > generic_bs_wm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > const uint64_t *addr, size_t count) > > { > > +#ifdef wr64 > > + bus_addr_t baddr =3D bsh + offset; > >=20 > > + while (count--) > > + wr64(baddr, *addr++); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -508,8 +544,16 @@ > > generic_bs_wr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > const uint64_t *addr, size_t count) > > { > > +#ifdef wr64 > > + bus_addr_t baddr =3D bsh + offset; > >=20 > > + while (count--) { > > + wr64(baddr, *addr++); > > + baddr +=3D 8; > > + } > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -550,8 +594,14 @@ > > generic_bs_sm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > uint64_t value, size_t count) > > { > > +#ifdef wr64 > > + bus_addr_t addr =3D bsh + offset; > >=20 > > + while (count--) > > + wr64(addr, value); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -592,8 +642,14 @@ > > generic_bs_sr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > uint64_t value, size_t count) > > { > > +#ifdef wr64 > > + bus_addr_t addr =3D bsh + offset; > >=20 > > + for (; count !=3D 0; count--, addr +=3D 8) > > + wr64(addr, value); > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > /* > > @@ -664,8 +720,23 @@ > > generic_bs_c_8(void *t, bus_space_handle_t bsh1, bus_size_t off1, > > bus_space_handle_t bsh2, bus_size_t off2, size_t count) > > { > > +#if defined(rd64) && defined(wr64) > > + bus_addr_t addr1 =3D bsh1 + off1; > > + bus_addr_t addr2 =3D bsh2 + off2; > >=20 > > + if (addr1 >=3D addr2) { > > + /* src after dest: copy forward */ > > + for (; count !=3D 0; count--, addr1 +=3D 8, addr2 +=3D 8) > > + wr64(addr2, rd64(addr1)); > > + } else { > > + /* dest after src: copy backwards */ > > + for (addr1 +=3D 8 * (count - 1), addr2 +=3D 8 * (count - 1); > > + count !=3D 0; count--, addr1 -=3D 8, addr2 -=3D 8) > > + wr64(addr2, rd64(addr1)); > > + } > > +#else > > panic("%s: not implemented", __func__); > > +#endif > > } > >=20 > > void > > Index: sys/mips/include/cpufunc.h > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sys/mips/include/cpufunc.h (revision 249555) > > +++ sys/mips/include/cpufunc.h (working copy) > > @@ -354,9 +354,15 @@ > > #define readb(va) (*(volatile uint8_t *) (va)) > > #define readw(va) (*(volatile uint16_t *) (va)) > > #define readl(va) (*(volatile uint32_t *) (va)) > > +#if defined(__GNUC__) && !defined(__mips_o32) > > +#define readd(a) (*(volatile uint64_t *)(a)) > > +#endif >=20 > Why __GNU_C__ here? Because that's the ifdef that was used a few lines up around this: #if defined(__GNUC__) && !defined(__mips_o32) #define mips3_ld(a) (*(const volatile uint64_t *)(a)) #define mips3_sd(a, v) (*(volatile uint64_t *)(a) =3D (v)) #else uint64_t mips3_ld(volatile uint64_t *va); void mips3_sd(volatile uint64_t *, uint64_t); #endif /* __GNUC__ */ It's not at all clear to me that's the right ifdef, but someone once thought it was so I went with it. I'm happy to go with a more appropriate ifdef. For my purposes something that pinned it to mips64 would be fine since supporting mips32 on our platform is a non-goal. Thanks, Brooks --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRbseEXY6L6fI4GtQRAvQ8AKCLLR8TWeJ2BUemYn2Bc5xgtQCcyACfQpMc yDJizQADIHOQQhreTONvI+c= =iElB -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 17:49:47 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 93809C9F for ; Wed, 17 Apr 2013 17:49:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f49.google.com (mail-wg0-f49.google.com [74.125.82.49]) by mx1.freebsd.org (Postfix) with ESMTP id 374F2935 for ; Wed, 17 Apr 2013 17:49:46 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so1941140wgg.16 for ; Wed, 17 Apr 2013 10:49:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=p8/p8A3jrZA1O8X9Nst3sqTYoC19y6BRM9GRThQ1E8w=; b=kipMqbylMTC5R+hbjH39xGn8zzbqz5/DFm9vYJ+ZdWmJnLr2W7Kf2kbheWQZjNA2iq q4DiJl0d+JQ5AVvctANTOoL2xegIl0LtOYt2QdV9bNsg+/Jn/f2oe1+OrzCQ7Nf/Ytaa rzzw8CRpLepgr/TZ5/L6egO0fTPAf3Q2MCqB6KtBaetByrch6lk+9PR2EGbL51YLFCcT GQP9yq8+Gpzg8MTzzYNTfAWlPqyHUF+UIuNfMmiO1BrNbuT96PcYJIz0ozyuon2QADm1 dIohIPa4+ltuUQC3igwG5O1bo4f8bhXCwfLJ5fYejlY/Y6wvrcKH4ui/HafSTeFkOXib S3zw== MIME-Version: 1.0 X-Received: by 10.194.158.42 with SMTP id wr10mr13172613wjb.23.1366220986048; Wed, 17 Apr 2013 10:49:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 10:49:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Apr 2013 10:49:45 -0700 X-Google-Sender-Auth: i2-J0CXv590Dy-AnrcnfHEbrmUM Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 17:49:47 -0000 As promised: [adrian@lucy ~]$ gxemul -e malta -d i:/home/adrian/work/freebsd/svn/mfsroot-rspro.img -C 4Kc /tftpboot/kernel.MALTA GXemul 0.6.0 Copyright (C) 2003-2010 Anders Gavare Read the source code and/or documentation for other Copyright messages. Simple setup... net: simulated network: 10.0.0.0/8 (max outgoing: TCP=100, UDP=100) simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10) simulated nameserver uses real nameserver 10.11.0.2 machine: memory: 128 MB cpu0: 4Kc (I+D = 16+16 KB) machine: MALTA (evbmips, little endian) (33.00 MHz) bootstring: kernel.MALTA diskimage: /home/adrian/work/freebsd/svn/mfsroot-rspro.img IDE DISK id 0, read-only, 17 MB (35768 sectors) loading /tftpboot/kernel.MALTA cpu0: starting at 0x80100100 (gp=0x804d42c0) NOTE: This is a LEGACY emulation mode. ------------------------------------------------------------------------------- entry: platform_start() cmd line: kernel.MALTA envp: baseboardserial = 0000000000 bootprot = tftp bootserport = tty0 bootserver = 10.0.0.254 ethaddr = 10.20.30.00.00.10 gateway = 10.0.0.254 ipaddr = 10.0.0.1 memsize = 0x08000000 modetty0 = 38400,n,8,1,none modetty1 = 38400,n,8,1,none prompt = YAMON yamonrev = 02.06 subnetmask = 255.0.0.0 khz = 33000 memsize = 08000000 Cache info: picache_stride = 4096 picache_loopcount = 4 pdcache_stride = 4096 pdcache_loopcount = 4 cpu0: MIPS Technologies processor v1.128 MMU: Standard TLB, 16 entries L1 i-cache: 2 ways of 512 sets, 16 bytes per line L1 d-cache: 2 ways of 512 sets, 16 bytes per line Config1=0x1ed96c81 Physical memory chunk(s): 0x4f0000 - 0x7ffffff, 129040384 bytes (31504 pages) Maxmem is 0x8000000 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r249569M: Wed Dec 31 16:00:00 PST 1969 adrian@dummy:/home/adrian/work/freebsd/svn/obj/mipsel/mips.mipsel/usr/home/adrian/work/freebsd/svn/src/sys/MALTA mips gcc version 4.2.1 20070831 patched [FreeBSD] [ warning: LOW reference: vaddr=0x00000000, exception TLBL, pc=0x8020f024 ] Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [ thread pid 0 tid 0 ] Stopped at 0x8020f024: lb v0,0(s2) db> I'll get cross-build gdb up in a sec and see if I can get this working.. Adrian From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 18:03:22 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B40212D1 for ; Wed, 17 Apr 2013 18:03:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 5632B9F5 for ; Wed, 17 Apr 2013 18:03:22 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id s43so1412117wey.21 for ; Wed, 17 Apr 2013 11:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KQqvG9j6WbGdMvK2xd8wsYxmHlB0vTtcUxvpicvkMzA=; b=rvdpTilN0I9rU5o+ugK5+0p+kjocv589SVVkYKGWVpiKWS6sLviqRQs0iaXI8XW/Mt 2rzcKoeUckNlZxpk0c058B0dOClafoUdrPdNn3GLj7TXcwrnwblczLGwTFctYgO5uYjB rIQqbat2oSj9XPOtG9yOEggknHLRfZdX4DDpgCLKUPoF2T9vY5GJrYv8raSoAKdnoS1E dA0sF3PUw4spxBckwKyyj34caVAEEzN4F2s7ttf6kzczOI6Wsdpa/vIdtjwszgMT35MU JQUub0HAObkTbCSXD5B+66jSu7ESznT3BhteZQH7xsmNgH4qGBkFYMwAfFGoSyB9tC0y IDhw== MIME-Version: 1.0 X-Received: by 10.181.12.5 with SMTP id em5mr12879067wid.24.1366221801466; Wed, 17 Apr 2013 11:03:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 11:03:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Apr 2013 11:03:21 -0700 X-Google-Sender-Auth: u5ao3Y6MrFOb92CNJxlTA_K9M2g Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 18:03:22 -0000 On 17 April 2013 10:49, Adrian Chadd wrote: > gcc version 4.2.1 20070831 patched [FreeBSD] > [ warning: LOW reference: vaddr=0x00000000, exception TLBL, > pc=0x8020f024 ] > Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) > [ thread pid 0 tid 0 ] > Stopped at 0x8020f024: lb v0,0(s2) > db> (kgdb) list *0x8020f024 0x8020f024 is in init_dynamic_kenv (/usr/home/adrian/work/freebsd/svn/src/sys/kern/kern_environment.c:234). 229 int i; 230 231 kenvp = malloc((KENV_SIZE + 1) * sizeof(char *), M_KENV, 232 M_WAITOK | M_ZERO); 233 i = 0; 234 if (*kern_envp != '\0') { 235 for (cp = kern_envp; cp != NULL; cp = kernenv_next(cp)) { 236 len = strlen(cp) + 1; 237 if (len > KENV_MNAMELEN + 1 + KENV_MVALLEN + 1) { 238 printf( From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 18:14:38 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B20341D5 for ; Wed, 17 Apr 2013 18:14:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 713BCBF7 for ; Wed, 17 Apr 2013 18:14:38 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id j8so1040656qah.13 for ; Wed, 17 Apr 2013 11:14:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=S1HvZtmIIw1I7NPDZVQD1Cx1XDJgQpZBmFNSoqLvQAg=; b=cs3m5Oa3XIBfvN2j9eSporigv3JsUxAe6l0TntBJTdooaWG7Vvw1Afp/Wpos/5Ti6Z gihzbp7k3zFZ+qoj86/8O13urF2h2bSaf2Z04IwBwgORSaqRKgkXUADsxW9OOKX3l52y mEAK4nNhypTsvcpcyRioVKUH+Ya66nAnnQl/4XtlGkeYVrXawUxEBRe06r3d5OR5Z9U5 Ce/7Ua5PEP7LAVip2/UA5F9ahFImhLui6NahqDPg/e5uvKKmC3EgXBZxrX33bHQ9ViPK NvNeQBC4kpa1krMOCnmGHjQ/kELNObv19ZpLOp+7HiiKR/ToO/z1HZ39svLMgW8vVDv5 FX7Q== X-Received: by 10.229.119.146 with SMTP id z18mr2772273qcq.85.1366222472127; Wed, 17 Apr 2013 11:14:32 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id g6sm9407348qav.6.2013.04.17.11.14.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 11:14:31 -0700 (PDT) Sender: Warner Losh Subject: Re: -HEAD on gxemul/MALTA is broken Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 17 Apr 2013 12:14:27 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkHf7xp7i6iuJKDxEY7Yy2K0zDD8QPICM7iV3PgBtiqc8vDrhvDRM/ElgTmye4J2CdumyIe Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 18:14:38 -0000 Update. I fixed that yesterday. Warner On Apr 17, 2013, at 12:03 PM, Adrian Chadd wrote: > On 17 April 2013 10:49, Adrian Chadd wrote: > >> gcc version 4.2.1 20070831 patched [FreeBSD] >> [ warning: LOW reference: vaddr=0x00000000, exception TLBL, >> pc=0x8020f024 ] >> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) >> [ thread pid 0 tid 0 ] >> Stopped at 0x8020f024: lb v0,0(s2) >> db> > > (kgdb) list *0x8020f024 > 0x8020f024 is in init_dynamic_kenv > (/usr/home/adrian/work/freebsd/svn/src/sys/kern/kern_environment.c:234). > 229 int i; > 230 > 231 kenvp = malloc((KENV_SIZE + 1) * sizeof(char *), M_KENV, > 232 M_WAITOK | M_ZERO); > 233 i = 0; > 234 if (*kern_envp != '\0') { > 235 for (cp = kern_envp; cp != NULL; cp = > kernenv_next(cp)) { > 236 len = strlen(cp) + 1; > 237 if (len > KENV_MNAMELEN + 1 + > KENV_MVALLEN + 1) { > 238 printf( > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 18:19:51 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ABA4072A; Wed, 17 Apr 2013 18:19:51 +0000 (UTC) (envelope-from aduane@juniper.net) Received: from exprod7og105.obsmtp.com (exprod7og105.obsmtp.com [64.18.2.163]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE7DCE8; Wed, 17 Apr 2013 18:19:51 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob105.postini.com ([64.18.6.12]) with SMTP ID DSNKUW7nwS74JqEhG9vX5RaaZshX2EkPUPn2@postini.com; Wed, 17 Apr 2013 11:19:51 PDT Received: from P-CLDFE01-HQ.jnpr.net (172.24.192.59) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 17 Apr 2013 11:13:53 -0700 Received: from o365mail.juniper.net (207.17.137.224) by o365mail.juniper.net (172.24.192.59) with Microsoft SMTP Server id 14.1.355.2; Wed, 17 Apr 2013 11:13:52 -0700 Received: from co1outboundpool.messaging.microsoft.com (216.32.180.188) by o365mail.juniper.net (207.17.137.224) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 17 Apr 2013 11:23:44 -0700 Received: from mail38-co1-R.bigfish.com (10.243.78.254) by CO1EHSOBE038.bigfish.com (10.243.66.103) with Microsoft SMTP Server id 14.1.225.23; Wed, 17 Apr 2013 18:13:51 +0000 Received: from mail38-co1 (localhost [127.0.0.1]) by mail38-co1-R.bigfish.com (Postfix) with ESMTP id D13ADA00166; Wed, 17 Apr 2013 18:13:51 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.244.213; KIP:(null); UIP:(null); (null); H:CH1PRD0510HT004.namprd05.prod.outlook.com; R:internal; EFV:INT X-SpamScore: -3 X-BigFish: PS-3(zz98dI9371I542Izz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz17326ah8275dh8275chz2dh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1155h) Received: from mail38-co1 (localhost.localdomain [127.0.0.1]) by mail38-co1 (MessageSwitch) id 1366222430682741_12816; Wed, 17 Apr 2013 18:13:50 +0000 (UTC) Received: from CO1EHSMHS032.bigfish.com (unknown [10.243.78.234]) by mail38-co1.bigfish.com (Postfix) with ESMTP id 9AE4F48001D; Wed, 17 Apr 2013 18:13:50 +0000 (UTC) Received: from CH1PRD0510HT004.namprd05.prod.outlook.com (157.56.244.213) by CO1EHSMHS032.bigfish.com (10.243.66.42) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 17 Apr 2013 18:13:50 +0000 Received: from CH1PRD0510MB392.namprd05.prod.outlook.com ([169.254.6.100]) by CH1PRD0510HT004.namprd05.prod.outlook.com ([10.255.150.39]) with mapi id 14.16.0293.003; Wed, 17 Apr 2013 18:13:49 +0000 From: Andrew Duane To: Adrian Chadd , "freebsd-mips@freebsd.org" Subject: RE: -HEAD on gxemul/MALTA is broken Thread-Topic: -HEAD on gxemul/MALTA is broken Thread-Index: AQHOO5P8eqVxZuF7REGD8tzqnI6tspjatImAgAACnAA= Date: Wed, 17 Apr 2013 18:13:48 +0000 Message-ID: <477C1270D3E5484DA2303CEBE274C9E1250ED2D7@CH1PRD0510MB392.namprd05.prod.outlook.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.232.2] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% X-FOPE-CONNECTOR: Id%12219$Dn%FREEBSD.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 18:19:51 -0000 I tripped across this doing some early Octeon work. IIRC, it has to do with= the static kenv (kern_envp) not being initialized properly. I had to work = around it somehow, but I'm afraid I forgot how :( =A0.................................... Andrew L. Duane Resident Architect - AT&T Technical Lead m=A0=A0=A0+1 603.770.7088 o +1 408.933.6944 (2-6944) skype: andrewlduane aduane@juniper.net -----Original Message----- From: owner-freebsd-mips@freebsd.org [mailto:owner-freebsd-mips@freebsd.org= ] On Behalf Of Adrian Chadd Sent: Wednesday, April 17, 2013 2:03 PM To: freebsd-mips@freebsd.org Subject: Re: -HEAD on gxemul/MALTA is broken On 17 April 2013 10:49, Adrian Chadd wrote: > gcc version 4.2.1 20070831 patched [FreeBSD] [ warning: LOW reference:=20 > vaddr=3D0x00000000, exception TLBL, > pc=3D0x8020f024 ] Trap cause =3D 2 (TLB miss=20 > (load or instr. fetch) - kernel mode) [ thread pid 0 tid 0 ] > Stopped at 0x8020f024: lb v0,0(s2) > db> (kgdb) list *0x8020f024 0x8020f024 is in init_dynamic_kenv (/usr/home/adrian/work/freebsd/svn/src/sys/kern/kern_environment.c:234). 229 int i; 230 231 kenvp =3D malloc((KENV_SIZE + 1) * sizeof(char *), M_KENV, 232 M_WAITOK | M_ZERO); 233 i =3D 0; 234 if (*kern_envp !=3D '\0') { 235 for (cp =3D kern_envp; cp !=3D NULL; cp =3D kernenv_next(cp)) { 236 len =3D strlen(cp) + 1; 237 if (len > KENV_MNAMELEN + 1 + KENV_MVALLEN + 1) { 238 printf( _______________________________________________ freebsd-mips@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mips To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 18:49:50 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 96FDB548 for ; Wed, 17 Apr 2013 18:49:50 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 5382BEB8 for ; Wed, 17 Apr 2013 18:49:50 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1USXQL-000HOP-F3; Wed, 17 Apr 2013 11:49:43 -0700 Message-ID: <516EEE58.3080009@bluezbox.com> Date: Wed, 17 Apr 2013 11:47:52 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Joe Holden Subject: Re: panic on EdgeRouter Lite References: <516B5B89.7080202@rewt.org.uk> In-Reply-To: <516B5B89.7080202@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 4/14/2013 6:44 PM, Joe Holden wrote: > Hi guys, > > I've been playing with HEAD on the erl and under load (eg when > compiling something, I get the follow panics: > > panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 > cpuid = 0 > > They all seem to be the same, what info do I need to gather to allow > someone to debug this? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 18:49:50 -0000 On 4/14/2013 6:44 PM, Joe Holden wrote: > Hi guys, > > I've been playing with HEAD on the erl and under load (eg when > compiling something, I get the follow panics: > > panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 > cpuid = 0 > > They all seem to be the same, what info do I need to gather to allow > someone to debug this? For starters - backtrace. From my experience - kernel stack on MIPS is somewhat fragile :( e.g. loading kernel module with moderate length of dependency chain (dtraceall in my case) easily exhausts stack. I didn't have time to look into it further. From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 19:12:27 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1BCF4E99; Wed, 17 Apr 2013 19:12:27 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id DB231FC8; Wed, 17 Apr 2013 19:12:26 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id aq17so886446iec.37 for ; Wed, 17 Apr 2013 12:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=NOFQa3S8RCtSDBbGBjXgCYhSaQ8b9FbG8PPC4OIPiSA=; b=cBTBKLC0KPhawtJFQDWfbPOie9hiJ5/8m0z8zFb8Ei5itJFt2GCta/cp+i1RhQIEHG zg3hACr3a7sYALiLJgdKs0e+QuXLLYnoCSr80x+fYG3XdJ2VHZDsURJtc/aL1I6RJa2w VXJeFpXxLD1X7pIvCsgmr55pgbCsC7SRfPIY4sdUyD6yJWHJhh4bbbjLUatbHm1t9w2q hpl+8BGYh0RVfs1h7lBqz3G9M5BZVNJdULCRUNcax2Qo8Pr6qkCeIDHAkNOxx4MoSkvw uYUQHlDRiyAsk57AcIOUdfPlZU9E3zaFBkz1SquO0J5ffQH6nE8cW4jh/19/+fOYjnTw L6kw== MIME-Version: 1.0 X-Received: by 10.50.213.97 with SMTP id nr1mr11098211igc.36.1366225946615; Wed, 17 Apr 2013 12:12:26 -0700 (PDT) Received: by 10.43.9.138 with HTTP; Wed, 17 Apr 2013 12:12:26 -0700 (PDT) In-Reply-To: <20130417160213.GB17916@lor.one-eyed-alien.net> References: <20130417010835.GA17779@lor.one-eyed-alien.net> <20130417160213.GB17916@lor.one-eyed-alien.net> Date: Wed, 17 Apr 2013 12:12:26 -0700 Message-ID: Subject: Re: [PATCH] partial 64-bit bus space generic implementation From: Neel Natu To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 19:12:27 -0000 Hi, On Wed, Apr 17, 2013 at 9:02 AM, Brooks Davis wrote: > On Wed, Apr 17, 2013 at 09:42:32AM -0600, Warner Losh wrote: > > > > On Apr 16, 2013, at 7:08 PM, Brooks Davis wrote: > > > > > I've implemented generic_bs_*_8() for a subset of MIPS platforms > > > (!sibyte and !o32 ABI) based on the mips3_ld and mips3_sd code in > > > cpufunc.h. I've verified that simple reads and writes work for our > > > MIPS64 ISA CPU. The patch passes make universe, but I've not tested it > > > on any mips32 systems. Any reviews or objections to this patch? > > > > > > -- Brooks > > > > > > http://people.freebsd.org/~brooks/patches/mips-bs8.diff > > > > > > MFP4 223084: > > > > > > Partially implement generic_bs_*_8() for MIPS platforms. > > > > > > This is known to work with TARGET_ARCH=mips64 with FreeBSD/BERI. > > > Assuming that other definitions in cpufunc.h are correct it will work > on > > > non-o64 ABI systems except sibyte. On sibyte and o32 systems > > > generic_bs_*_8() will remain panic() implementations. > > > > Why not include sibyte? Doesn't it have LD/SD instructions in 64-bit > mode? > > Because the sibyte implementation uses sb_big_endian_read## macros and > there is no 64-bit macro available. > Yup, that's right. We access the PCI address space through the "match bit lanes" window. Accessing PCI memory through this window does the endian-swap before loading the value into the processor registers. So, it hides the little-endian nature of the PCI bus from the big-endian processor. This works fine for accesses that are 32, 16 or 8 bits in size. The problem is that a 64-bit access is treated as two independent 32-bit accesses from the "endian-swap" point of view so the right thing does not happen transparently to software. We could fix it by swapping the two 32-bit words in the 64-bit dword after the readd() or before the writed(). I'll be happy to provide a patch if someone has the equipment to verify that it works. best Neel > > > > Index: sys/mips/mips/bus_space_generic.c > > > =================================================================== > > > --- sys/mips/mips/bus_space_generic.c (revision 249555) > > > +++ sys/mips/mips/bus_space_generic.c (working copy) > > > @@ -202,9 +202,11 @@ > > > #define rd8(a) cvmx_read64_uint8(a) > > > #define rd16(a) cvmx_read64_uint16(a) > > > #define rd32(a) cvmx_read64_uint32(a) > > > +#define rd64(a) cvmx_read64_uint64(a) > > > #define wr8(a, v) cvmx_write64_uint8(a, v) > > > #define wr16(a, v) cvmx_write64_uint16(a, v) > > > #define wr32(a, v) cvmx_write64_uint32(a, v) > > > +#define wr64(a, v) cvmx_write64_uint64(a, v) > > > #elif defined(CPU_SB1) && _BYTE_ORDER == _BIG_ENDIAN > > > #include > > > #define rd8(a) sb_big_endian_read8(a) > > > @@ -217,10 +219,16 @@ > > > #define rd8(a) readb(a) > > > #define rd16(a) readw(a) > > > #define rd32(a) readl(a) > > > +#ifdef readd > > > +#define rd64(a) readd((a)) > > > +#endif > > > #define wr8(a, v) writeb(a, v) > > > #define wr16(a, v) writew(a, v) > > > #define wr32(a, v) writel(a, v) > > > +#ifdef writed > > > +#define wr64(a, v) writed((uint64_t *)(a), v) > > > #endif > > > +#endif > > > > > > /* generic bus_space tag */ > > > bus_space_tag_t mips_bus_space_generic = &generic_space; > > > @@ -297,7 +305,11 @@ > > > generic_bs_r_8(void *t, bus_space_handle_t handle, bus_size_t offset) > > > { > > > > > > +#ifdef rd64 > > > + return(rd64(handle + offset)); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > void > > > @@ -333,8 +345,14 @@ > > > generic_bs_rm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > uint64_t *addr, size_t count) > > > { > > > +#ifdef rd64 > > > + bus_addr_t baddr = bsh + offset; > > > > > > + while (count--) > > > + *addr++ = rd64(baddr); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -382,8 +400,16 @@ > > > generic_bs_rr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > uint64_t *addr, size_t count) > > > { > > > +#ifdef rd64 > > > + bus_addr_t baddr = bsh + offset; > > > > > > + while (count--) { > > > + *addr++ = rd64(baddr); > > > + baddr += 8; > > > + } > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -419,7 +445,11 @@ > > > uint64_t value) > > > { > > > > > > +#ifdef wr64 > > > + wr64(bsh + offset, value); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -460,8 +490,14 @@ > > > generic_bs_wm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > const uint64_t *addr, size_t count) > > > { > > > +#ifdef wr64 > > > + bus_addr_t baddr = bsh + offset; > > > > > > + while (count--) > > > + wr64(baddr, *addr++); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -508,8 +544,16 @@ > > > generic_bs_wr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > const uint64_t *addr, size_t count) > > > { > > > +#ifdef wr64 > > > + bus_addr_t baddr = bsh + offset; > > > > > > + while (count--) { > > > + wr64(baddr, *addr++); > > > + baddr += 8; > > > + } > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -550,8 +594,14 @@ > > > generic_bs_sm_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > uint64_t value, size_t count) > > > { > > > +#ifdef wr64 > > > + bus_addr_t addr = bsh + offset; > > > > > > + while (count--) > > > + wr64(addr, value); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -592,8 +642,14 @@ > > > generic_bs_sr_8(void *t, bus_space_handle_t bsh, bus_size_t offset, > > > uint64_t value, size_t count) > > > { > > > +#ifdef wr64 > > > + bus_addr_t addr = bsh + offset; > > > > > > + for (; count != 0; count--, addr += 8) > > > + wr64(addr, value); > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > /* > > > @@ -664,8 +720,23 @@ > > > generic_bs_c_8(void *t, bus_space_handle_t bsh1, bus_size_t off1, > > > bus_space_handle_t bsh2, bus_size_t off2, size_t count) > > > { > > > +#if defined(rd64) && defined(wr64) > > > + bus_addr_t addr1 = bsh1 + off1; > > > + bus_addr_t addr2 = bsh2 + off2; > > > > > > + if (addr1 >= addr2) { > > > + /* src after dest: copy forward */ > > > + for (; count != 0; count--, addr1 += 8, addr2 += 8) > > > + wr64(addr2, rd64(addr1)); > > > + } else { > > > + /* dest after src: copy backwards */ > > > + for (addr1 += 8 * (count - 1), addr2 += 8 * (count - 1); > > > + count != 0; count--, addr1 -= 8, addr2 -= 8) > > > + wr64(addr2, rd64(addr1)); > > > + } > > > +#else > > > panic("%s: not implemented", __func__); > > > +#endif > > > } > > > > > > void > > > Index: sys/mips/include/cpufunc.h > > > =================================================================== > > > --- sys/mips/include/cpufunc.h (revision 249555) > > > +++ sys/mips/include/cpufunc.h (working copy) > > > @@ -354,9 +354,15 @@ > > > #define readb(va) (*(volatile uint8_t *) (va)) > > > #define readw(va) (*(volatile uint16_t *) (va)) > > > #define readl(va) (*(volatile uint32_t *) (va)) > > > +#if defined(__GNUC__) && !defined(__mips_o32) > > > +#define readd(a) (*(volatile uint64_t *)(a)) > > > +#endif > > > > Why __GNU_C__ here? > > Because that's the ifdef that was used a few lines up around this: > > #if defined(__GNUC__) && !defined(__mips_o32) > #define mips3_ld(a) (*(const volatile uint64_t *)(a)) > #define mips3_sd(a, v) (*(volatile uint64_t *)(a) = (v)) > #else > uint64_t mips3_ld(volatile uint64_t *va); > void mips3_sd(volatile uint64_t *, uint64_t); > #endif /* __GNUC__ */ > > It's not at all clear to me that's the right ifdef, but someone once > thought it was so I went with it. I'm happy to go with a more appropriate > ifdef. For my purposes something that pinned it to mips64 would be fine > since supporting mips32 on our platform is a non-goal. > > Thanks, > Brooks > From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 20:39:24 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA445E0A for ; Wed, 17 Apr 2013 20:39:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 89A98630 for ; Wed, 17 Apr 2013 20:39:24 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id b40so927084qcq.11 for ; Wed, 17 Apr 2013 13:39:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=mTiuSyNC9rdqqydv/mmXQ/tip7wNQK+BYvImAMFmO3s=; b=Zhc0vz48tPDFTcsXALMXzAiCuwu6ghtNuyQi6XtVB2So08hVTU76rWBVmvv9MJpunQ 41b2aGCDwVb+0eg4UTl3BuZ1OSGfk3Q8VnqXlu+XYM8KhowSW2xRcGjqjHjHP3nTTU+H 846+EATu3T4kbCeqFbINMtnSCOp7TWb2SPPXmvC5BgpwI0tTZlgv1fDY7Hv0FWpaQBPN olII6ytHAeXH8jGWTs/97qa8y6QBhTQffRN20But1aswj9rhe9jjbqZOGt8A4QvHYyuo FsYv8CehastYmrXX9EKVGmawinEWCosgP8uJma6jS4ZFc+skEfrHjpg/1F6vbLPRK5rz 3m6g== X-Received: by 10.224.26.205 with SMTP id f13mr8237049qac.1.1366231163205; Wed, 17 Apr 2013 13:39:23 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id c3sm9331295qed.1.2013.04.17.13.39.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 13:39:22 -0700 (PDT) Sender: Warner Losh Subject: Re: -HEAD on gxemul/MALTA is broken Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <477C1270D3E5484DA2303CEBE274C9E1250ED2D7@CH1PRD0510MB392.namprd05.prod.outlook.com> Date: Wed, 17 Apr 2013 14:39:18 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <477C1270D3E5484DA2303CEBE274C9E1250ED2D7@CH1PRD0510MB392.namprd05.prod.outlook.com> To: Andrew Duane X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQn1Ah4r0//wQZCQurQMghT8NdM5bPJwDtU5TcwnqS7UmnhEgdCTo92ez9/arTyxnihrE6zj Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 20:39:24 -0000 The code Adrian quoted is wrong: it needs to guard against NULL, which = is what I just committed... Warner On Apr 17, 2013, at 12:13 PM, Andrew Duane wrote: > I tripped across this doing some early Octeon work. IIRC, it has to do = with the static kenv (kern_envp) not being initialized properly. I had = to work around it somehow, but I'm afraid I forgot how :( >=20 > .................................... > Andrew L. Duane > Resident Architect - AT&T Technical Lead > m +1 603.770.7088 > o +1 408.933.6944 (2-6944) > skype: andrewlduane > aduane@juniper.net >=20 >=20 >=20 > -----Original Message----- > From: owner-freebsd-mips@freebsd.org = [mailto:owner-freebsd-mips@freebsd.org] On Behalf Of Adrian Chadd > Sent: Wednesday, April 17, 2013 2:03 PM > To: freebsd-mips@freebsd.org > Subject: Re: -HEAD on gxemul/MALTA is broken >=20 > On 17 April 2013 10:49, Adrian Chadd wrote: >=20 >> gcc version 4.2.1 20070831 patched [FreeBSD] [ warning: LOW = reference:=20 >> vaddr=3D0x00000000, exception TLBL, >> pc=3D0x8020f024 ] Trap cause =3D 2 (TLB miss=20= >> (load or instr. fetch) - kernel mode) [ thread pid 0 tid 0 ] >> Stopped at 0x8020f024: lb v0,0(s2) >> db> >=20 > (kgdb) list *0x8020f024 > 0x8020f024 is in init_dynamic_kenv > = (/usr/home/adrian/work/freebsd/svn/src/sys/kern/kern_environment.c:234). > 229 int i; > 230 > 231 kenvp =3D malloc((KENV_SIZE + 1) * sizeof(char *), = M_KENV, > 232 M_WAITOK | M_ZERO); > 233 i =3D 0; > 234 if (*kern_envp !=3D '\0') { > 235 for (cp =3D kern_envp; cp !=3D NULL; cp =3D > kernenv_next(cp)) { > 236 len =3D strlen(cp) + 1; > 237 if (len > KENV_MNAMELEN + 1 + > KENV_MVALLEN + 1) { > 238 printf( > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" >=20 >=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Apr 17 20:55:10 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6102344F for ; Wed, 17 Apr 2013 20:55:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 01F4D6E6 for ; Wed, 17 Apr 2013 20:55:09 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so2001703wgh.17 for ; Wed, 17 Apr 2013 13:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oyYk5S2aqqIB8FaT3YAf8j3EUtwrj3L/7gyQFOVmjGI=; b=T0nO2yrsj+D2B0Nk3slu4t4SMuNU5Yc8puujJbhaYGegXFWepZMjiIkIJdEw3LuCWI 3F68PnQT1OFhA537SNV6Eb4xY0gl5OTGnjUv/fWWrk+m//i9wqintsDc1mU6oWX8Q3Ng PWfyMh3ugkpaRgTr4+iAGoV+Zm8DfoqHcxStjUwtzclKIo20cLcn187Lz+lOi4wVQi/A n/gfmMVNyR29RR635LTOtRZcaFsKu0rIroTZkeLEae1uGv/gmoHrGo/FmRH6A5XojUpP 7uPejfYxKrueJfWISYw/2dpAU9JAmHeYBowaqsBz1ZtQyYzmWRxFOvLiT4utM8zSlAHZ BS4g== MIME-Version: 1.0 X-Received: by 10.180.109.196 with SMTP id hu4mr8121590wib.27.1366232102847; Wed, 17 Apr 2013 13:55:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 13:55:02 -0700 (PDT) In-Reply-To: References: <477C1270D3E5484DA2303CEBE274C9E1250ED2D7@CH1PRD0510MB392.namprd05.prod.outlook.com> Date: Wed, 17 Apr 2013 13:55:02 -0700 X-Google-Sender-Auth: XKw6lHCv2vEllYDjMNouiixbafA Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 20:55:10 -0000 On 17 April 2013 13:39, Warner Losh wrote: > The code Adrian quoted is wrong: it needs to guard against NULL, which is what I just committed... phew. ok, i'll next try to bring this up in single-user mode. adrian From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 01:06:16 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C653FF1E; Thu, 18 Apr 2013 01:06:16 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 61256D2; Thu, 18 Apr 2013 01:06:16 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zrhvy0qgmzFR; Thu, 18 Apr 2013 02:06:05 +0100 (BST) Message-ID: <516F46E0.7080204@rewt.org.uk> Date: Thu, 18 Apr 2013 02:05:36 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Adrian Chadd Subject: Re: -HEAD on gxemul/MALTA is broken References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 01:06:16 -0000 I reported this as a pr for Octeon, I'm seeing the same thing - no response yet though.... is MIPS ever likely to be a well supported platform given nobody pays attention? Adrian Chadd wrote: > As promised: > > [adrian@lucy ~]$ gxemul -e malta -d > i:/home/adrian/work/freebsd/svn/mfsroot-rspro.img -C 4Kc > /tftpboot/kernel.MALTA > GXemul 0.6.0 Copyright (C) 2003-2010 Anders Gavare > Read the source code and/or documentation for other Copyright messages. > > Simple setup... > net: > simulated network: 10.0.0.0/8 (max outgoing: TCP=100, UDP=100) > simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10) > simulated nameserver uses real nameserver 10.11.0.2 > machine: > memory: 128 MB > cpu0: 4Kc (I+D = 16+16 KB) > machine: MALTA (evbmips, little endian) (33.00 MHz) > bootstring: kernel.MALTA > diskimage: /home/adrian/work/freebsd/svn/mfsroot-rspro.img > IDE DISK id 0, read-only, 17 MB (35768 sectors) > loading /tftpboot/kernel.MALTA > cpu0: starting at 0x80100100 (gp=0x804d42c0) > > NOTE: This is a LEGACY emulation mode. > > ------------------------------------------------------------------------------- > > entry: platform_start() > cmd line: kernel.MALTA > envp: > baseboardserial = 0000000000 > bootprot = tftp > bootserport = tty0 > bootserver = 10.0.0.254 > ethaddr = 10.20.30.00.00.10 > gateway = 10.0.0.254 > ipaddr = 10.0.0.1 > memsize = 0x08000000 > modetty0 = 38400,n,8,1,none > modetty1 = 38400,n,8,1,none > prompt = YAMON > yamonrev = 02.06 > subnetmask = 255.0.0.0 > khz = 33000 > memsize = 08000000 > Cache info: > picache_stride = 4096 > picache_loopcount = 4 > pdcache_stride = 4096 > pdcache_loopcount = 4 > cpu0: MIPS Technologies processor v1.128 > MMU: Standard TLB, 16 entries > L1 i-cache: 2 ways of 512 sets, 16 bytes per line > L1 d-cache: 2 ways of 512 sets, 16 bytes per line > Config1=0x1ed96c81 > Physical memory chunk(s): > 0x4f0000 - 0x7ffffff, 129040384 bytes (31504 pages) > Maxmem is 0x8000000 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0 r249569M: Wed Dec 31 16:00:00 PST 1969 > adrian@dummy:/home/adrian/work/freebsd/svn/obj/mipsel/mips.mipsel/usr/home/adrian/work/freebsd/svn/src/sys/MALTA > mips > gcc version 4.2.1 20070831 patched [FreeBSD] > [ warning: LOW reference: vaddr=0x00000000, exception TLBL, > pc=0x8020f024 ] > Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) > [ thread pid 0 tid 0 ] > Stopped at 0x8020f024: lb v0,0(s2) > db> > > I'll get cross-build gdb up in a sec and see if I can get this working.. > > > > Adrian > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 03:04:46 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 64D874CD for ; Thu, 18 Apr 2013 03:04:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 07AAA69C for ; Thu, 18 Apr 2013 03:04:45 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id m1so1775813wea.27 for ; Wed, 17 Apr 2013 20:04:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=X3v7S+GRCkbF5Tt2+2niuQpAPQwpQLm5GgMunpfUbPk=; b=RaSA+mglw6G+uqyvt6XjpTqz13gzrmnxExWhR71FxWPZUFWtsJfP770jIksHWC61ii Os1zxYUlCqkCQ1N43fOauhMRSBSarr+B0IkIdtxiTwgFWuv79qD1bhQBDMdV5xRZczy8 4EdxTA+tJq3du8ijNyZEMKAFz7XDlmrKhrOD5iU0e3hPLxnXCl5Vi0jks0k3Py1Cm7fO 73bCau5wSahga0rjcke8ENVxgfLbXkBomJJs3JUT2IoQZmUlEXEHYHFQLxtV60dbl9up MEarf3MRBdfJ3m23yKT3G1trNqPAVqW7nTvNCpdmlEHCpMNO0osP1XK4lCg2cPtfIQ8R CRKw== MIME-Version: 1.0 X-Received: by 10.194.158.42 with SMTP id wr10mr15261881wjb.23.1366254285215; Wed, 17 Apr 2013 20:04:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 20:04:45 -0700 (PDT) In-Reply-To: <516F46E0.7080204@rewt.org.uk> References: <516F46E0.7080204@rewt.org.uk> Date: Wed, 17 Apr 2013 20:04:45 -0700 X-Google-Sender-Auth: xCWHngfbhzodcS2t17jV7Grm4r0 Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 03:04:46 -0000 On 17 April 2013 18:05, Joe Holden wrote: > I reported this as a pr for Octeon, I'm seeing the same thing - no response > yet though.... is MIPS ever likely to be a well supported platform given > nobody pays attention? What's the PR? Warner fixed the underlying issue, so it's now fine. Plenty of people are using FreeBSD/MIPS. Trouble is, it just works for them. :) Adrian From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 04:05:35 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1A642F01 for ; Thu, 18 Apr 2013 04:05:35 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 9D17D938 for ; Thu, 18 Apr 2013 04:05:34 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fp13so2105367lab.26 for ; Wed, 17 Apr 2013 21:05:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=YteR3WX+1aVdzUQl669vRmbZadPwlN17tSFrCMtfQ5A=; b=osPZ0kRRZLXQmqUNveeBbM37d1q1QOJjsn/gtzKlSQ+Wb8qJ8Tc7mDUKYQtmA0ObY0 EaU8n5JSpnpU7DSN1In+OPYBCQAcsYFd8LOfziSAQMQ7baMF6xuVoKxaWlzPkxggQbSu h8A33mcfZhGu3qxKtLK9pnsWCSZIobOMM63jT8vKtb7VaUxhi0jNOXzCM6gGSER0NzP3 N5Ij1tz3luHMPjfYGR0YkXQIK7k4GxzxxlOPV4C1tqCU/XEHMbBbu9bLefdB1RHqFeRv Zo7R19Jsf3/NdetgWWTWgaAPkzphOgukmLEYKi+ArMrxCxsHkvIXwukn5++V4R8+FLfy 6JOQ== X-Received: by 10.152.116.52 with SMTP id jt20mr4858675lab.52.1366257932809; Wed, 17 Apr 2013 21:05:32 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.28.196 with HTTP; Wed, 17 Apr 2013 21:05:12 -0700 (PDT) In-Reply-To: <516F46E0.7080204@rewt.org.uk> References: <516F46E0.7080204@rewt.org.uk> From: Juli Mallett Date: Wed, 17 Apr 2013 21:05:12 -0700 X-Google-Sender-Auth: v6UJ9Fs1Stu2XZDccId64r4Gy1A Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken To: Joe Holden Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnzcd6lgQ1pNtfvXyHo4VzgoEsSaXsMtiK+CauRkvVLMrpGQqMSX369N+k7gaXZIYPDVTbw Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 04:05:35 -0000 On Wed, Apr 17, 2013 at 6:05 PM, Joe Holden wrote: > I reported this as a pr for Octeon, I'm seeing the same thing - no respon= se > yet though.... is MIPS ever likely to be a well supported platform given > nobody pays attention? FreeBSD on MIPS is unfortunately not just one platform, and the name is a little misleading. There is substantial difference between the code for Octeon, XLR/XLP, the Atheros SoCs and other board-support packages. It's easy for quirks of one or more to go unnoticed, or for someone to be fixed in one without realizing that the fix is also required in fairly-different code on another. We're talking about -CURRENT, too, which is a moving target. I wouldn't suggest using a -STABLE branch for MIPS. I know several companies using FreeBSD on MIPS without constant issues =E2=80=94 I don't think they'd argue that it's not a well-supported platform. What they've done is more effort than the average casual user is likely to put in, which is to identify a point-in-time at which things are mostly working for them, identify the right people to contact to get their major issues fixed, and then stay with that version for some time, rather than either trying to track top-of-tree or getting stuck with limited support in -STABLE. I run -CURRENT on Octeon on dozens of boards from time to time, but on an ongoing basis on just two. It's mostly stable, although I do notice some crashes on long-term uptime, and as I've mentioned to several people in private, getting the most out of Octeon requires at least doing a lot of your network processing in the kernel, or ideally writing some slightly-specialized software. I have a Broadcom board that I run occasionally, a couple of Atheros ones, and probably a few others I'm forgetting. It's understandable that when just starting to use a port of FreeBSD -CURRENT to MIPS, on finding one or two things broken, to figure that (1) it's never worked (2) it's broken for everyone. Both obviously lead to the conclusion that nobody cares, and that things are incomplete and unmaintained. But the amount of hardware FreeBSD/MIPS supports is incredible. I've personally run FreeBSD/MIPS on perhaps two dozen different hardware configurations, and have helped people run it on probably a dozen more. That's just stuff I take some responsibility for. I know of perhaps a hundred more that FreeBSD runs on. As for not paying attention: I don't update very often, and my focus is really mostly on FreeBSD on Octeon when I can afford to pay any attention at all. Adrian pays a lot of attention, but his focus is mostly on Atheros hardware; he's able to spend the time and have hardware access in part because of his relationship with that company. There are others in similar positions, such as jchandra who puts in huge amounts of work on RMI/NetLogic-based hardware, and with me has done a lot of work on expanding 64-bit support and improving performance. Neel has lots of other responsibilities, but has handled a lot of work on keeping various MIPS hardware platforms working, as well as being responsible for things like a fairly robust SMP abstraction for MIPS, and the first real work on SMP FreeBSD/MIPS, which made it a matter of hours for me to add SMP support for Octeon. What kind of attention would you like to be paid? How much latency in addressing issues do you think is acceptable? How much work do you think it's reasonable to expect users to do to get up and running with what are, almost exclusively, embedded platforms? It may be that the answer here is that we should wait for pfSense MIPS support to become widely-available and stable, with ready-to-use images. FreeBSD/MIPS doesn't even come with a package set, as you know; it's not a one-click operating system, it's more like an operating system base. Is it likely that FreeBSD/MIPS will become more usable? Yes. Due to tremendous amounts of volunteer labour from people who don't have a lot of spare time, and the occasional burst of academic or commercial support which allows for significant improvement to occur in a short period of time. I try to find others to get involved (like Pat Kelsey who has been very active in responding to SD and MMC threads since I hired him to support MMC over SPI, which was a crucial missing feature on several popular Atheros-based boards.) It's not always easy; sometimes people's priorities or foci change, as with one engineer I was delighted to be working with from a major SoC vendor, who stopped answering E-Mails after committing some of his work had to be delayed due to license issues with some code his employer wanted him to commit. Whether he got reassigned, his bosses soured on FreeBSD's inability to accept GPL'd Linux code into the kernel, or he simply felt there was nothing left to do, I don't know. Being an open source developer is a lot more than waiting around for bug reports to arrive and then fixing them. Even in paid software development that isn't how it works; things get prioritized, and often dealt with opportunistically. There's cases where in my paid work I've known about a bug for years before I've had time to fix it because other, more pressing issues keep coming up. And in open source work, we're not just dealing with prioritizing work, dealing with long-term planning, putting out fires, trying to keep up with others' changes, and deal with bug-fixing. We also help to enable each other to work better, and to become involved, and to stay involved, and to fix things. I'm happiest when I'm able to help others work on things they're excited about, and I think that's when I'm doing my best work as a developer of open source software. Fixing bugs is essential, but it's not always what there's resources for, especially when FreeBSD gets, speaking for myself, such a slim sliver of my time, because I have so much else on my plate. I do the best I can. If you can do better, I'd be thrilled to help you get more involved with FreeBSD. I can respond to E-Mails about things you're passionate about or interested in when I have no time, or energy, or focus, to update to -CURRENT and make sure everything's working great. I would love to see you become a FreeBSD developer and make it better. It doesn't get better magically, but through the commitment and hard work of people like you, or where that's not your skill, through applying whatever yours is. Maybe you can help fund work; maybe you can find bugs and hound people to get them fixed. Making sure bugs gets fixed is important work, that requires discipline and focus; it isn't every software developer's gift, and if it's one you have, I'd encourage you to make use of it. Don't be afraid to harangue people for breaking -CURRENT, but I'd discourage vague insinuations of poor quality because you've hit a couple of roadbumps. (Which is not to say those roadbumps should be there, but to ask whose responsibility you think it is to level them.) I can't do as much as I like, but in addition to supporting other non-profit causes that are important to me, I give money to the FreeBSD Foundation. Their focus isn't FreeBSD/MIPS as such, but I'm pretty confident that they'd help fund FreeBSD/MIPS projects if you can find someone interested in working on them. I benefit a lot from the work I put into FreeBSD; I have had several jobs pretty much entirely because of it. FreeBSD means a lot to me and I don't want it to suck, but there's only so much I can do. So I don't just take all FreeBSD has to give me: an operating system to run, a regular (read: overwhelming) supply of paid work, etc. I find ways to give back. I'm sorry for the length, but I think it's important to be very clear about two things: (1) it's people like you who help make FreeBSD better (2) they work very hard doing it, and the success of that work should not be underestimated, even if it is somewhat undermined when -CURRENT is so routinely in crap shape. I suggest specific and regular technical complaints, though, over insinuations that we simply don't care, or don't pay attention. I want to end there, but I'll say this: in addition to a few messages from you, I've had half a dozen more this week alone from people who need help with some aspect or another of FreeBSD on Octeon (getting hardware, supporting new boards, improving the port, getting started, etc.) I don't even have time to respond to all of them so much as they deserve, but I do the best I can. (Which means that I usually respond to FreeBSD-related E-Mail ahead of other personal correspondance because it's important to me to try to do so.) On top of that, dozens more messages related to FreeBSD in general, including work that I'm funding, work that I'm doing, and the work that I (and most other developers) do reading and reviewing and responding to changes made to FreeBSD. Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 04:35:43 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B13F612C for ; Thu, 18 Apr 2013 04:35:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6B89DB for ; Thu, 18 Apr 2013 04:35:43 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id l10so2362541oag.16 for ; Wed, 17 Apr 2013 21:35:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=cfYniRBtfD2PVyySstJ+ucDAxkoHIR9l69VFIVSeMnI=; b=jKNocU2HJHV3393BH8E+ff/v1m566IHg6xzg9bgoSYhyUfF0k4PwklPmo0vP4BhvPD MQX9TWdS6wY2Lz7KMpISawTN9ZY82q8Bub/lsPMzobmCeByJqgNgmvtJy9b1dGzGVcla olFqLC0w9pvajX/EWlitRiY30A6PZMIzrvQV2y6J7D7MM17fPm9mMlIR2nzGrt7sBuU5 nxFefZzP7j0VZUWnsvyRMfndjT9hgMSJvWs5o2Of8w4C332i+lIJzXauDu+615XX310Z mvcCyrcmS0MIilYRbJM+th85CdyVrK6bxQwA0qWlcgTowSnohhBC7X/bEjzUAksP/Mpt uIcA== X-Received: by 10.182.156.20 with SMTP id wa20mr4434124obb.59.1366259737357; Wed, 17 Apr 2013 21:35:37 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id n1sm3146323obc.10.2013.04.17.21.35.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Apr 2013 21:35:35 -0700 (PDT) Sender: Warner Losh Subject: Re: -HEAD on gxemul/MALTA is broken Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <516F46E0.7080204@rewt.org.uk> Date: Wed, 17 Apr 2013 22:35:32 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0AFEEC04-6E1D-4D48-A0EB-F85F4A48D258@bsdimp.com> References: <516F46E0.7080204@rewt.org.uk> To: Joe Holden X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkmwIc2rK3CC1Z7p+y9DRDq4IKNpac6kr2qpZ3MYx6JzqW35RvjopU2Ap2pBKDWweCDaiji Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 04:35:43 -0000 Since I already fixed this, I imagine yes. Usually people using MIPS = grab a version that works and use it for a while, so breakage can be a = bit slow to get fixed.. :( Warner On Apr 17, 2013, at 7:05 PM, Joe Holden wrote: > I reported this as a pr for Octeon, I'm seeing the same thing - no = response yet though.... is MIPS ever likely to be a well supported = platform given nobody pays attention? >=20 > Adrian Chadd wrote: >> As promised: >> [adrian@lucy ~]$ gxemul -e malta -d >> i:/home/adrian/work/freebsd/svn/mfsroot-rspro.img -C 4Kc >> /tftpboot/kernel.MALTA >> GXemul 0.6.0 Copyright (C) 2003-2010 Anders Gavare >> Read the source code and/or documentation for other Copyright = messages. >> Simple setup... >> net: >> simulated network: 10.0.0.0/8 (max outgoing: TCP=3D100, = UDP=3D100) >> simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10) >> simulated nameserver uses real nameserver 10.11.0.2 >> machine: >> memory: 128 MB >> cpu0: 4Kc (I+D =3D 16+16 KB) >> machine: MALTA (evbmips, little endian) (33.00 MHz) >> bootstring: kernel.MALTA >> diskimage: /home/adrian/work/freebsd/svn/mfsroot-rspro.img >> IDE DISK id 0, read-only, 17 MB (35768 sectors) >> loading /tftpboot/kernel.MALTA >> cpu0: starting at 0x80100100 (gp=3D0x804d42c0) >> NOTE: This is a LEGACY emulation mode. >> = --------------------------------------------------------------------------= ----- >> entry: platform_start() >> cmd line: kernel.MALTA >> envp: >> baseboardserial =3D 0000000000 >> bootprot =3D tftp >> bootserport =3D tty0 >> bootserver =3D 10.0.0.254 >> ethaddr =3D 10.20.30.00.00.10 >> gateway =3D 10.0.0.254 >> ipaddr =3D 10.0.0.1 >> memsize =3D 0x08000000 >> modetty0 =3D 38400,n,8,1,none >> modetty1 =3D 38400,n,8,1,none >> prompt =3D YAMON >> yamonrev =3D 02.06 >> subnetmask =3D 255.0.0.0 >> khz =3D 33000 >> memsize =3D 08000000 >> Cache info: >> picache_stride =3D 4096 >> picache_loopcount =3D 4 >> pdcache_stride =3D 4096 >> pdcache_loopcount =3D 4 >> cpu0: MIPS Technologies processor v1.128 >> MMU: Standard TLB, 16 entries >> L1 i-cache: 2 ways of 512 sets, 16 bytes per line >> L1 d-cache: 2 ways of 512 sets, 16 bytes per line >> Config1=3D0x1ed96c81 >> Physical memory chunk(s): >> 0x4f0000 - 0x7ffffff, 129040384 bytes (31504 pages) >> Maxmem is 0x8000000 >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2013 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >> The Regents of the University of California. All rights = reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 10.0-CURRENT #0 r249569M: Wed Dec 31 16:00:00 PST 1969 >> = adrian@dummy:/home/adrian/work/freebsd/svn/obj/mipsel/mips.mipsel/usr/home= /adrian/work/freebsd/svn/src/sys/MALTA >> mips >> gcc version 4.2.1 20070831 patched [FreeBSD] >> [ warning: LOW reference: vaddr=3D0x00000000, exception TLBL, >> pc=3D0x8020f024 ] >> Trap cause =3D 2 (TLB miss (load or instr. fetch) - kernel mode) >> [ thread pid 0 tid 0 ] >> Stopped at 0x8020f024: lb v0,0(s2) >> db> >> I'll get cross-build gdb up in a sec and see if I can get this = working.. >> Adrian >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 06:07:41 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E05264B0 for ; Thu, 18 Apr 2013 06:07:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 80CFDD3B for ; Thu, 18 Apr 2013 06:07:41 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id z2so1881667wey.29 for ; Wed, 17 Apr 2013 23:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kD5iP+JJ6xtQAO0Sy/iy/UqY1gMGHRPNfzAH75SWMo0=; b=cQ768VsYq9r323glRUYmmB9EyAC2Ob+2tBpRaJzHgDX+WGqpkIRPG7JmiZxySA0P9d OCPb0P7/+13HjlAXshYYszXcYn9BNlkuBG6g89Ly5w0NEEMgEFmnDUjNpLkm4dB7QLGH K3XLfa8NkLXOROFtMJ2QwWkTVbBlsxqExSYw30rRbdL52tMBkwKMUz9LqrUZqY54qt7S +wbPm1gXYK57mP+evG4SLpCE8y8peHcGY2W/qgSBZfpdnWu2QXyg8T22I3K15I/T1Iy2 +Oeug1WcHxi5cGltThvOLZ5J8l11VypKxaNimLKThvbLgLKtLVSJN3vhW2pvabtN9cQp boRg== MIME-Version: 1.0 X-Received: by 10.194.142.236 with SMTP id rz12mr16094076wjb.12.1366265259333; Wed, 17 Apr 2013 23:07:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Wed, 17 Apr 2013 23:07:39 -0700 (PDT) In-Reply-To: <0AFEEC04-6E1D-4D48-A0EB-F85F4A48D258@bsdimp.com> References: <516F46E0.7080204@rewt.org.uk> <0AFEEC04-6E1D-4D48-A0EB-F85F4A48D258@bsdimp.com> Date: Wed, 17 Apr 2013 23:07:39 -0700 X-Google-Sender-Auth: S_0O96Dmv-bMYD-drTCZwezrRJw Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 06:07:41 -0000 On 17 April 2013 21:35, Warner Losh wrote: > Since I already fixed this, I imagine yes. Usually people using MIPS grab a version that works and use it for a while, so breakage can be a bit slow to get fixed.. :( Well, my aim is to bring up a scripted build that works for gxemul + HEAD + MALTA (to begin with) so we can actually start running automated testing in the cluster. That way this doesn't happen again. :-) Adrian From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 07:51:42 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EBF0EE60; Thu, 18 Apr 2013 07:51:42 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id B7BD6139; Thu, 18 Apr 2013 07:51:42 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zrsvx18JjzK7; Thu, 18 Apr 2013 08:51:41 +0100 (BST) Message-ID: <516FA5F8.9040107@rewt.org.uk> Date: Thu, 18 Apr 2013 08:51:20 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Adrian Chadd Subject: Re: -HEAD on gxemul/MALTA is broken References: <516F46E0.7080204@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 07:51:43 -0000 Adrian Chadd wrote: > On 17 April 2013 18:05, Joe Holden wrote: >> I reported this as a pr for Octeon, I'm seeing the same thing - no response >> yet though.... is MIPS ever likely to be a well supported platform given >> nobody pays attention? > > What's the PR? > > Warner fixed the underlying issue, so it's now fine. > > Plenty of people are using FreeBSD/MIPS. Trouble is, it just works for them. :) > > > Adrian misc/177876 - original pr was actually for something else but this appeared afterwards, as thats been fixed (cheers warner) now I can get more info on the original problem on a related note, how come there isn't a mips category? From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 07:54:34 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C2CB7ED1 for ; Thu, 18 Apr 2013 07:54:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by mx1.freebsd.org (Postfix) with ESMTP id 63EB1168 for ; Thu, 18 Apr 2013 07:54:34 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id l13so2000299wie.6 for ; Thu, 18 Apr 2013 00:54:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=l0T2i3MB2U+cgPb8GVSjPavs1VPO3cc97J5HXQgWfNg=; b=QkHhD4OlI83PuNic+ZyoQL+BfWUz+KyEvfQsLeoVdK1QoYidW/RLIx9aZwgBUjO8a8 +SNgKb+rfMOIHgLY6IG6j9ozz+R9okCMZ/cr6c5BcgKJu3x17LjFbWZCxXeaL3vAjoTR vJMNtT30UUxLgSOuGO7ZRFAJfJBQdCEFPbEfO5jmMgRFA3OPM65AM5wu4sLAdF78VUxv JqWCwIg1MV0KVxvBOgSXxTIiJUPb54eI2UMPrtNLS8timc6ZRc8bJHdYeI441cBv5AFw hTi2D2ciwFD5EYC8i8YijG8mlVcJc92GxIvSZFIxCtVuzyphKL3jXDgxZN1ASuY5x1NC +5rw== MIME-Version: 1.0 X-Received: by 10.180.73.173 with SMTP id m13mr15972684wiv.27.1366271673634; Thu, 18 Apr 2013 00:54:33 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.88.129 with HTTP; Thu, 18 Apr 2013 00:54:33 -0700 (PDT) In-Reply-To: <516FA5F8.9040107@rewt.org.uk> References: <516F46E0.7080204@rewt.org.uk> <516FA5F8.9040107@rewt.org.uk> Date: Thu, 18 Apr 2013 00:54:33 -0700 X-Google-Sender-Auth: SA5Y5lAJmtUFVA2dzqROilW7pVM Message-ID: Subject: Re: -HEAD on gxemul/MALTA is broken From: Adrian Chadd To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 07:54:34 -0000 On 18 April 2013 00:51, Joe Holden wrote: > misc/177876 - original pr was actually for something else but this appeared > afterwards, as thats been fixed (cheers warner) now I can get more info on > the original problem > > on a related note, how come there isn't a mips category? No idea :) a From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 12:27:11 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6D72EA98; Thu, 18 Apr 2013 12:27:11 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 3900D9B0; Thu, 18 Apr 2013 12:27:09 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zs01l4mNMzMm; Thu, 18 Apr 2013 13:27:07 +0100 (BST) Message-ID: <516FE686.9030606@rewt.org.uk> Date: Thu, 18 Apr 2013 13:26:46 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Adrian Chadd Subject: Re: -HEAD on gxemul/MALTA is broken References: <516F46E0.7080204@rewt.org.uk> <516FA5F8.9040107@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 12:27:11 -0000 Adrian Chadd wrote: > On 18 April 2013 00:51, Joe Holden wrote: >> misc/177876 - original pr was actually for something else but this appeared >> afterwards, as thats been fixed (cheers warner) now I can get more info on >> the original problem >> >> on a related note, how come there isn't a mips category? > > No idea :) > It would probably help :) Who do I prod to get it added? From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 13:01:22 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 608BF4E1; Thu, 18 Apr 2013 13:01:22 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id DECCAB5C; Thu, 18 Apr 2013 13:01:21 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zs0nD3nm7zN1; Thu, 18 Apr 2013 14:01:20 +0100 (BST) Message-ID: <516FEE8B.8090908@rewt.org.uk> Date: Thu, 18 Apr 2013 14:00:59 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: -HEAD on gxemul/MALTA is broken References: <516F46E0.7080204@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 13:01:22 -0000 Juli Mallett wrote: > On Wed, Apr 17, 2013 at 6:05 PM, Joe Holden wrote: >> I reported this as a pr for Octeon, I'm seeing the same thing - no response >> yet though.... is MIPS ever likely to be a well supported platform given >> nobody pays attention? > > FreeBSD on MIPS is unfortunately not just one platform, and the name > is a little misleading. There is substantial difference between the > code for Octeon, XLR/XLP, the Atheros SoCs and other board-support > packages. It's easy for quirks of one or more to go unnoticed, or for > someone to be fixed in one without realizing that the fix is also > required in fairly-different code on another. > > We're talking about -CURRENT, too, which is a moving target. I > wouldn't suggest using a -STABLE branch for MIPS. I know several > companies using FreeBSD on MIPS without constant issues — I don't > think they'd argue that it's not a well-supported platform. What > they've done is more effort than the average casual user is likely to > put in, which is to identify a point-in-time at which things are > mostly working for them, identify the right people to contact to get > their major issues fixed, and then stay with that version for some > time, rather than either trying to track top-of-tree or getting stuck > with limited support in -STABLE. > > I run -CURRENT on Octeon on dozens of boards from time to time, but on > an ongoing basis on just two. It's mostly stable, although I do > notice some crashes on long-term uptime, and as I've mentioned to > several people in private, getting the most out of Octeon requires at > least doing a lot of your network processing in the kernel, or ideally > writing some slightly-specialized software. > > I have a Broadcom board that I run occasionally, a couple of Atheros > ones, and probably a few others I'm forgetting. > > It's understandable that when just starting to use a port of FreeBSD > -CURRENT to MIPS, on finding one or two things broken, to figure that > (1) it's never worked (2) it's broken for everyone. Both obviously > lead to the conclusion that nobody cares, and that things are > incomplete and unmaintained. > > But the amount of hardware FreeBSD/MIPS supports is incredible. I've > personally run FreeBSD/MIPS on perhaps two dozen different hardware > configurations, and have helped people run it on probably a dozen > more. That's just stuff I take some responsibility for. I know of > perhaps a hundred more that FreeBSD runs on. > > As for not paying attention: I don't update very often, and my focus > is really mostly on FreeBSD on Octeon when I can afford to pay any > attention at all. Adrian pays a lot of attention, but his focus is > mostly on Atheros hardware; he's able to spend the time and have > hardware access in part because of his relationship with that company. > There are others in similar positions, such as jchandra who puts in > huge amounts of work on RMI/NetLogic-based hardware, and with me has > done a lot of work on expanding 64-bit support and improving > performance. Neel has lots of other responsibilities, but has handled > a lot of work on keeping various MIPS hardware platforms working, as > well as being responsible for things like a fairly robust SMP > abstraction for MIPS, and the first real work on SMP FreeBSD/MIPS, > which made it a matter of hours for me to add SMP support for Octeon. > > What kind of attention would you like to be paid? How much latency in > addressing issues do you think is acceptable? How much work do you > think it's reasonable to expect users to do to get up and running with > what are, almost exclusively, embedded platforms? It may be that the > answer here is that we should wait for pfSense MIPS support to become > widely-available and stable, with ready-to-use images. > > FreeBSD/MIPS doesn't even come with a package set, as you know; it's > not a one-click operating system, it's more like an operating system > base. > > Is it likely that FreeBSD/MIPS will become more usable? Yes. Due to > tremendous amounts of volunteer labour from people who don't have a > lot of spare time, and the occasional burst of academic or commercial > support which allows for significant improvement to occur in a short > period of time. > > I try to find others to get involved (like Pat Kelsey who has been > very active in responding to SD and MMC threads since I hired him to > support MMC over SPI, which was a crucial missing feature on several > popular Atheros-based boards.) It's not always easy; sometimes > people's priorities or foci change, as with one engineer I was > delighted to be working with from a major SoC vendor, who stopped > answering E-Mails after committing some of his work had to be delayed > due to license issues with some code his employer wanted him to > commit. Whether he got reassigned, his bosses soured on FreeBSD's > inability to accept GPL'd Linux code into the kernel, or he simply > felt there was nothing left to do, I don't know. > > Being an open source developer is a lot more than waiting around for > bug reports to arrive and then fixing them. Even in paid software > development that isn't how it works; things get prioritized, and often > dealt with opportunistically. There's cases where in my paid work > I've known about a bug for years before I've had time to fix it > because other, more pressing issues keep coming up. And in open > source work, we're not just dealing with prioritizing work, dealing > with long-term planning, putting out fires, trying to keep up with > others' changes, and deal with bug-fixing. We also help to enable > each other to work better, and to become involved, and to stay > involved, and to fix things. I'm happiest when I'm able to help > others work on things they're excited about, and I think that's when > I'm doing my best work as a developer of open source software. Fixing > bugs is essential, but it's not always what there's resources for, > especially when FreeBSD gets, speaking for myself, such a slim sliver > of my time, because I have so much else on my plate. > > I do the best I can. If you can do better, I'd be thrilled to help > you get more involved with FreeBSD. I can respond to E-Mails about > things you're passionate about or interested in when I have no time, > or energy, or focus, to update to -CURRENT and make sure everything's > working great. I would love to see you become a FreeBSD developer and > make it better. It doesn't get better magically, but through the > commitment and hard work of people like you, or where that's not your > skill, through applying whatever yours is. Maybe you can help fund > work; maybe you can find bugs and hound people to get them fixed. > Making sure bugs gets fixed is important work, that requires > discipline and focus; it isn't every software developer's gift, and if > it's one you have, I'd encourage you to make use of it. Don't be > afraid to harangue people for breaking -CURRENT, but I'd discourage > vague insinuations of poor quality because you've hit a couple of > roadbumps. (Which is not to say those roadbumps should be there, but > to ask whose responsibility you think it is to level them.) > > I can't do as much as I like, but in addition to supporting other > non-profit causes that are important to me, I give money to the > FreeBSD Foundation. Their focus isn't FreeBSD/MIPS as such, but I'm > pretty confident that they'd help fund FreeBSD/MIPS projects if you > can find someone interested in working on them. I benefit a lot from > the work I put into FreeBSD; I have had several jobs pretty much > entirely because of it. FreeBSD means a lot to me and I don't want it > to suck, but there's only so much I can do. So I don't just take all > FreeBSD has to give me: an operating system to run, a regular (read: > overwhelming) supply of paid work, etc. I find ways to give back. > > I'm sorry for the length, but I think it's important to be very clear > about two things: (1) it's people like you who help make FreeBSD > better (2) they work very hard doing it, and the success of that work > should not be underestimated, even if it is somewhat undermined when > -CURRENT is so routinely in crap shape. I suggest specific and > regular technical complaints, though, over insinuations that we simply > don't care, or don't pay attention. > > I want to end there, but I'll say this: in addition to a few messages > from you, I've had half a dozen more this week alone from people who > need help with some aspect or another of FreeBSD on Octeon (getting > hardware, supporting new boards, improving the port, getting started, > etc.) I don't even have time to respond to all of them so much as > they deserve, but I do the best I can. (Which means that I usually > respond to FreeBSD-related E-Mail ahead of other personal > correspondance because it's important to me to try to do so.) On top > of that, dozens more messages related to FreeBSD in general, including > work that I'm funding, work that I'm doing, and the work that I (and > most other developers) do reading and reviewing and responding to > changes made to FreeBSD. > > Thanks, > Juli. When I said attention, I meant more as a platform, I realise it's not quite a Tier 1 arch but even arm has it's own category etc for problem reports - not attempting to devalue the enormous amount of work both you and others do, not just for MIPS but in general. I guess really I just expected the same as seen for example amd64... Either way, overly facetious comment - no offense intended and apologies if it did offend. Thanks From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 18:57:52 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 866F5D0F for ; Thu, 18 Apr 2013 18:57:52 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 54B6914AD for ; Thu, 18 Apr 2013 18:57:51 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zs8hZ1KgHzRh for ; Thu, 18 Apr 2013 19:57:50 +0100 (BST) Message-ID: <51704217.509@rewt.org.uk> Date: Thu, 18 Apr 2013 19:57:27 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: mips@freebsd.org Subject: Re: panic on EdgeRouter Lite References: <516B5B89.7080202@rewt.org.uk> In-Reply-To: <516B5B89.7080202@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 18:57:52 -0000 Joe Holden wrote: > Hi guys, > > I've been playing with HEAD on the erl and under load (eg when compiling > something, I get the follow panics: > > panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 > cpuid = 0 > > They all seem to be the same, what info do I need to gather to allow > someone to debug this? > > Cheers, > Joe Looks like latest HEAD is stil not quite right, seeing the following on boot now: Enter full pathname of shell or RETURN for /bin/sh: Cannot map anonymous memory Out of memory Cannot map anonymous memory Out of memory Enter full pathname of shell or RETURN for /bin/sh: It fails to exec init so asks for a shell, rinse and repeat... Any ideas? J From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 19:01:04 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC83CEE8 for ; Thu, 18 Apr 2013 19:01:04 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 4E29F1507 for ; Thu, 18 Apr 2013 19:01:04 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id ek20so2883619lab.11 for ; Thu, 18 Apr 2013 12:01:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=ynL6+DD4paUVYvXeNrJluAwyy1T0WRsP4pgWJA2ZjxI=; b=jRskJvlfaLdlnzBGXiyETdvMHMJln0Walgra8jJfrE/0BYIECdFO3ZPD+ZciDu6TH5 FznrRu8W++5iQcrqtyZibBAkhfmgjNbidVlEJRbKqbIL5kof+1H4FJuulEMKFpAElgCi D/BrYmjSNOy4DebIVpRoVr8gMywRgafByp/vZU3zT3iAn5sF+7a9Dhsu7Jk4USjiTKGS FblcSU5TNqKL6L+6am6p+K0m1Sw89kpt/21u7wl80CNQWsqGTDpr+0LEkON4kXtvjnyw qe7xkAcGwCmIPKC/S/NbVLRBLsN9Rwd1ZGoyL62ECU8WZjqDPpR/4yKViIIGtBVIhsx0 baXA== X-Received: by 10.112.135.166 with SMTP id pt6mr6483699lbb.127.1366311663221; Thu, 18 Apr 2013 12:01:03 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.28.196 with HTTP; Thu, 18 Apr 2013 12:00:43 -0700 (PDT) In-Reply-To: <51704217.509@rewt.org.uk> References: <516B5B89.7080202@rewt.org.uk> <51704217.509@rewt.org.uk> From: Juli Mallett Date: Thu, 18 Apr 2013 12:00:43 -0700 X-Google-Sender-Auth: FktYaqdUE2WjlbqhuEPpUABEz7Q Message-ID: Subject: Re: panic on EdgeRouter Lite To: Joe Holden Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlMfDt2XR75jGfJhLWzqsC09P9W1WRJRecc9dODPH96+mp3reR6KLPmUIGSGk/fbZlkwEXf Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 19:01:04 -0000 On Thu, Apr 18, 2013 at 11:57 AM, Joe Holden wrote: > Joe Holden wrote: >> >> Hi guys, >> >> I've been playing with HEAD on the erl and under load (eg when compiling >> something, I get the follow panics: >> >> panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 >> cpuid = 0 >> >> They all seem to be the same, what info do I need to gather to allow >> someone to debug this? >> >> Cheers, >> Joe > > Looks like latest HEAD is stil not quite right, seeing the following on boot > now: > > Enter full pathname of shell or RETURN for /bin/sh: > Cannot map anonymous memory > Out of memory > Cannot map anonymous memory > Out of memory > Enter full pathname of shell or RETURN for /bin/sh: > > It fails to exec init so asks for a shell, rinse and repeat... > > Any ideas? Are you using a root filesystem on the USB storage, or are you using NFS? How did you build your world, and what all modifications did you make to your kernel config? From owner-freebsd-mips@FreeBSD.ORG Thu Apr 18 19:19:39 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 733BA5E9; Thu, 18 Apr 2013 19:19:39 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 171DD16C9; Thu, 18 Apr 2013 19:19:38 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zs99h5tm1zRt; Thu, 18 Apr 2013 20:19:36 +0100 (BST) Message-ID: <51704733.6070108@rewt.org.uk> Date: Thu, 18 Apr 2013 20:19:15 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: panic on EdgeRouter Lite References: <516B5B89.7080202@rewt.org.uk> <51704217.509@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 19:19:39 -0000 Juli Mallett wrote: > On Thu, Apr 18, 2013 at 11:57 AM, Joe Holden wrote: >> Joe Holden wrote: >>> Hi guys, >>> >>> I've been playing with HEAD on the erl and under load (eg when compiling >>> something, I get the follow panics: >>> >>> panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 >>> cpuid = 0 >>> >>> They all seem to be the same, what info do I need to gather to allow >>> someone to debug this? >>> >>> Cheers, >>> Joe >> Looks like latest HEAD is stil not quite right, seeing the following on boot >> now: >> >> Enter full pathname of shell or RETURN for /bin/sh: >> Cannot map anonymous memory >> Out of memory >> Cannot map anonymous memory >> Out of memory >> Enter full pathname of shell or RETURN for /bin/sh: >> >> It fails to exec init so asks for a shell, rinse and repeat... >> >> Any ideas? > > Are you using a root filesystem on the USB storage, or are you using > NFS? How did you build your world, and what all modifications did you > make to your kernel config? USB storage in this case, cross build on amd64, pci/cf removed from kern config, root device hardcoded, ipfw/netgraph added - rest as default pretty much. Same config I've been using throughout, just double checking I don't have something weird going on with world. From owner-freebsd-mips@FreeBSD.ORG Fri Apr 19 17:43:52 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A900EE59; Fri, 19 Apr 2013 17:43:52 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id C6E073CE; Fri, 19 Apr 2013 15:56:00 +0000 (UTC) Received: from [IPv6:2001:b70:201:300::397] (unknown [IPv6:2001:b70:201:300::397]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3Zshc91WC0zZg; Fri, 19 Apr 2013 16:55:53 +0100 (BST) Message-ID: <517168F2.3060501@rewt.org.uk> Date: Fri, 19 Apr 2013 16:55:30 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: panic on EdgeRouter Lite References: <516B5B89.7080202@rewt.org.uk> <51704217.509@rewt.org.uk> <51704733.6070108@rewt.org.uk> In-Reply-To: <51704733.6070108@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 17:43:52 -0000 Joe Holden wrote: > Juli Mallett wrote: >> On Thu, Apr 18, 2013 at 11:57 AM, Joe Holden wrote: >>> Joe Holden wrote: >>>> Hi guys, >>>> >>>> I've been playing with HEAD on the erl and under load (eg when >>>> compiling >>>> something, I get the follow panics: >>>> >>>> panic: kernel stack overflow - trapframe at 0xffffffff80835eb0 >>>> cpuid = 0 >>>> >>>> They all seem to be the same, what info do I need to gather to allow >>>> someone to debug this? >>>> >>>> Cheers, >>>> Joe >>> Looks like latest HEAD is stil not quite right, seeing the following >>> on boot >>> now: >>> >>> Enter full pathname of shell or RETURN for /bin/sh: >>> Cannot map anonymous memory >>> Out of memory >>> Cannot map anonymous memory >>> Out of memory >>> Enter full pathname of shell or RETURN for /bin/sh: >>> >>> It fails to exec init so asks for a shell, rinse and repeat... >>> >>> Any ideas? >> >> Are you using a root filesystem on the USB storage, or are you using >> NFS? How did you build your world, and what all modifications did you >> make to your kernel config? > USB storage in this case, cross build on amd64, pci/cf removed from kern > config, root device hardcoded, ipfw/netgraph added - rest as default > pretty much. > > Same config I've been using throughout, just double checking I don't > have something weird going on with world. > _______________________________________________ Looks like it's doing it with fresh nfs kernel+world too, related to the fix that Warner did perhaps? From owner-freebsd-mips@FreeBSD.ORG Sat Apr 20 11:38:06 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CB2A02A6; Sat, 20 Apr 2013 11:38:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 93E9A1814; Sat, 20 Apr 2013 11:38:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3KBc5Jc000692; Sat, 20 Apr 2013 07:38:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3KBc5qZ000691; Sat, 20 Apr 2013 11:38:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Apr 2013 11:38:05 GMT Message-Id: <201304201138.r3KBc5qZ000691@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 11:38:06 -0000 TB --- 2013-04-20 10:28:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-20 10:28:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-20 10:28:23 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-20 10:28:23 - cleaning the object tree TB --- 2013-04-20 10:28:23 - /usr/local/bin/svn stat /src TB --- 2013-04-20 10:28:40 - At svn revision 249665 TB --- 2013-04-20 10:28:41 - building world TB --- 2013-04-20 10:28:41 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 10:28:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 10:28:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 10:28:41 - SRCCONF=/dev/null TB --- 2013-04-20 10:28:41 - TARGET=mips TB --- 2013-04-20 10:28:41 - TARGET_ARCH=mips TB --- 2013-04-20 10:28:41 - TZ=UTC TB --- 2013-04-20 10:28:41 - __MAKE_CONF=/dev/null TB --- 2013-04-20 10:28:41 - cd /src TB --- 2013-04-20 10:28:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 20 10:28:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 20 11:31:39 UTC 2013 TB --- 2013-04-20 11:31:39 - cd /src/sys/mips/conf TB --- 2013-04-20 11:31:39 - /usr/sbin/config -m ADM5120 TB --- 2013-04-20 11:31:39 - skipping ADM5120 kernel TB --- 2013-04-20 11:31:39 - cd /src/sys/mips/conf TB --- 2013-04-20 11:31:39 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-20 11:31:39 - skipping ALCHEMY kernel TB --- 2013-04-20 11:31:39 - cd /src/sys/mips/conf TB --- 2013-04-20 11:31:39 - /usr/sbin/config -m AP121 TB --- 2013-04-20 11:31:39 - building AP121 kernel TB --- 2013-04-20 11:31:39 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 11:31:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 11:31:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 11:31:39 - SRCCONF=/dev/null TB --- 2013-04-20 11:31:39 - TARGET=mips TB --- 2013-04-20 11:31:39 - TARGET_ARCH=mips TB --- 2013-04-20 11:31:39 - TZ=UTC TB --- 2013-04-20 11:31:39 - __MAKE_CONF=/dev/null TB --- 2013-04-20 11:31:39 - cd /src TB --- 2013-04-20 11:31:39 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Apr 20 11:31:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Apr 20 11:34:12 UTC 2013 TB --- 2013-04-20 11:34:12 - cd /src/sys/mips/conf TB --- 2013-04-20 11:34:12 - /usr/sbin/config -m AP91 TB --- 2013-04-20 11:34:12 - building AP91 kernel TB --- 2013-04-20 11:34:12 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 11:34:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 11:34:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 11:34:12 - SRCCONF=/dev/null TB --- 2013-04-20 11:34:12 - TARGET=mips TB --- 2013-04-20 11:34:12 - TARGET_ARCH=mips TB --- 2013-04-20 11:34:12 - TZ=UTC TB --- 2013-04-20 11:34:12 - __MAKE_CONF=/dev/null TB --- 2013-04-20 11:34:12 - cd /src TB --- 2013-04-20 11:34:12 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Apr 20 11:34:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_sim.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_xpt.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_all.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_cd.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_ch.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_ch.c: In function 'copy_element_status': /src/sys/modules/cam/../../cam/scsi/scsi_ch.c:1157: warning: comparison is always false due to limited range of data type *** [scsi_ch.o] Error code 1 Stop in /src/sys/modules/cam. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-20 11:38:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-20 11:38:05 - ERROR: failed to build AP91 kernel TB --- 2013-04-20 11:38:05 - 2979.31 user 644.79 system 4182.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sat Apr 20 22:10:42 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F9C9449; Sat, 20 Apr 2013 22:10:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 478661070; Sat, 20 Apr 2013 22:10:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3KMAaoo006730; Sat, 20 Apr 2013 18:10:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3KMAaUb006726; Sat, 20 Apr 2013 22:10:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Apr 2013 22:10:36 GMT Message-Id: <201304202210.r3KMAaUb006726@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Apr 2013 22:10:42 -0000 TB --- 2013-04-20 21:02:44 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-20 21:02:44 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-20 21:02:44 - starting HEAD tinderbox run for mips/mips TB --- 2013-04-20 21:02:44 - cleaning the object tree TB --- 2013-04-20 21:04:06 - /usr/local/bin/svn stat /src TB --- 2013-04-20 21:04:15 - At svn revision 249700 TB --- 2013-04-20 21:04:16 - building world TB --- 2013-04-20 21:04:16 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 21:04:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 21:04:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 21:04:16 - SRCCONF=/dev/null TB --- 2013-04-20 21:04:16 - TARGET=mips TB --- 2013-04-20 21:04:16 - TARGET_ARCH=mips TB --- 2013-04-20 21:04:16 - TZ=UTC TB --- 2013-04-20 21:04:16 - __MAKE_CONF=/dev/null TB --- 2013-04-20 21:04:16 - cd /src TB --- 2013-04-20 21:04:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 20 21:04:21 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 20 22:04:47 UTC 2013 TB --- 2013-04-20 22:04:47 - cd /src/sys/mips/conf TB --- 2013-04-20 22:04:47 - /usr/sbin/config -m ADM5120 TB --- 2013-04-20 22:04:47 - skipping ADM5120 kernel TB --- 2013-04-20 22:04:47 - cd /src/sys/mips/conf TB --- 2013-04-20 22:04:47 - /usr/sbin/config -m ALCHEMY TB --- 2013-04-20 22:04:47 - skipping ALCHEMY kernel TB --- 2013-04-20 22:04:47 - cd /src/sys/mips/conf TB --- 2013-04-20 22:04:47 - /usr/sbin/config -m AP121 TB --- 2013-04-20 22:04:48 - building AP121 kernel TB --- 2013-04-20 22:04:48 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 22:04:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 22:04:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 22:04:48 - SRCCONF=/dev/null TB --- 2013-04-20 22:04:48 - TARGET=mips TB --- 2013-04-20 22:04:48 - TARGET_ARCH=mips TB --- 2013-04-20 22:04:48 - TZ=UTC TB --- 2013-04-20 22:04:48 - __MAKE_CONF=/dev/null TB --- 2013-04-20 22:04:48 - cd /src TB --- 2013-04-20 22:04:48 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Apr 20 22:04:48 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sat Apr 20 22:07:01 UTC 2013 TB --- 2013-04-20 22:07:01 - cd /src/sys/mips/conf TB --- 2013-04-20 22:07:01 - /usr/sbin/config -m AP91 TB --- 2013-04-20 22:07:01 - building AP91 kernel TB --- 2013-04-20 22:07:01 - CROSS_BUILD_TESTING=YES TB --- 2013-04-20 22:07:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-20 22:07:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-20 22:07:01 - SRCCONF=/dev/null TB --- 2013-04-20 22:07:01 - TARGET=mips TB --- 2013-04-20 22:07:01 - TARGET_ARCH=mips TB --- 2013-04-20 22:07:01 - TZ=UTC TB --- 2013-04-20 22:07:01 - __MAKE_CONF=/dev/null TB --- 2013-04-20 22:07:01 - cd /src TB --- 2013-04-20 22:07:01 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Apr 20 22:07:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_sim.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/cam_xpt.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_all.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_cd.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cam/../../cam/scsi/scsi_ch.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_ch.c: In function 'copy_element_status': /src/sys/modules/cam/../../cam/scsi/scsi_ch.c:1157: warning: comparison is always false due to limited range of data type *** [scsi_ch.o] Error code 1 Stop in /src/sys/modules/cam. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-20 22:10:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-20 22:10:36 - ERROR: failed to build AP91 kernel TB --- 2013-04-20 22:10:36 - 2959.97 user 633.39 system 4071.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full