From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 18 11:06:57 2013 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AFB0AEE for ; Mon, 18 Nov 2013 11:06:57 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59BEB2098 for ; Mon, 18 Nov 2013 11:06:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rAIB6vNf009202 for ; Mon, 18 Nov 2013 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAIB6uf4009200 for freebsd-sparc64@FreeBSD.org; Mon, 18 Nov 2013 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Nov 2013 11:06:56 GMT Message-Id: <201311181106.rAIB6uf4009200@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.16 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 11:06:57 -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 Wed Nov 20 00:40:54 2013 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2504217F; Wed, 20 Nov 2013 00:40:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6180429C1; Wed, 20 Nov 2013 00:40:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAK0egNY030785; Wed, 20 Nov 2013 02:40:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAK0egNA030561; Wed, 20 Nov 2013 00:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Nov 2013 00:40:42 GMT Message-Id: <201311200040.rAK0egNA030561@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 00:40:54 -0000 TB --- 2013-11-19 23:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-19 23:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-19 23:00:41 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-11-19 23:00:41 - cleaning the object tree TB --- 2013-11-19 23:00:41 - /usr/local/bin/svn stat /src TB --- 2013-11-19 23:01:33 - At svn revision 258357 TB --- 2013-11-19 23:01:34 - building world TB --- 2013-11-19 23:01:34 - CROSS_BUILD_TESTING=YES TB --- 2013-11-19 23:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-19 23:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-19 23:01:34 - SRCCONF=/dev/null TB --- 2013-11-19 23:01:34 - TARGET=sparc64 TB --- 2013-11-19 23:01:34 - TARGET_ARCH=sparc64 TB --- 2013-11-19 23:01:34 - TZ=UTC TB --- 2013-11-19 23:01:34 - __MAKE_CONF=/dev/null TB --- 2013-11-19 23:01:34 - cd /src TB --- 2013-11-19 23:01:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 19 23:01:44 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 Wed Nov 20 00:40:14 UTC 2013 TB --- 2013-11-20 00:40:14 - generating LINT kernel config TB --- 2013-11-20 00:40:14 - cd /src/sys/sparc64/conf TB --- 2013-11-20 00:40:14 - /usr/bin/make -B LINT TB --- 2013-11-20 00:40:14 - cd /src/sys/sparc64/conf TB --- 2013-11-20 00:40:14 - /usr/sbin/config -m LINT TB --- 2013-11-20 00:40:14 - building LINT kernel TB --- 2013-11-20 00:40:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-20 00:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-20 00:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-20 00:40:14 - SRCCONF=/dev/null TB --- 2013-11-20 00:40:14 - TARGET=sparc64 TB --- 2013-11-20 00:40:14 - TARGET_ARCH=sparc64 TB --- 2013-11-20 00:40:14 - TZ=UTC TB --- 2013-11-20 00:40:14 - __MAKE_CONF=/dev/null TB --- 2013-11-20 00:40:14 - cd /src TB --- 2013-11-20 00:40:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 20 00:40:14 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/sparc64.sparc64/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-20 00:40:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-20 00:40:41 - ERROR: failed to build LINT kernel TB --- 2013-11-20 00:40:41 - 4340.34 user 1871.63 system 5999.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 21 13:40:00 2013 Return-Path: Delivered-To: freebsd-sparc64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1648497 for ; Thu, 21 Nov 2013 13:40:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3F53282B for ; Thu, 21 Nov 2013 13:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rALDe0CV079092 for ; Thu, 21 Nov 2013 13:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rALDe05E079091; Thu, 21 Nov 2013 13:40:00 GMT (envelope-from gnats) Resent-Date: Thu, 21 Nov 2013 13:40:00 GMT Resent-Message-Id: <201311211340.rALDe05E079091@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, James Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4D3D27B for ; Thu, 21 Nov 2013 13:35:42 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA4DA27FF for ; Thu, 21 Nov 2013 13:35:42 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id rALDZfSw047144 for ; Thu, 21 Nov 2013 13:35:41 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id rALDZf9X047137; Thu, 21 Nov 2013 13:35:41 GMT (envelope-from nobody) Message-Id: <201311211335.rALDZf9X047137@oldred.freebsd.org> Date: Thu, 21 Nov 2013 13:35:41 GMT From: James To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: sparc64/184141: Kernel PPPoE sends bad echo-req magic number on big endian machines X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 13:40:00 -0000 >Number: 184141 >Category: sparc64 >Synopsis: Kernel PPPoE sends bad echo-req magic number on big endian machines >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 21 13:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: James >Release: none >Organization: >Environment: n/a >Description: Recently, I found an OpenBSD bug where pppoe(4) sends echo-req packets with bad magic numbers. The following tcpdump trace below shows the bad echo-req packet with 00-00-00-00: Nov 1 09:24:59 smyslov /bsd: pppoe0: lcp output Nov 1 09:24:59 smyslov /bsd: pppoe0 (8864) state=3, session=0x3d22 output -> 00:90:1a:a3:7e:12, len=16 Nov 1 09:24:59 smyslov /bsd: pppoe0: lcp input(opened): Nov 1 09:24:59 smyslov /bsd: pppoe0: lcp opened->stopping According to RFC 1661, "A Magic-Number of zero is illegal and MUST always be Nak'd". OpenBSD and FreeBSD share the code responsible for in-kernel PPPoE negotiation (sys/net/if_spppsubr.c): else if (sp->pp_phase >= PHASE_AUTHENTICATE) { unsigned long nmagic = htonl (sp->lcp.magic); sp->lcp.echoid = ++sp->pp_seq; sppp_cp_send (sp, PPP_LCP, ECHO_REQ, sp->lcp.echoid, 4, &nmagic); } The problem here is that sparc64 is big endian and 64 bit, and passing the address using '&nmagic' causes sppp_cp_send to see only zeros in the 'first' four bytes (most significant bytes). Small test case showing this: $ cat bigendian.c #include #include int main() { int j; uint64_t i = 0x11335577; uint8_t * p = &i; for( j = 0; j < sizeof(unsigned long); j++) printf("%02x ", p[j]); printf("\n"); return 0; } $ cc -o be bigendian.c bigendian.c: In function 'main': bigendian.c:8: warning: initialization from incompatible pointer type $ ./be 00 00 00 00 11 33 55 77 >How-To-Repeat: Problem eventually occurs during any PPPoE connection. >Fix: Changing nmagic to an int32_t fixes this problem: $ diff /usr/src/sys/net/if_spppsubr.c.orig /usr/src/sys/net/if_spppsubr.c 4595c4595 < unsigned long nmagic = htonl (sp->lcp.magic); --- > int32_t nmagic = htonl (sp->lcp.magic); This is also what NetBSD does: https://github.com/jsonn/src/blob/trunk/sys/net/if_spppsubr.c#L4793 >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 21 17:26:20 2013 Return-Path: Delivered-To: freebsd-sparc64@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DBB07E1; Thu, 21 Nov 2013 17:26:20 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24A7525CD; Thu, 21 Nov 2013 17:26:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rALHQJ8Q025569; Thu, 21 Nov 2013 17:26:19 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rALHQJNa025568; Thu, 21 Nov 2013 17:26:19 GMT (envelope-from jmg) Date: Thu, 21 Nov 2013 17:26:19 GMT Message-Id: <201311211726.rALHQJNa025568@freefall.freebsd.org> To: jmg@FreeBSD.org, freebsd-sparc64@FreeBSD.org, jmg@FreeBSD.org From: jmg@FreeBSD.org Subject: Re: sparc64/184141: Kernel PPPoE sends bad echo-req magic number on big endian machines X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 17:26:20 -0000 Synopsis: Kernel PPPoE sends bad echo-req magic number on big endian machines Responsible-Changed-From-To: freebsd-sparc64->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Thu Nov 21 17:25:45 UTC 2013 Responsible-Changed-Why: I'll take this since I plan on committing it... http://www.freebsd.org/cgi/query-pr.cgi?pr=184141 From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 21 23:03:08 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6333B91 for ; Thu, 21 Nov 2013 23:03:08 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id A85962E4F for ; Thu, 21 Nov 2013 23:03:08 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 18085489876; Thu, 21 Nov 2013 22:54:33 +0000 (UTC) Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10032) with ESMTP id MYT5_w3OsMyX; Thu, 21 Nov 2013 22:54:31 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id B5129489898; Thu, 21 Nov 2013 22:54:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at bsdtec.net Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10026) with ESMTP id Wuhs54XLt97P; Thu, 21 Nov 2013 22:54:31 +0000 (UTC) Received: from [192.168.1.110] (bsdtec.plus.com [84.92.41.141]) by mx.bsdtec.net (Postfix) with ESMTPSA id 98F0B489876; Thu, 21 Nov 2013 22:54:30 +0000 (UTC) Message-ID: <1385074468.3191.6.camel@atlas.lerwick.hopto.org> Subject: Re: High system time, 10-BETA3 on a Netra T1 From: Craig Butler To: symbolics@gmx.com Date: Thu, 21 Nov 2013 22:54:28 +0000 In-Reply-To: <20131113204030.GA76860@lemon> References: <20131113204030.GA76860@lemon> X-Mailer: Evolution 3.6.4-0ubuntu1 Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 23:03:08 -0000 On Wed, 2013-11-13 at 20:40 +0000, symbolics@gmx.com wrote: > List, > > I've recently obtained a Netra T1 AC200 and installed FreeBSD 10-BETA3. > I know this system is old and won't be quick, however, something looks > odd. > > I'm running portsnap extract. top is reporting that ~65% of the time is > being spent in the kernel, with about 25% left for user, about ~10 for > idle and the rest on interrupts. The disc itself is running at about 20% > busy according to gstat. > > Looking at 'top -S -m io' I see that bufdaemon is running at ~98%. > > Is this something I should look into further or just accept? > > --sym > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" Hello Sym I don't think I am seeing that on 9.2-RELEASE on the sparc64.. root@bulldog:~# top -S -m io last pid: 4305; load averages: 0.83, 0.32, 0.15 up 0+00:18:02 22:35:28 64 processes: 3 running, 60 sleeping, 1 waiting CPU: 25.0% user, 0.0% nice, 68.0% system, 0.0% interrupt, 7.0% idle Mem: 92M Active, 39M Inact, 108M Wired, 336K Buf, 741M Free Swap: 4099M Total, 4099M Free PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND 1465 root 63 29 27 0 0 27 100.00% sh 11 root 0 47 0 0 0 0 0.00% idle 0 root 52 0 0 0 0 0 0.00% kernel 3780 root 2 1 0 0 0 0 0.00% top gstat showing my disk at 2-3% busy... then 100% for a few seconds, then back to 2-3%... The portsnap extract appears to be operating normally for a 500Mhz UltraSparc IIe. Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 22 11:32:28 2013 Return-Path: Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58AB8C3 for ; Fri, 22 Nov 2013 11:32:28 +0000 (UTC) Received: from mail-ie0-x245.google.com (mail-ie0-x245.google.com [IPv6:2607:f8b0:4001:c03::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20B3A2CAC for ; Fri, 22 Nov 2013 11:32:28 +0000 (UTC) Received: by mail-ie0-f197.google.com with SMTP id e14so3475733iej.8 for ; Fri, 22 Nov 2013 03:32:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=3VYfXH/SLhbbAK220EA9CAASdLKALp6RqIoIx+C1rWA=; b=o9CjHSrEajwY14ln9vSrgAajyv/UUHBwNId6jr/hKiJaslvDgyvVr2ywugcIvlMKMy kR4kj2z+ZGG7vSfFddvSIqkYGTjnUIiCOKtiuU45Hs6Jh1EPUU2pduLNiMYun2QiVv1E M7lCeEm1nQVpnrO7EC7LXKEjj0Gk7bU3U720KrDDI+t2FM0DAnq9u5KYy1Kf3B8HrGrQ R4PQa556HKpofv/RrOHKfkhwqpFzL+sBm/IqRdGaFlFgaN8wrq0N9yI9BocvswoSsmps 3iYTNHnupA+hmprBiQbL7QB/uEV89DVCfFBu7B6fmsc/15WDhyYbyEi2J+qzPTckmfEx U//Q== MIME-Version: 1.0 X-Received: by 10.182.241.129 with SMTP id wi1mr3847501obc.10.1385119947365; Fri, 22 Nov 2013 03:32:27 -0800 (PST) Message-ID: <001a11c1f98e6f248b04ebc25e6d@google.com> Date: Fri, 22 Nov 2013 11:32:27 +0000 Subject: www.freebsd.org From: Ciara Millar To: freebsd-sparc@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 11:32:28 -0000 PGRpdiBkaXI9Imx0ciI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLHNhbnMtc2Vy aWY7Zm9udC1zaXplOjEzcHgiPkhpLDwvc3Bhbj48YnIgIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjEzcHgiPjxkaXYgIA0KY2xhc3M9ImdtYWlsX3F1b3Rl IiAgDQpzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTNweCI+ PGRpdiB0ZXh0PSIjMDAwMDAwIiAgDQpiZ2NvbG9yPSIjRkZGRkZGIj4NCjxkaXY+PHA+SSBjYW1l IGFjcm9zcyB5b3VyIHdlYnNpdGUgYW5kIHdhbnRlZCB0byBzZW5kIHlvdSBhIHF1aWNrIG5vdGUu ICANCldpdGggYSBmZXcgc2ltcGxlIGNoYW5nZXMgdG8gbWFrZSB5b3VyIHNpdGUgbW9yZSBTRU8t ZnJpZW5kbHkgSZJtIHN1cmUgeW91ICANCmNhbiBjb252ZXJ0IG1vcmUgdmlzaXRvcnMgaW50byBs ZWFkcyBhbmQgZ2V0IGl0IHBsYWNlZCBoaWdoZXIgaW4gdGhlICANCm9yZ2FuaWMgc2VhcmNoIHJl c3VsdHMsIGZvciBrZXl3b3JkcyB0aGF0IG1hdHRlciB0byB5b3UgdGhlIG1vc3QuPC9wPg0KPC9k aXY+PGRpdj48cD5XZZJyZSBhbiBBdXN0cmFsaWFuIGJhc2VkIGNvbXBhbnkgd2l0aCBhIGdyZWF0 IGluLWhvdXNlICANCnRlY2huaWNhbCB0ZWFtIHdobyByZWFsbHkga25vdyB0aGVpciBzdHVmZiBh Ym91dCBzZWFyY2ggZW5naW5lICANCm9wdGltaXphdGlvbi6gPC9wPjwvZGl2PjxkaXY+PHA+V291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCAgDQpob3cgdG8gZ2l2ZSB5 b3VyIHdlYnNpdGUgYSBib29zdCB3aXRoIGJldHRlciBTRU8/PGJyPg0KPC9wPjwvZGl2PjxkaXY+ PHA+oDwvcD48L2Rpdj48ZGl2PjxwPkJlc3QgUmVnYXJkczwvcD48L2Rpdj48ZGl2PjxwPkNpYXJh ICANCk1pbGxhcjxicj5TRU8vV2ViIFNwZWNpYWxpc3Q8L3A+PC9kaXY+PGRpdj48L2Rpdj48ZGl2 PjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6Ny41cHQiPjwvc3Bhbj48cD48Yj48c3BhbiAgDQpz dHlsZT0iZm9udC1zaXplOjcuNXB0O2NvbG9yOnJnYigxMTEsMTY4LDIyMCkiPkFVUyBIZWFkcXVh cnRlcjxicj4NCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtjb2xvcjpy Z2IoMTExLDE2OCwyMjApIj5BdXN0cmFsaWFuICANClRlY2hub2xvZ3kgUGFyaywgTG9jb21vdGl2 ZSBTdHJlZXQsIEV2ZWxlaWdooDxicj5OU1cgIA0KMjAxNTxicj48Yj48YnI+SW50ZXJuYXRpb25h bCBIZWFkcXVhcnRlcjxicj48L2I+NTAxIDE5dGggU3RyZWV0LCBOLlcuLCAgDQpXYXNoaW5ndG9u LCBELkMuIDIwNDMxPC9zcGFuPjwvcD4NCjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pg0K