From owner-freebsd-mips@FreeBSD.ORG Tue Dec 27 23:12:47 2011 Return-Path: Delivered-To: mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50CBD1065672; Tue, 27 Dec 2011 23:12:47 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id B21FA8FC15; Tue, 27 Dec 2011 23:12:43 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 24C972A28CC9; Wed, 28 Dec 2011 00:12:43 +0100 (CET) Date: Wed, 28 Dec 2011 00:12:43 +0100 From: Ed Schouten To: mips@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20111227231243.GB1895@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 23:12:47 -0000 --lCAWRPmW1mITcIfM Content-Type: multipart/mixed; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, Quite some time ago, we switched from libgcc to libcompiler_rt on all architectures except MIPS and SPARC64. At the time I was also quite busy with other FreeBSD and LLVM related things, so I decided to leave MIPS and SPARC64 the way they were. The reason why we haven't switched these two architectures yet, is due to a minor bug in __ctzdi2() calling __builtin_ctz(). On these two architectures, this ends up calling __ctzdi2() again, causing a hang. I have filed a bug for this at the LLVM folks, but until that time I want to ask if there are people that are willing to test the attached patch on their MIPS and SPARC64 systems. The only thing you need to do: rebuild world two iterations to see whether everything works properly. I do advise you to test this patch in a jail first. If this patch fixes the problem, I will commit the change to SVN. As of then, every architecture will use libcompiler_rt. This also makes work on MIPS properly. Thanks, --=20 Ed Schouten WWW: http://80386.nl/ --tjCHc7DPkfUGtrlw-- --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJO+lDrAAoJEG5e2P40kaK72LgQAKsyLAEeDaC/EwLnAkVKD3rw 4oKpcRJtuEPEQwZNHZtnF3EZFKQXcE9nSl0KbMdMrbA/g4DhVkU6XyCG7Lipwzzp IcAmgm/gLPdBhuYzq2Rdo+SRfPmO3gqMau91HeGkpegrCPy4g/vjc6GW3hHrTJO0 nJmoGRUOvWjUDifkuvU9fxbALzfNu8rZ8j1xXeR2EB+3XMCJ0AyAO1wumLo+nn6j 8oLVyiwfZzUVSvoHeZqy7ioi9GVXW0Mnu9v6nkU9cvKolew3v6d4moFX9qRC3H+h +epMAZM00z7QgODApIswoNtX9ZxU7+w7AkGq1vMNCMsI07dt+acObCEc7d4PoLFz EVRdUC+oZNLllqjLOKiKr2Eki4thb0Tf8IMufboZ0tY9fLUpKxzc0wEoJ4PSFnj6 XyawiqAXcibtE9vg5bZ/l3JuT/PFPphwKU6UKA+55ZdAGxtBFC0ao6nw2+Ck+kUJ IYLJukvu0Yi7zWHkO8386t1lTrybpA9bTg2Y4XPAXGKhb6L9MUZ3x5GrjnsAhMP3 3bGTDO4x133axwD6E5qykpD53qr3tjOkGNLY8ig6n6X/lzi0r2dgV0lh6Wz8UZ4M WjHZFKnwfTLy4R97+yhJc02D3jKwnBSqNXyuijz7sWWrsnvY/Ar92iNxlIa/RfpI kAufMnLjzuZSlEGo7JfC =MBOq -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-mips@FreeBSD.ORG Tue Dec 27 23:56:10 2011 Return-Path: Delivered-To: mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D829E106566B; Tue, 27 Dec 2011 23:56:10 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 896908FC16; Tue, 27 Dec 2011 23:56:10 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id 3DD348FC3A; Wed, 28 Dec 2011 03:56:09 +0400 (MSK) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 354C762F8; Tue, 27 Dec 2011 15:54:09 -0800 (PST) Date: Tue, 27 Dec 2011 15:54:09 -0800 From: Stanislav Sedov To: Ed Schouten Message-Id: <20111227155409.caccb69e.stas@FreeBSD.org> In-Reply-To: <20111227231243.GB1895@hoeg.nl> References: <20111227231243.GB1895@hoeg.nl> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mips@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 23:56:10 -0000 On Wed, 28 Dec 2011 00:12:43 +0100 Ed Schouten mentioned: > Hi all, > > Quite some time ago, we switched from libgcc to libcompiler_rt on all > architectures except MIPS and SPARC64. At the time I was also quite busy > with other FreeBSD and LLVM related things, so I decided to leave MIPS > and SPARC64 the way they were. > > The reason why we haven't switched these two architectures yet, is due > to a minor bug in __ctzdi2() calling __builtin_ctz(). On these two > architectures, this ends up calling __ctzdi2() again, causing a hang. > > I have filed a bug for this at the LLVM folks, but until that time I > want to ask if there are people that are willing to test the attached > patch on their MIPS and SPARC64 systems. The only thing you need to do: > rebuild world two iterations to see whether everything works properly. I > do advise you to test this patch in a jail first. > > If this patch fixes the problem, I will commit the change to SVN. As of > then, every architecture will use libcompiler_rt. This also makes > work on MIPS properly. > Hi! It seems that the patch was stripped off. Thanks! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-mips@FreeBSD.ORG Wed Dec 28 00:29:24 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25746106564A; Wed, 28 Dec 2011 00:29:24 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 95D1B8FC12; Wed, 28 Dec 2011 00:29:23 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id pBS07NH8077408; Wed, 28 Dec 2011 01:07:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id pBS07NK3077407; Wed, 28 Dec 2011 01:07:23 +0100 (CET) (envelope-from marius) Date: Wed, 28 Dec 2011 01:07:23 +0100 From: Marius Strobl To: Ed Schouten Message-ID: <20111228000723.GA77332@alchemy.franken.de> References: <20111227231243.GB1895@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111227231243.GB1895@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: mips@freebsd.org, sparc64@freebsd.org Subject: Re: (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2011 00:29:24 -0000 On Wed, Dec 28, 2011 at 12:12:43AM +0100, Ed Schouten wrote: > Hi all, > > Quite some time ago, we switched from libgcc to libcompiler_rt on all > architectures except MIPS and SPARC64. At the time I was also quite busy > with other FreeBSD and LLVM related things, so I decided to leave MIPS > and SPARC64 the way they were. > > The reason why we haven't switched these two architectures yet, is due > to a minor bug in __ctzdi2() calling __builtin_ctz(). On these two > architectures, this ends up calling __ctzdi2() again, causing a hang. > > I have filed a bug for this at the LLVM folks, but until that time I > want to ask if there are people that are willing to test the attached > patch on their MIPS and SPARC64 systems. The only thing you need to do: > rebuild world two iterations to see whether everything works properly. I > do advise you to test this patch in a jail first. > > If this patch fixes the problem, I will commit the change to SVN. As of > then, every architecture will use libcompiler_rt. This also makes > work on MIPS properly. > Before making libcompiler_rt the default for sparc64 could you please also look into adding the optimized versions of _divsi3 and _modsi3 (see contrib/gcc/config/sparc/lb1spc.asm) to libcompiler_rt? They're taken from/based on the SPARC V8 Architecture Manual and IIRC I once compared them and there actually was little difference so there should be no licensing issues. Marius From owner-freebsd-mips@FreeBSD.ORG Wed Dec 28 09:18:19 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8BDD106566B; Wed, 28 Dec 2011 09:18:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 28DFD8FC0A; Wed, 28 Dec 2011 09:18:18 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 3887B2A28CC9; Wed, 28 Dec 2011 10:18:17 +0100 (CET) Date: Wed, 28 Dec 2011 10:18:17 +0100 From: Ed Schouten To: Marius Strobl Message-ID: <20111228091817.GC1895@hoeg.nl> References: <20111227231243.GB1895@hoeg.nl> <20111228000723.GA77332@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0QFb0wBpEddLcDHQ" Content-Disposition: inline In-Reply-To: <20111228000723.GA77332@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mips@freebsd.org, sparc64@freebsd.org Subject: [Updated patch] (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2011 09:18:19 -0000 --0QFb0wBpEddLcDHQ Content-Type: multipart/mixed; boundary="FFoLq8A0u+X9iRU8" Content-Disposition: inline --FFoLq8A0u+X9iRU8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Marius, * Marius Strobl , 20111228 01:07: > Before making libcompiler_rt the default for sparc64 could you please > also look into adding the optimized versions of _divsi3 and _modsi3 > (see contrib/gcc/config/sparc/lb1spc.asm) to libcompiler_rt? They're > taken from/based on the SPARC V8 Architecture Manual and IIRC I once > compared them and there actually was little difference so there should > be no licensing issues. Just to make sure we don't get into license problems, I copied the code =66rom the architecture manual and regenerated the assembly files. I compared them against the ones used by GCC and they should work. Please forget the previous patch I sent and use the one attached. If the attachment is missing, you can download the patch here: http://80386.nl/pub/compiler-rt.txt The code isn't that beautiful yet, but I'll clean it up before I send it to the compiler-rt folks. Thanks, --=20 Ed Schouten WWW: http://80386.nl/ --FFoLq8A0u+X9iRU8-- --0QFb0wBpEddLcDHQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJO+t7ZAAoJEG5e2P40kaK73twP/jQL0q78+M0OpI7gPqhLet+d bxEdUsMn4Mnf9qw4HXTcJiqyN7jkofbnGWc1pWuJ02AQBBmwuW5f6vNpM7aj6MLG I4txZ03K6AnWfbK45BG2psd0+DFGUXLI1m/yQRDr8/2p5QtdzlGYlyL1ggBQ3puk XIk98BCrhybUDU2W8WzEKCOUUKVFFKv+U6Zq4EQhXf5XvtDwcgxoiIWFegphsdSf xCXsW+BLCQ1XN59ahsYMgtA9HNFxT3q26veM29i4nNkmGXZkOQM+SakdbHc3BqTU W4GfHB9CWtBJqmhO+lsGp/sa8TIlP5vJ/0Lc6A6IaUXBESqqki/Jp+rzJmRrnvBP EtQ+lfjUulk0SP1CUiJFXnko2BMjYo8OQj/B5X1k58qgF965cOB+rZdZBSSQWyN3 TzbRFxnovXqk9BfacXJ2ZeAjvi4+/tsQ2qrQfObg7jj2Y+hGITQFsack1iIpcIak lwk15e/Aa2xVdhxOCTWPYVvudtPS3KIP4BGAJm57g7jHj3YR0a4dDsyQpbVAqWav QoYDqtI15PDbVFoES5SFwczBtCif8IAaLWE8bM+xKEcvq9OhhozbZYlGqdLsal86 MfC/jua+48m0/QoeXNf8HU9hjXT9ha5FhXDWlHhAzXSANpheN42CygCHMdBxzl0z h48GZGtQSqUTMx6T1W7m =1nwD -----END PGP SIGNATURE----- --0QFb0wBpEddLcDHQ-- From owner-freebsd-mips@FreeBSD.ORG Wed Dec 28 21:53:52 2011 Return-Path: Delivered-To: freebsd-mips@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FCD5106566B; Wed, 28 Dec 2011 21:53:52 +0000 (UTC) (envelope-from ray@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DA62E8FC0A; Wed, 28 Dec 2011 21:53:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBSLrpsU060272; Wed, 28 Dec 2011 21:53:51 GMT (envelope-from ray@freefall.freebsd.org) Received: (from ray@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBSLrpD7060268; Wed, 28 Dec 2011 21:53:51 GMT (envelope-from ray) Date: Wed, 28 Dec 2011 21:53:51 GMT Message-Id: <201112282153.pBSLrpD7060268@freefall.freebsd.org> To: ray@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-mips@FreeBSD.org From: ray@FreeBSD.org Cc: Subject: Re: kern/163670: [mips][arge] arge can't allocate ring buffer on multiple up/down X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2011 21:53:52 -0000 Synopsis: [mips][arge] arge can't allocate ring buffer on multiple up/down Responsible-Changed-From-To: freebsd-bugs->freebsd-mips Responsible-Changed-By: ray Responsible-Changed-When: Wed Dec 28 21:51:03 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=163670 From owner-freebsd-mips@FreeBSD.ORG Fri Dec 30 12:53:37 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971DE1065672; Fri, 30 Dec 2011 12:53:37 +0000 (UTC) (envelope-from flo@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECC18FC0A; Fri, 30 Dec 2011 12:53:37 +0000 (UTC) Received: from bender.solomo.local (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBUCrZY6001463; Fri, 30 Dec 2011 12:53:36 GMT (envelope-from flo@freebsd.org) Message-ID: <4EFDB44F.9060708@freebsd.org> Date: Fri, 30 Dec 2011 13:53:35 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Ed Schouten References: <20111227231243.GB1895@hoeg.nl> <20111228000723.GA77332@alchemy.franken.de> <20111228091817.GC1895@hoeg.nl> In-Reply-To: <20111228091817.GC1895@hoeg.nl> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: sparc64@freebsd.org, mips@freebsd.org, Marius Strobl Subject: Re: [Updated patch] (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 12:53:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 28.12.2011 10:18, Ed Schouten wrote: > Hi Marius, > > * Marius Strobl , 20111228 01:07: >> Before making libcompiler_rt the default for sparc64 could you >> please also look into adding the optimized versions of _divsi3 >> and _modsi3 (see contrib/gcc/config/sparc/lb1spc.asm) to >> libcompiler_rt? They're taken from/based on the SPARC V8 >> Architecture Manual and IIRC I once compared them and there >> actually was little difference so there should be no licensing >> issues. > > Just to make sure we don't get into license problems, I copied the > code from the architecture manual and regenerated the assembly > files. I compared them against the ones used by GCC and they should > work. > > Please forget the previous patch I sent and use the one attached. > If the attachment is missing, you can download the patch here: > > http://80386.nl/pub/compiler-rt.txt > > The code isn't that beautiful yet, but I'll clean it up before I > send it to the compiler-rt folks. > Ed, at least on sparc64 the resulting toolchain is broken. I cannot even compile a simple c file. http://tb.smeets.im/~flo/sparc64-cc-crash.txt Anything i can provide for analysis? Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk79tE8ACgkQapo8P8lCvwkd8QCfR+ykkbR2WX1tLaJ2o8r1X9a5 V3UAn3j7UfMieSLFMtVeS38OXJ/pyZD0 =M2+X -----END PGP SIGNATURE----- From owner-freebsd-mips@FreeBSD.ORG Fri Dec 30 13:01:31 2011 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 828981065672; Fri, 30 Dec 2011 13:01:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9CC8FC19; Fri, 30 Dec 2011 13:01:31 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 413EA2A28CDD; Fri, 30 Dec 2011 14:01:30 +0100 (CET) Date: Fri, 30 Dec 2011 14:01:30 +0100 From: Ed Schouten To: Florian Smeets Message-ID: <20111230130130.GR1895@hoeg.nl> References: <20111227231243.GB1895@hoeg.nl> <20111228000723.GA77332@alchemy.franken.de> <20111228091817.GC1895@hoeg.nl> <4EFDB44F.9060708@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iskw6J4cuOvZ6IVF" Content-Disposition: inline In-Reply-To: <4EFDB44F.9060708@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: sparc64@freebsd.org, mips@freebsd.org, Marius Strobl Subject: Re: [Updated patch] (Finally) migrate MIPS and SPARC64 to libcompiler_rt X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 13:01:31 -0000 --iskw6J4cuOvZ6IVF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Florian, * Florian Smeets , 20111230 13:53: > Anything i can provide for analysis? It would be nice if we could get a stack trace to see which libcompiler-rt functions it calls. If that's not possible, just rm -Rf contrib/compiler-rt/lib/sparc64 and try again. That way we can already determine whether it's caused by the optimized divide/modulo code. Thanks, --=20 Ed Schouten WWW: http://80386.nl/ --iskw6J4cuOvZ6IVF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJO/bYpAAoJEG5e2P40kaK7QwEQAJbuk0doJlApg8wf3dPCR3fs nbbjCLo2LhRfAKtBZtjNkTQ0gOvfe8vUz6SJjkm5WQV7S+/h0NYzWPppFFEQyeWd MPd+oRhYJB/7l4K7aWFPWlkjddfef/x0hpNHnDGunOdl/Zv/EskFsVSgrZPrT0ml vImrN0IE2CGlLWBiI6Iyr1zbsmHXt1CtSYl/aI1VC090RWovUURPHlawbhDT81+r yZo7Hr7EW++anP8m5LOxaYQi6J7oH37WGIh+XSzgIEyfiZywnCO/ew0bi8KyGael uyrMB45ax6M1ryHXb7jOPdaBvVeo3ASFpSny31vQoXNo1FjnFf3j6FmUDY5vs7K/ c5sVqSq8IQhWlAb7jEL5rom+g+K37T5LcEW5Npyrenf5LVo8UpW6DlzVSyrtXJ/9 zaD7rm9RsJNpw300qLzxrvOnxmx5+W4bcjkuWCf2GxYWO81m1VJcgUabcPMidMvz Q96tmmP/adq4iHfZOQi9InriolHHcVGPkLUbas6oTNhvsx/+85D+vVmgNay+Miia OjAnfY3fYecGSndiaZiVF1uxTUNvvrVFSKog7ahk2/hlFckeZ7REMp9gi5eA/Grh /BHI2Th5KKqX0ORYKT2EUgMvh3welddzILIZZi+ddzaZx5KLc8wRcyYOCzYAgBZv 3e+f1TLE8DSVuaSyp3Hw =IWUs -----END PGP SIGNATURE----- --iskw6J4cuOvZ6IVF-- From owner-freebsd-mips@FreeBSD.ORG Fri Dec 30 22:49:28 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62D11065670; Fri, 30 Dec 2011 22:49:28 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAA38FC18; Fri, 30 Dec 2011 22:49:28 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id DF6C5115BE4; Fri, 30 Dec 2011 22:49:26 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20111231000638.d257448c.ray@ddteam.net> Date: Fri, 30 Dec 2011 23:49:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> References: <20111231000638.d257448c.ray@ddteam.net> To: freebsd-mips@freebsd.org X-Mailer: Apple Mail (2.1251.1) Cc: Aleksandr Rybalko Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 22:49:28 -0000 OK, trying to pull in everyone. There seems to be a problem with = if_arge on certain chips/platforms. I've encountered it on TL-MR3420 = and WRT-160NL. I'm currently working off Adrians gitorious repo. I will try and find a working revision from head. I've set these hints: # Hard-code the PHY for now, until there's switch phy support. hint.arge.0.phymask=3D0x000c hint.arge.0.media=3D1000 hint.arge.0.fduplex=3D1 # Where is the MAC address stored in flash for this particular unit. hint.arge.0.eeprommac=3D0x1f01fc00 # This isn't used, but configure it anyway. # This should eventually just not be configured, but the if then # needs to be properly disabled or spurious interrupts occur. hint.arge.1.phymask=3D0x0 I've disabled ath for now. U-Boot 1.1.4 (Nov 4 2010 - 18:40:28) AP99 (ar7241 - Virian) U-boot DRAM: =20 sri ar7240_ddr_initial_config(133): virian ddr1 init #### TAP VALUE 1 =3D 0xf, 2 =3D 0x10 [0x0: 0x1f] 32 MB id read 0x100000ff sector count =3D 64 Flash: 4 MB Using default environment In: serial Out: serial Err: serial Net: ag7240_enet_initialize... No valid address in Flash. Using fixed address No valid address in Flash. Using fixed address Virian MDC CFG Value =3D=3D> 4 : cfg1 0xf cfg2 0x7014 eth0: 00:03:7f:09:0b:ad eth0 up Virian MDC CFG Value =3D=3D> 4 : cfg1 0xf cfg2 0x7214 eth1: 00:03:7f:09:0b:ad ATHRS26: resetting s26 ATHRS26: s26 reset done eth1 up eth0, eth1 Autobooting in 1 seconds ar7240> bootp dup 1 speed 1000 BOOTP broadcast 1 Using eth1 device TFTP from server 44.128.65.1; our IP address is 44.128.65.7 Filename 'TL-MR3420.factory.bin'. Load address: 0x81000000 Loading: = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# = ################################################################# ############################ done Bytes transferred =3D 8126464 (7c0000 hex) ar7240> bootm 0x81000000 ## Booting image at 81000000 ... Uncompressing Kernel Image ... OK Starting kernel ... CPU platform: Atheros AR7241 rev 1 CPU Frequency=3D400 MHz CPU DDR Frequency=3D400 MHz CPU AHB Frequency=3D200 MHz platform frequency: 400000000 arguments:=20 a0 =3D 00000008 a1 =3D a1f87fb0 a2 =3D a1f88470 a3 =3D 00000004 Cmd line:argv is invalid Environment: envp is invalid Cache info: picache_stride =3D 4096 picache_loopcount =3D 16 pdcache_stride =3D 4096 pdcache_loopcount =3D 8 cpu0: MIPS Technologies processor v116.147 MMU: Standard TLB, 16 entries L1 i-cache: 4 ways of 512 sets, 32 bytes per line L1 d-cache: 4 ways of 256 sets, 32 bytes per line Config1=3D0x9ee3519e Config3=3D0x20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 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 #6: Thu Jan 1 01:00:00 CET 1970 = stb@dummy:/home/stb/working/fe/obj/mipseb/mips.mipseb/home/stb/working/fe/= stb-adrianchadd-freebsd-work/sys/TL-MR3420 mips WARNING: WITNESS option enabled, expect reduced performance. real memory =3D 33554432 (32768K bytes) avail memory =3D 25505792 (24MB) nexus0: clock0: on nexus0 Timecounter "MIPS32" frequency 200000000 Hz quality 800 Event timer "MIPS32" frequency 200000000 Hz quality 800 apb0 at irq 4 on nexus0 uart0: <16550 or compatible> on apb0 uart0: console (115200,n,8,1) gpio0: on apb0 gpio0: [GIANT-LOCKED] gpio0: function_set: 0x0 gpio0: function_clear: 0x0 gpio0: gpio pinmask=3D0x0 gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 0 on gpiobus0 gpioled1: at pin(s) 1 on gpiobus0 gpioled2: at pin(s) 3 on gpiobus0 ar71xx_pmc0: on apb0 ehci0: at mem = 0x1b000100-0x1bffffff irq 1 on nexus0 usbus0: set host controller mode usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0: on ehci0 arge0: at mem = 0x19000000-0x19000fff irq 2 on nexus0 arge0: Overriding MAC from EEPROM arge0: Ethernet address: 54:e6:fc:d1:59:18 arge1: at mem = 0x1a000000-0x1a000fff irq 3 on nexus0 device_attach: arge1 attach returned 22 spi0: at mem 0x1f000000-0x1f00000f on nexus0 spibus0: on spi0 mx25l0: at cs 0 on spibus0 Unknown SPI flash device. Vendor: 01, device id: 0215 device_attach: mx25l0 attach returned 6 ar71xx_wdog0: on nexus0 ar71xx_wdog0: Previous reset was due to watchdog timeout Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 Sending DHCP Discover packet from interface arge0 (54:e6:fc:d1:59:18) ugen0.1: at usbus0 uhub0: on = usbus0 uhub0: 1 port with 1 removable, self powered interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source DHCP/BOOTP timeout for server 255.255.255.255 interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source DHCP/BOOTP timeout for server 255.255.255.255 interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source DHCP/BOOTP timeout for server 255.255.255.255 interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source interrupt storm detected on "int2"; throttling interrupt source DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers DHCP/BOOTP timeout for server 255.255.255.255 arge0: initialization failed: no memory for rx buffers --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-mips@FreeBSD.ORG Sat Dec 31 12:36:50 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E261065679 for ; Sat, 31 Dec 2011 12:36:50 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 65B288FC0A for ; Sat, 31 Dec 2011 12:36:50 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 372DD11609C; Sat, 31 Dec 2011 12:36:49 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> Date: Sat, 31 Dec 2011 13:36:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> References: <20111231000638.d257448c.ray@ddteam.net> <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> To: freebsd-mips@freebsd.org X-Mailer: Apple Mail (2.1251.1) Cc: Aleksandr Rybalko Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 12:36:50 -0000 Am 30.12.2011 um 23:49 schrieb Stefan Bethke: > OK, trying to pull in everyone. There seems to be a problem with = if_arge on certain chips/platforms. I've encountered it on TL-MR3420 = and WRT-160NL. I'm currently working off Adrians gitorious repo. The problem is limited to BOOTP; if I mount a USB stick as root, I can = bring up arge1 without issue. On the AR7241, arge0 is connected to a phy and the blue WAN port, arge1 = is connected to the built-in switch. The port speeds are fixed (1000 = for the switch, 100 for the phy). With BOOTP enabled, I'm getting an interrupt storm on intr 3. I've = enabled debugging for arge, and it seems there is a TX underrun that is = not being cleared in that case. I'm not fully understanding the code, = so I'm not sure why the TX underrun is not being cleared, or keeps = reoccurring. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-mips@FreeBSD.ORG Sat Dec 31 16:01:23 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3011106564A for ; Sat, 31 Dec 2011 16:01:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A86008FC12 for ; Sat, 31 Dec 2011 16:01:23 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so20061519vbb.13 for ; Sat, 31 Dec 2011 08:01:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=apMxpT5E4JFMjLQctlC4VeH08aR/vSnu5E5nVLPry/k=; b=e1zLGuqYOcy3l61BtuIbbBZxXQbRLE4XcHE+Krw25SXTRv47ZmBKvJ5tEEMXYFU9QX 4Xxbjuch0tC1UI75YBVBg5av2xt5QnJBBNg9c6fZzV+13x1QNiwSQaKKwe8i3rz++WVH aHeuxKvNLltyJ3KRFK650fz7yWWpDKsbDd43c= MIME-Version: 1.0 Received: by 10.52.23.44 with SMTP id j12mr14248713vdf.117.1325347282976; Sat, 31 Dec 2011 08:01:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Sat, 31 Dec 2011 08:01:22 -0800 (PST) In-Reply-To: <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> References: <20111231000638.d257448c.ray@ddteam.net> <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> Date: Sat, 31 Dec 2011 08:01:22 -0800 X-Google-Sender-Auth: S81dCZ-WaYFCbeTZ6mQJJ7cCvWM Message-ID: From: Adrian Chadd To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Aleksandr Rybalko , freebsd-mips@freebsd.org Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 16:01:24 -0000 On 31 December 2011 04:36, Stefan Bethke wrote: > Am 30.12.2011 um 23:49 schrieb Stefan Bethke: > >> OK, trying to pull in everyone. =A0There seems to be a problem with if_a= rge on certain chips/platforms. =A0I've encountered it on TL-MR3420 and WRT= -160NL. =A0I'm currently working off Adrians gitorious repo. > > The problem is limited to BOOTP; if I mount a USB stick as root, I can br= ing up arge1 without issue. > > On the AR7241, arge0 is connected to a phy and the blue WAN port, arge1 i= s connected to the built-in switch. =A0The port speeds are fixed (1000 for = the switch, 100 for the phy). > > With BOOTP enabled, I'm getting an interrupt storm on intr 3. =A0I've ena= bled debugging for arge, and it seems there is a TX underrun that is not be= ing cleared in that case. =A0I'm not fully understanding the code, so I'm n= ot sure why the TX underrun is not being cleared, or keeps reoccurring. Is the bootp code somehow tickling the interface setup in a way that isn't the same as the userland-driven config? Ie, a tx underrun should only occur if it runs out of TX descriptor slots. That's fine, it just means that it go to the end of the descriptor list. It's not _necessarily_ an error condition. And it should only _keep_ occuring if someone/something keeps tickling the DMA_TX_CONTROL_EN bit. So when the underrun occurs, what's the state of the TX ring head/tail poin= ters? The code in arge_intr() should be self explanatory. If any frames were sent, call arge_start_locked(). The call to arge_encap() throws something into the TX ring and then sets DMA_TX_CONTROL_EN. How about adding a printf() to arge_start_locked() and arge_encap(), see if they're constantly being called. Adrian From owner-freebsd-mips@FreeBSD.ORG Sat Dec 31 16:03:11 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04750106566B; Sat, 31 Dec 2011 16:03:11 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id B43EC8FC18; Sat, 31 Dec 2011 16:03:10 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 8446F11641C; Sat, 31 Dec 2011 16:03:09 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Sat, 31 Dec 2011 17:03:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111231000638.d257448c.ray@ddteam.net> <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> To: Adrian Chadd X-Mailer: Apple Mail (2.1251.1) Cc: Aleksandr Rybalko , freebsd-mips@freebsd.org Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 16:03:11 -0000 Am 31.12.2011 um 17:01 schrieb Adrian Chadd: > On 31 December 2011 04:36, Stefan Bethke wrote: >> Am 30.12.2011 um 23:49 schrieb Stefan Bethke: >>=20 >>> OK, trying to pull in everyone. There seems to be a problem with = if_arge on certain chips/platforms. I've encountered it on TL-MR3420 = and WRT-160NL. I'm currently working off Adrians gitorious repo. >>=20 >> The problem is limited to BOOTP; if I mount a USB stick as root, I = can bring up arge1 without issue. >>=20 >> On the AR7241, arge0 is connected to a phy and the blue WAN port, = arge1 is connected to the built-in switch. The port speeds are fixed = (1000 for the switch, 100 for the phy). >>=20 >> With BOOTP enabled, I'm getting an interrupt storm on intr 3. I've = enabled debugging for arge, and it seems there is a TX underrun that is = not being cleared in that case. I'm not fully understanding the code, = so I'm not sure why the TX underrun is not being cleared, or keeps = reoccurring. >=20 > Is the bootp code somehow tickling the interface setup in a way that > isn't the same as the userland-driven config? >=20 > Ie, a tx underrun should only occur if it runs out of TX descriptor > slots. That's fine, it just means that it go to the end of the > descriptor list. It's not _necessarily_ an error condition. >=20 > And it should only _keep_ occuring if someone/something keeps tickling > the DMA_TX_CONTROL_EN bit. >=20 > So when the underrun occurs, what's the state of the TX ring head/tail = pointers? >=20 > The code in arge_intr() should be self explanatory. If any frames were > sent, call arge_start_locked(). The call to arge_encap() throws > something into the TX ring and then sets DMA_TX_CONTROL_EN. >=20 > How about adding a printf() to arge_start_locked() and arge_encap(), > see if they're constantly being called. I'll do that next year :-) I believe the BOOTP code starts before timers are running, would that = affect things? Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-mips@FreeBSD.ORG Sat Dec 31 16:06:12 2011 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC93106564A for ; Sat, 31 Dec 2011 16:06:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B2BCD8FC16 for ; Sat, 31 Dec 2011 16:06:11 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so20064165vbb.13 for ; Sat, 31 Dec 2011 08:06:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kwq/VrqdawdA+bSQHrrEY9YTJ8gQQ+vKetp/m2ez3Sc=; b=FQICJP0YJYVjATRJAozpLbiZRlQZ56k61Zq4hNlg9hW45zIGwPP8tl+neTKGDl4XZs Bb+whita3CdghE4tCcNjWEjVF46Io45sO5HnkGeFk1TY23r5NaImCP7D5IH/3IVn+0LY f+i0CyFGEdwDe5x1K6fKPhkZTxvJPOLyq/yTg= MIME-Version: 1.0 Received: by 10.52.180.98 with SMTP id dn2mr11879122vdc.83.1325347571013; Sat, 31 Dec 2011 08:06:11 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Sat, 31 Dec 2011 08:06:10 -0800 (PST) In-Reply-To: References: <20111231000638.d257448c.ray@ddteam.net> <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> Date: Sat, 31 Dec 2011 08:06:10 -0800 X-Google-Sender-Auth: 7R6WR6tbLoyBPm6fspJAIZQqGWM Message-ID: From: Adrian Chadd To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , freebsd-mips@freebsd.org Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 16:06:12 -0000 On 31 December 2011 08:03, Stefan Bethke wrote: >> How about adding a printf() to arge_start_locked() and arge_encap(), >> see if they're constantly being called. > > I'll do that next year :-) :) take your time. > I believe the BOOTP code starts before timers are running, would that affect things? DELAY and pause() should still be working though, iirc. I know because DELAY() works fine during ath_hal probe/attach routines. Adrian From owner-freebsd-mips@FreeBSD.ORG Sat Dec 31 18:08:09 2011 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBEF7106564A; Sat, 31 Dec 2011 18:08:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 670498FC12; Sat, 31 Dec 2011 18:08:06 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id pBVI6vqY081648 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 31 Dec 2011 11:06:58 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sat, 31 Dec 2011 11:06:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111231000638.d257448c.ray@ddteam.net> <98BA8EF5-E808-43F8-92A8-68B14CAF998F@lassitu.de> <2A05E0AA-5AA5-47FD-90EA-BD6B23A01EFE@lassitu.de> To: Adrian Chadd X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 31 Dec 2011 11:06:58 -0700 (MST) Cc: Aleksandr Rybalko , Stefan Bethke , freebsd-mips@FreeBSD.org Subject: Re: arge problem on MR3420 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 18:08:09 -0000 On Dec 31, 2011, at 9:06 AM, Adrian Chadd wrote: > On 31 December 2011 08:03, Stefan Bethke wrote: >=20 >>> How about adding a printf() to arge_start_locked() and arge_encap(), >>> see if they're constantly being called. >>=20 >> I'll do that next year :-) >=20 > :) take your time. >=20 >> I believe the BOOTP code starts before timers are running, would that = affect things? >=20 > DELAY and pause() should still be working though, iirc. I know because > DELAY() works fine during ath_hal probe/attach routines. Maybe using bootp in the boot loader will cause things to be setup = differently in the hardware that our current code doesn't expect? DELAY is fine, since it is a busy wait. pause/tsleep, however, are nops = before we start scheduling. Warner