From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 21 11:06:52 2013 Return-Path: Delivered-To: freebsd-sparc64@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 F14E2CB6 for ; Mon, 21 Jan 2013 11:06:52 +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 E31E1733 for ; Mon, 21 Jan 2013 11:06:52 +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 r0LB6qqg054218 for ; Mon, 21 Jan 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0LB6qV3054216 for freebsd-sparc64@FreeBSD.org; Mon, 21 Jan 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jan 2013 11:06:52 GMT Message-Id: <201301211106.r0LB6qV3054216@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2013 11:06:53 -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 sparc/170663 sparc64 panics with VIA 6421 SATA150 controller on Blade 1500 o sparc/169669 sparc64 Something seems broken in sparc64 TLS or lang/lua o sparc/164227 sparc64 [boot] Can't boot 9.0-RELEASE/sparc64 on Blade 1500 s sparc/164226 sparc64 [cd] Data corruption on 9.0-RELEASE when reading from o sparc/162513 sparc64 mpt(4), mptutil(8) reports variable, erroneous drive i o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 11 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 22 04:35:43 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7E9DD932 for ; Tue, 22 Jan 2013 04:35:43 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB181FF for ; Tue, 22 Jan 2013 04:35:43 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id r0M4Zg2n068114 for ; Mon, 21 Jan 2013 23:35:42 -0500 (EST) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id r0M4Zfsu068113 for freebsd-sparc64@freebsd.org; Mon, 21 Jan 2013 23:35:41 -0500 (EST) (envelope-from lidl) Date: Mon, 21 Jan 2013 23:35:41 -0500 From: Kurt Lidl To: freebsd-sparc64@freebsd.org Subject: console stops with 9.1-RELEASE when under forwarding load Message-ID: <20130122043541.GA67894@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2013 04:35:43 -0000 I'm not sure if this is better directed at freebsd-sparc64@ or freebsd-net@ but I'm going to guess here... Anyways. In all cases, I'm using an absolutely stock FreeBSD 9.1-release installation. I got several SunFire V120 machines recently, and have been testing them out to verify their operation. They all started out identically configured -- 1 GB of memory, 2x36GB disks, DVD-rom, 650Mhz processor. The V120 has two on-board "gem" network interfaces. And the machine can take a single, 32-bit PCI card. I've benchmarked the gem interfaces being able to source or sink about 90mbit/sec of TCP traffic. This is comparable to the speed of "hme" interfaces that I've tested in my slower Netra-T1-105 machines. So. I put a Intel 32bit gig-e interface (a "GT" desktop Gig-E interface) into the machine, and it comes up like this: em0: port 0xc00200-0xc0023f mem 0x20000-0x3ffff,0x40000-0x5ffff at device 5.0 on pci2 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 00:1b:21: That interface can source or sink TCP traffic at about 248 mbit/sec. Since I really want to make one of these machines my firewall/router, I took a different, dual-port Intel Gig-E server adaptor (a 64bit PCI card) and put it into one of the machines so I could look at the fowarding performance. It probes like this: em0: port 0xc00200-0xc0023f mem 0x20000-0x3ffff,0x40000-0x7ffff at device 5.0 on pci2 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 00:04:23: em1: port 0xc00240-0xc0027f mem 0xc0000-0xdffff,0x100000-0x13ffff at device 5.1 on pci2 em1: Memory Access and/or Bus Master bits were not set! em1: Ethernet address: 00:04:23: Now this card can source traffic at about 250 mbit/sec and can sink traffic around 204 mbit/sec. But the real question is - how is the forwarding performance? So I setup a test between some machines: A --tcp data--> em0-sparc64-em1 --tcp data--> B | | \---------<--------tcp acks-------<-----------/ So, A sends to interface em0 on the sparc64, the sparc64 forward out em1 to host B, and the ack traffic flows out a different interface from B to A. (A and B are amd64 machines, with Gig-E interfaces that are considerably faster than the sparc64 machines.) This test works surprisingly well -- 270 mbit/sec of forwarding traffic, at around 29500 packets/second. The problem is when I change the test to send the tcp ack traffic back through the sparc64 (so, ack traffic goes from B into em1, then forwarded out em0 to A), while doing the data in the same way. The console of the sparc64 becomes completely unresponsive during the running of this test. The 'netstat 1' that I been running just stops. When the data finishes transmitting, the netstat output gives one giant jump, counting all the packets that were sent during the test as if they happened in a single second. It's pretty clear that the process I'm running on the console isn't receiving any cycles at all. This is true for whatever I have running on the console of machine -- a shell, vmstat, iostat, whatever. It just hangs until the forwarding test is over. Then the console input/output resumes normally. Has anybody else seen this type of problem? -Kurt From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 22 12:35:04 2013 Return-Path: Delivered-To: freebsd-sparc64@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 BF600633; Tue, 22 Jan 2013 12:35:04 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 80217F79; Tue, 22 Jan 2013 12:35:04 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Txcnc-0001yI-WE; Tue, 22 Jan 2013 12:17:57 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Txcnc-0001DS-Gs; Tue, 22 Jan 2013 12:17:56 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r0MCHuZA091707; Tue, 22 Jan 2013 12:17:56 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r0MCHu8e091706; Tue, 22 Jan 2013 12:17:56 GMT (envelope-from mexas) Date: Tue, 22 Jan 2013 12:17:56 GMT From: Anton Shterenlikht Message-Id: <201301221217.r0MCHu8e091706@mech-cluster241.men.bris.ac.uk> To: johans@FreeBSD.org Subject: security/nettle regression on sparc64 -current, build failed updating from 2.5 to 2.6 Cc: freebsd-sparc64@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2013 12:35:04 -0000 This is on sparc64 r239940 with ports tree at r310800. # pkg info -xo nettle nettle-2.5: security/nettle # Updating to 2.6 I got: cc -O2 -pipe -fno-strict-aliasing -ggdb3 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wsrict-prototypes -Wpointer-arith -Wbad-function-cast -Wnested-externs -L.. -L/usr/local/lib -Wl,-rath=/usr/lib:/usr/local/lib sha3-224-test.o testutils.o ../nettle-internal.o -lhogweed -lnettle -lgp -o sha3-224-test sha3-224-test.o: In function `test_main': /usr/ports/security/nettle/work/nettle-2.6/testsuite/sha3-224-test.c:7: relocation truncated to fit R_SPARC_GOT13 against symbol `nettle_sha3_224' defined in .data.rel.ro section in ../libnettle.so /usr/ports/security/nettle/work/nettle-2.6/testsuite/sha3-224-test.c:772: relocation truncated to ft: R_SPARC_GOT13 against `.LLC511' testutils.o: In function `test_dsa_key': /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1084: relocation truncated to fit:R_SPARC_GOT13 against symbol `__stderrp@@FBSD_1.0' defined in .data section in /usr/lib/libc.so /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1081: relocation truncated to fit:R_SPARC_GOT13 against symbol `__stderrp@@FBSD_1.0' defined in .data section in /usr/lib/libc.so /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1081: relocation truncated to fit:R_SPARC_GOT13 against `.LLC0' /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1081: relocation truncated to fit:R_SPARC_GOT13 against `.LLC5' /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1067: relocation truncated to fit:R_SPARC_GOT13 against symbol `__stderrp@@FBSD_1.0' defined in .data section in /usr/lib/libc.so /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1067: relocation truncated to fit:R_SPARC_GOT13 against `.LLC0' /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1067: relocation truncated to fit:R_SPARC_GOT13 against `.LLC1' /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1068: relocation truncated to fit:R_SPARC_GOT13 against symbol `__stderrp@@FBSD_1.0' defined in .data section in /usr/lib/libc.so /usr/ports/security/nettle/work/nettle-2.6/testsuite/testutils.c:1068: additional relocation overflws omitted from the output gmake[1]: *** [sha3-224-test] Error 1 gmake[1]: Leaving directory `/usr/ports/security/nettle/work/nettle-2.6/testsuite' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/security/nettle. Please advise Thanks Anton From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 23 02:49:33 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A0E4895 for ; Wed, 23 Jan 2013 02:49:33 +0000 (UTC) (envelope-from nwf@cs.jhu.edu) Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) by mx1.freebsd.org (Postfix) with ESMTP id 603BA309 for ; Wed, 23 Jan 2013 02:49:33 +0000 (UTC) Received: from gradx.cs.jhu.edu (gradx.cs.jhu.edu [128.220.13.52]) by blaze.cs.jhu.edu (8.14.3/8.14.3) with ESMTP id r0N2mABE002305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Jan 2013 21:48:10 -0500 (EST) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.5/8.14.5) with ESMTP id r0N2mAn6008305; Tue, 22 Jan 2013 21:48:10 -0500 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.5/8.14.5/Submit) id r0N2m9Z3008304; Tue, 22 Jan 2013 21:48:09 -0500 Date: Tue, 22 Jan 2013 21:48:09 -0500 From: Nathaniel W Filardo To: mexas@bristol.ac.uk, freebsd-sparc64@freebsd.org Subject: Re: security/nettle regression on sparc64 -current, build failed updating from 2.5 to 2.6 Message-ID: <20130123024809.GB30657@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 02:49:33 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The following patch suffices for me by working around the ./configure script's nominal smarts, but I am not sure it is the right fix. Hope it helps you, too. --nwf; diff --git a/security/nettle/Makefile b/security/nettle/Makefile index 656098d..fcc73ae 100644 --- a/security/nettle/Makefile +++ b/security/nettle/Makefile @@ -35,6 +35,10 @@ INFO=3D nettle =20 .include =20 +.if ${ARCH} =3D=3D "sparc64" +CONFIGURE_ENV=3D "CCPIC=3D-fPIC" +.endif + post-install: .if ${PORT_OPTIONS:MEXAMPLES} @${MKDIR} ${EXAMPLESDIR} --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlD/T2kACgkQTeQabvr9Tc/EhwCfVQcSG6PZxyb3INtm+MU2ctH9 ooIAnidJvxHfYTPNhaXhjIHfNpatGD1N =Hp98 -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 23 10:37:37 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5992DB31; Wed, 23 Jan 2013 10:37:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 210DC8B4; Wed, 23 Jan 2013 10:37:36 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TxxS9-0005VI-Nn; Wed, 23 Jan 2013 10:21:09 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TxxS9-0001HD-86; Wed, 23 Jan 2013 10:21:09 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r0NAL8jW085588; Wed, 23 Jan 2013 10:21:08 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r0NAL7MJ085583; Wed, 23 Jan 2013 10:21:07 GMT (envelope-from mexas) Date: Wed, 23 Jan 2013 10:21:07 GMT From: Anton Shterenlikht Message-Id: <201301231021.r0NAL7MJ085583@mech-cluster241.men.bris.ac.uk> To: freebsd-sparc64@freebsd.org Subject: lang/gcc46 builds again on sparc64, but causes math/lapack build failures Cc: maho@FreeBSD.org, gerald@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 10:37:37 -0000 After over 6 months, I finally was able to build lang/gcc46 again on sparc64. This is r239940 -current sparc64 with # pkg info -xo gcc-4.6 gcc-4.6.4.20121123: lang/gcc46 # The bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964 However, the new gcc46 gives me errors when building math/lapack: gfortran46 -O -Wl,-rpath=/usr/local/lib/gcc46 -fPIC -c LAPACK_version.f -o LAPACK_version.o gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 -fPIC -o testlsame lsame.o lsametst.o /usr/local/lib/gcc46/gcc/sparc64-portbld-freebsd10.0/4.6.4/../../../libgfortran.so: undefined reference to `__emutls_v._ThreadRuneLocale' collect2: ld returned 1 exit status *** [testlsame] Error code 1 Please advise Anton From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 23 22:10:27 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AFCC7351; Wed, 23 Jan 2013 22:10:27 +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 F07D7306; Wed, 23 Jan 2013 22:10:26 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id r0NMAOwM022471; Wed, 23 Jan 2013 23:10:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id r0NMAOZY022470; Wed, 23 Jan 2013 23:10:24 +0100 (CET) (envelope-from marius) Date: Wed, 23 Jan 2013 23:10:24 +0100 From: Marius Strobl To: Kurt Lidl Subject: Re: smartmontools panics 9.1-RELEASE on sunfire 240 Message-ID: <20130123221024.GP85306@alchemy.franken.de> References: <20130104051914.GA22613@pix.net> <20130104235336.GB37999@alchemy.franken.de> <20130105013224.GA31361@pix.net> <20130105015242.GB26039@alchemy.franken.de> <20130106021923.GE1410@funkthat.com> <20130106031245.GC26039@alchemy.franken.de> <20130107090200.GA53424@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130107090200.GA53424@pix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mav@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 22:10:27 -0000 Could you please revert the patches to sys/cam/cam_periph.c and smartd.cpp of smartmontools and try with the following kernel patch instead? http://people.freebsd.org/~marius/ata_pio_odd_buf.diff Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 23 22:30:10 2013 Return-Path: Delivered-To: freebsd-sparc64@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 CD9658BE for ; Wed, 23 Jan 2013 22:30:10 +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 792AC3F1 for ; Wed, 23 Jan 2013 22:30:10 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id r0NMU9FP022526; Wed, 23 Jan 2013 23:30:09 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id r0NMU9Z3022525; Wed, 23 Jan 2013 23:30:09 +0100 (CET) (envelope-from marius) Date: Wed, 23 Jan 2013 23:30:09 +0100 From: Marius Strobl To: Kurt Lidl Subject: Re: console stops with 9.1-RELEASE when under forwarding load Message-ID: <20130123223009.GA22474@alchemy.franken.de> References: <20130122043541.GA67894@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130122043541.GA67894@pix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2013 22:30:10 -0000 On Mon, Jan 21, 2013 at 11:35:41PM -0500, Kurt Lidl wrote: > I'm not sure if this is better directed at freebsd-sparc64@ > or freebsd-net@ but I'm going to guess here... > > Anyways. In all cases, I'm using an absolutely stock > FreeBSD 9.1-release installation. > > I got several SunFire V120 machines recently, and have been testing > them out to verify their operation. They all started out identically > configured -- 1 GB of memory, 2x36GB disks, DVD-rom, 650Mhz processor. > The V120 has two on-board "gem" network interfaces. And the machine > can take a single, 32-bit PCI card. > > I've benchmarked the gem interfaces being able to source or sink > about 90mbit/sec of TCP traffic. This is comparable to the speed > of "hme" interfaces that I've tested in my slower Netra-T1-105 > machines. > > So. I put a Intel 32bit gig-e interface (a "GT" desktop > Gig-E interface) into the machine, and it comes up like this: > > em0: port 0xc00200-0xc0023f mem 0x20000-0x3ffff,0x40000-0x5ffff at device 5.0 on pci2 > em0: Memory Access and/or Bus Master bits were not set! > em0: Ethernet address: 00:1b:21: > > That interface can source or sink TCP traffic at about > 248 mbit/sec. > > Since I really want to make one of these machines my firewall/router, > I took a different, dual-port Intel Gig-E server adaptor (a 64bit > PCI card) and put it into one of the machines so I could look at > the fowarding performance. It probes like this: > > em0: port 0xc00200-0xc0023f mem 0x20000-0x3ffff,0x40000-0x7ffff at device 5.0 on pci2 > em0: Memory Access and/or Bus Master bits were not set! > em0: Ethernet address: 00:04:23: > em1: port 0xc00240-0xc0027f mem 0xc0000-0xdffff,0x100000-0x13ffff at device 5.1 on pci2 > em1: Memory Access and/or Bus Master bits were not set! > em1: Ethernet address: 00:04:23: > > Now this card can source traffic at about 250 mbit/sec and can sink > traffic around 204 mbit/sec. > > But the real question is - how is the forwarding performance? > > So I setup a test between some machines: > > A --tcp data--> em0-sparc64-em1 --tcp data--> B > | | > \---------<--------tcp acks-------<-----------/ > > So, A sends to interface em0 on the sparc64, the sparc64 > forward out em1 to host B, and the ack traffic flows out > a different interface from B to A. (A and B are amd64 > machines, with Gig-E interfaces that are considerably > faster than the sparc64 machines.) > > This test works surprisingly well -- 270 mbit/sec of forwarding > traffic, at around 29500 packets/second. > > The problem is when I change the test to send the tcp ack traffic > back through the sparc64 (so, ack traffic goes from B into em1, > then forwarded out em0 to A), while doing the data in the same way. > > The console of the sparc64 becomes completely unresponsive during > the running of this test. The 'netstat 1' that I been running just > stops. When the data finishes transmitting, the netstat output > gives one giant jump, counting all the packets that were sent during > the test as if they happened in a single second. > > It's pretty clear that the process I'm running on the console isn't > receiving any cycles at all. This is true for whatever I have > running on the console of machine -- a shell, vmstat, iostat, > whatever. It just hangs until the forwarding test is over. > Then the console input/output resumes normally. > > Has anybody else seen this type of problem? > I don't see what could be a sparc64-specific problem in this case. You are certainly pushing the hardware beyond its limits though and it would be interesting to know how a similarly "powerful" i386 machine behaves in this case. In any case, in order to not burn any CPU cycles needlessly, you should use a kernel built from a config stripped down to your requirements and with options SMP removed to get the maximum out of a UP machine. It could also be that SCHED_ULE actually helps in this case (there's a bug in 9.1-RELEASE causing problems with SCHED_ULE and SMP on sparc64, but for UP it should be fine). Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 25 15:18:24 2013 Return-Path: Delivered-To: freebsd-sparc64@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 7A0AFC74 for ; Fri, 25 Jan 2013 15:18:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4DD24A for ; Fri, 25 Jan 2013 15:18:23 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Tyl2n-0007NY-4c; Fri, 25 Jan 2013 15:18:17 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Tyl2m-00030u-HB; Fri, 25 Jan 2013 15:18:16 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r0PFIGQL099599; Fri, 25 Jan 2013 15:18:16 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r0PFIFPR099590; Fri, 25 Jan 2013 15:18:15 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 25 Jan 2013 15:18:15 +0000 From: Anton Shterenlikht To: Nathaniel W Filardo Subject: Re: security/nettle regression on sparc64 -current, build failed updating from 2.5 to 2.6 Message-ID: <20130125151815.GA97166@mech-cluster241.men.bris.ac.uk> References: <20130123024809.GB30657@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130123024809.GB30657@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2013 15:18:24 -0000 On Tue, Jan 22, 2013 at 09:48:09PM -0500, Nathaniel W Filardo wrote: > The following patch suffices for me by working around the ./configure > script's nominal smarts, but I am not sure it is the right fix. Hope it > helps you, too. > --nwf; > > diff --git a/security/nettle/Makefile b/security/nettle/Makefile > index 656098d..fcc73ae 100644 > --- a/security/nettle/Makefile > +++ b/security/nettle/Makefile > @@ -35,6 +35,10 @@ INFO= nettle > > .include > > +.if ${ARCH} == "sparc64" > +CONFIGURE_ENV= "CCPIC=-fPIC" > +.endif > + > post-install: > .if ${PORT_OPTIONS:MEXAMPLES} > @${MKDIR} ${EXAMPLESDIR} > yes, this helped: ===> Registering installation for nettle-2.6 Installing nettle-2.6... done # Is there an easy test I can run on it? Thanks Anton From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 26 10:16:35 2013 Return-Path: Delivered-To: freebsd-sparc64@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 8F8FCEC; Sat, 26 Jan 2013 10:16:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9F23391A; Sat, 26 Jan 2013 10:16:34 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA10508; Sat, 26 Jan 2013 12:16:29 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Tz2oG-000HjC-Vf; Sat, 26 Jan 2013 12:16:29 +0200 Message-ID: <5103ACFC.1040306@FreeBSD.org> Date: Sat, 26 Jan 2013 12:16:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: Chris Ross Subject: Re: Changes to kern.geom.debugflags? References: <7AA0B5D0-D49C-4D5A-8FA0-AA57C091C040@distal.com> <6A0C1005-F328-4C4C-BB83-CA463BD85127@distal.com> <20121225232507.GA47735@alchemy.franken.de> <8D01A854-97D9-4F1F-906A-7AB59BF8850B@distal.com> <6FC4189B-85FA-466F-AA00-C660E9C16367@distal.com> <20121230032403.GA29164@pix.net> <56B28B8A-2284-421D-A666-A21F995C7640@distal.com> <20130104234616.GA37999@alchemy.franken.de> <50F82846.6030104@FreeBSD.org> <315EDE17-4995-4819-BC82-E9B7D942E82A@distal.com> In-Reply-To: <315EDE17-4995-4819-BC82-E9B7D942E82A@distal.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-fs@freebsd.org" , Kurt Lidl , "freebsd-sparc64@freebsd.org" , Marius Strobl X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2013 10:16:35 -0000 on 18/01/2013 02:49 Chris Ross said the following: > How long will this take to get to stable/9? Being new to FreeBSD, > I'm not too familiar with the process of HEAD/stable/etc. (In NetBSD, it would be a > commit followed by a pull request.) I've just MFC-ed the change to stable/9 and 8. -- Andriy Gapon