From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 11 01:06:57 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0330C16A41F; Sun, 11 Dec 2005 01:06:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEFD943D45; Sun, 11 Dec 2005 01:06:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 884421A3C26; Sat, 10 Dec 2005 17:06:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C360353212; Sat, 10 Dec 2005 20:06:55 -0500 (EST) Date: Sat, 10 Dec 2005 20:06:55 -0500 From: Kris Kennaway To: alc@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20051211010655.GA84261@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Too many page faults on sparc64? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 01:06:57 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have been benchmarking jasone's new malloc implementation on a 14-cpu sparc64 (it performs pretty well, but that's not the point of this mail). Measuring MUTEX_PROFILING on a benchmark that does lots of malloc()/free() in a threaded application, I see the following acquisitions (column 3 is relevant): max total count avg cnt_hold cnt_lock name 646 13006535 2153037 6 15742 96076 kern/kern_condvar.c:135 (lockbuilder mtxpool) 330 5397096 2154156 2 950 1035 vm/vm_fault.c:849 (vm page queue mutex) 390 10672286 2154220 4 1068 1328 vm/vm_fault.c:344 (vm page queue mutex) 378 6064832 2154870 2 33658 33444 sparc64/sparc64/trap.c:439 (process lock) 423 7178990 2154870 3 638 591 sparc64/sparc64/trap.c:449 (process lock) 312 4746241 2154903 2 1135 1280 vm/vm_fault.c:907 (vm page queue mutex) 476 5494516 2154903 2 519 1194 vm/vm_fault.c:929 (process lock) 701 66305500 2154903 30 0 189 vm/vm_fault.c:295 (vm object) 735 21517443 2154903 9 0 0 vm/vm_fault.c:906 (vm object) 615 55351240 2155743 25 2219 2158 sparc64/sparc64/pmap.c:1288 (vm page queue mutex) 620 64873979 2155743 30 0 0 sparc64/sparc64/pmap.c:1289 (pmap) 206 3527815 2155838 1 0 0 vm/vm_object.c:452 (vm object) 365 8532728 2165256 3 33002 55736 kern/kern_sx.c:157 (lockbuilder mtxpool) 675 79063301 2165256 36 93683 16249 kern/kern_sx.c:245 (lockbuilder mtxpool) These seem to all be associated with processing of page faults. Measuring with /usr/bin/time -l shows: 246.48 real 176.50 user 419.00 sys 1536 maximum resident set size 7 average shared memory size 323710 average unshared data size 115 average unshared stack size 1795339 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 1794932 voluntary context switches 10759 involuntary context switches i.e. the number of mutex acquisitions correlates with the page reclaims and VCSs (verified with other numbers of threads). We're not sure why there are so many page faults being seen, though - there should be on the order of 100 pages touched on this workload, and indeed this is observed on i386. Also, time -l doesn't record any (is the counter broken?) I enabled KTR_TRAP and it shows that most of the traps are type T_DATA_MISS. Why should there be so many of these traps (and why aren't they measured by rusage)? Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDm3uvWry0BWjoQKURAsQcAKDp/si5mHHymUXoJWExIDbypb3+9gCgnFgY L8YGC6Kf1tUTwBNCkNGSyEw= =esbU -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 11 21:24:46 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CF516A41F for ; Sun, 11 Dec 2005 21:24:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1445343D53 for ; Sun, 11 Dec 2005 21:24:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DB2831A3C26 for ; Sun, 11 Dec 2005 13:24:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D657051592; Sun, 11 Dec 2005 16:24:44 -0500 (EST) Date: Sun, 11 Dec 2005 16:24:44 -0500 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20051211212444.GA8554@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Trap typo X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 21:24:46 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Index: include/trap.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/trap.h,v retrieving revision 1.11 diff -u -u -r1.11 trap.h --- include/trap.h 29 Apr 2003 21:30:59 -0000 1.11 +++ include/trap.h 11 Dec 2005 21:23:42 -0000 @@ -41,7 +41,7 @@ #define T_FP_DISABLED 7 #define T_FP_EXCEPTION_IEEE_754 8 #define T_FP_EXCEPTION_OTHER 9 -#define T_TAG_OFERFLOW 10 +#define T_TAG_OVERFLOW 10 #define T_DIVISION_BY_ZERO 11 #define T_DATA_EXCEPTION 12 #define T_DATA_ERROR 13 Index: include/utrap.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/utrap.h,v retrieving revision 1.4 diff -u -u -r1.4 utrap.h --- include/utrap.h 29 Apr 2003 21:30:59 -0000 1.4 +++ include/utrap.h 11 Dec 2005 21:23:48 -0000 @@ -38,7 +38,7 @@ #define UT_FP_DISABLED 7 #define UT_FP_EXCEPTION_IEEE_754 8 #define UT_FP_EXCEPTION_OTHER 9 -#define UT_TAG_OFERFLOW 10 +#define UT_TAG_OVERFLOW 10 #define UT_DIVISION_BY_ZERO 11 #define UT_DATA_EXCEPTION 12 #define UT_DATA_ERROR 13 Index: sparc64/exception.S =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v retrieving revision 1.70 diff -u -u -r1.70 exception.S --- sparc64/exception.S 16 Apr 2005 15:05:56 -0000 1.70 +++ sparc64/exception.S 11 Dec 2005 21:24:19 -0000 @@ -1841,7 +1841,7 @@ tl0_fp_other: tl0_gen T_FP_EXCEPTION_OTHER ! 0x22 tl0_tag_ovflw: - tl0_gen T_TAG_OFERFLOW ! 0x23 + tl0_gen T_TAG_OVERFLOW ! 0x23 tl0_clean_window: clean_window ! 0x24 tl0_divide: @@ -1946,7 +1946,7 @@ tl1_fp_other: tl1_gen T_FP_EXCEPTION_OTHER ! 0x222 tl1_tag_ovflw: - tl1_gen T_TAG_OFERFLOW ! 0x223 + tl1_gen T_TAG_OVERFLOW ! 0x223 tl1_clean_window: clean_window ! 0x224 tl1_divide: --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDnJkcWry0BWjoQKURAjdWAJ9S0d/nGwEDZ7iWyrX8E3q9Xx6K0wCfT+IO dhbz2YUJEI3vdHAaVFdbftQ= =m/J4 -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 12 04:15:16 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38EA816A41F; Mon, 12 Dec 2005 04:15:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D4143D4C; Mon, 12 Dec 2005 04:15:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jBC4FDaC037587; Sun, 11 Dec 2005 23:15:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBC4FEwA050761; Sun, 11 Dec 2005 23:15:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10C887302F; Sun, 11 Dec 2005 23:15:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051212041513.10C887302F@freebsd-current.sentex.ca> Date: Sun, 11 Dec 2005 23:15:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2005 04:15:16 -0000 TB --- 2005-12-12 02:51:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-12 02:51:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-12 02:51:25 - cleaning the object tree TB --- 2005-12-12 02:51:55 - checking out the source tree TB --- 2005-12-12 02:51:55 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-12 02:51:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-12 02:58:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-12 02:58:11 - cd /src TB --- 2005-12-12 02:58:11 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-12-12 04:03:21 - generating LINT kernel config TB --- 2005-12-12 04:03:21 - cd /src/sys/sparc64/conf TB --- 2005-12-12 04:03:21 - /usr/bin/make -B LINT TB --- 2005-12-12 04:03:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-12 04:03:21 - cd /src TB --- 2005-12-12 04:03:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 12 04:03:21 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/gnu/fs/xfs/xfs_dfrag.c:58: /src/sys/gnu/fs/xfs/xfs_dfrag.h:49: error: syntax error before '*' token /src/sys/gnu/fs/xfs/xfs_dfrag.h:49: warning: function declaration isn't a prototype /src/sys/gnu/fs/xfs/xfs_dfrag.c:71: warning: no previous prototype for 'xfs_swapext' /src/sys/gnu/fs/xfs/xfs_dfrag.c:71: error: conflicting types for 'xfs_swapext' /src/sys/gnu/fs/xfs/xfs_dfrag.h:49: error: previous declaration of 'xfs_swapext' was here /src/sys/gnu/fs/xfs/xfs_dfrag.c:71: error: conflicting types for 'xfs_swapext' /src/sys/gnu/fs/xfs/xfs_dfrag.h:49: error: previous declaration of 'xfs_swapext' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-12 04:15:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-12 04:15:13 - ERROR: failed to build lint kernel TB --- 2005-12-12 04:15:13 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 12 11:02:44 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF6ED16A41F for ; Mon, 12 Dec 2005 11:02:44 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3886343D94 for ; Mon, 12 Dec 2005 11:02:36 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBCB2W3l064788 for ; Mon, 12 Dec 2005 11:02:32 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBCB2VGt064782 for freebsd-sparc64@freebsd.org; Mon, 12 Dec 2005 11:02:31 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 12 Dec 2005 11:02:31 GMT Message-Id: <200512121102.jBCB2VGt064782@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2005 11:02:45 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/11/24] sparc64/89486sparc64 firefox and thunderbird is broken on spar 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 12 14:57:48 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C679716A41F; Mon, 12 Dec 2005 14:57:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01ADB43D49; Mon, 12 Dec 2005 14:57:47 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3644048 for multiple; Mon, 12 Dec 2005 09:59:58 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jBCEvgOR007165; Mon, 12 Dec 2005 09:57:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 12 Dec 2005 09:57:34 -0500 User-Agent: KMail/1.8.3 References: <20051211212444.GA8554@xor.obsecurity.org> In-Reply-To: <20051211212444.GA8554@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512120957.36547.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: Trap typo X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2005 14:57:48 -0000 On Sunday 11 December 2005 04:24 pm, Kris Kennaway wrote: > Index: include/trap.h Commit! =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 12 14:57:48 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C679716A41F; Mon, 12 Dec 2005 14:57:48 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01ADB43D49; Mon, 12 Dec 2005 14:57:47 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3644048 for multiple; Mon, 12 Dec 2005 09:59:58 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jBCEvgOR007165; Mon, 12 Dec 2005 09:57:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 12 Dec 2005 09:57:34 -0500 User-Agent: KMail/1.8.3 References: <20051211212444.GA8554@xor.obsecurity.org> In-Reply-To: <20051211212444.GA8554@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200512120957.36547.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: Trap typo X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2005 14:57:48 -0000 On Sunday 11 December 2005 04:24 pm, Kris Kennaway wrote: > Index: include/trap.h Commit! =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 13 00:20:05 2005 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E04F216A41F for ; Tue, 13 Dec 2005 00:20:04 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CAB243D75 for ; Tue, 13 Dec 2005 00:20:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBD0K2mT024180 for ; Tue, 13 Dec 2005 00:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBD0K2qA024179; Tue, 13 Dec 2005 00:20:02 GMT (envelope-from gnats) Resent-Date: Tue, 13 Dec 2005 00:20:02 GMT Resent-Message-Id: <200512130020.jBD0K2qA024179@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, mdh lists Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09BE16A41F for ; Tue, 13 Dec 2005 00:16:35 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 972F143D49 for ; Tue, 13 Dec 2005 00:16:35 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBD0GZIP024029 for ; Tue, 13 Dec 2005 00:16:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBD0GZMJ024028; Tue, 13 Dec 2005 00:16:35 GMT (envelope-from linimon) Message-Id: <200512130016.jBD0GZMJ024028@freefall.freebsd.org> Date: Tue, 13 Dec 2005 00:16:35 GMT From: mdh lists To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: sparc64/90316: Keyboard "lock" key lights not working properly X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mdh lists List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2005 00:20:05 -0000 >Number: 90316 >Category: sparc64 >Synopsis: Keyboard "lock" key lights not working properly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 13 00:20:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: mdh >Release: FreeBSD 6.0-RELEASE sparc64 >Organization: none >Environment: >Description: Keyboard driver info from dmesg... puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 uart2: on puc1 uart2: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart3: on puc1 This is a standard Sun type5 keyboard and mouse combination. The situation is that the Cap lock, Compose, and Scroll lock lights are always illuminated while FreeBSD is running. The Num lock light never becomes illuminated. Though the toggles for each of these works appropriately, that is, I can actually *use* the num/caps/scroll lock features normally via the keyboard toggle keys, the light illumination is never changed. Compose, caps, and scroll lock lights are always on, and num lock light is always off, regardless of those toggles. The problem is purely aesthetic in nature, but it'd be nice to have a fix. >How-To-Repeat: This is always the case on this system. Other mentions of this exact same behavior have appeared on the sparc64 mailing list, but no resolution was ever reached, and it doesn't look like anyone has sent a pr about it either. >Fix: Sorry, I'm willing to help any way that I can with testing code and such, but I lack the expertise to work on this code myself. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com >Release-Note: >Audit-Trail: >Unformatted: >System: FreeBSD dolor 6.0-RELEASE FreeBSD 6.0-RELEASE #1: Sun Dec 11 15:16:22 EST 2005 root@dolor:/usr/src/sys/sparc64/compile/DOLOR sparc64 System is UltraSPARC1E-170; keyboard/mouse are type5. Any other information available on request. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 13 09:37:30 2005 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C2F16A41F for ; Tue, 13 Dec 2005 09:37:30 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C16C43D5D for ; Tue, 13 Dec 2005 09:37:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBD9bTI6063288 for ; Tue, 13 Dec 2005 09:37:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBD9bT4L063287; Tue, 13 Dec 2005 09:37:29 GMT (envelope-from gnats) Resent-Date: Tue, 13 Dec 2005 09:37:29 GMT Resent-Message-Id: <200512130937.jBD9bT4L063287@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, mdh lists Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E4916A41F for ; Tue, 13 Dec 2005 09:36:17 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id A407F43D60 for ; Tue, 13 Dec 2005 09:36:15 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Em6Zy-000Iei-Sr for freebsd-gnats-submit@freebsd.org; Tue, 13 Dec 2005 09:36:14 +0000 Received: from mx2.freebsd.org ([216.136.204.119]) by shrike.submonkey.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ElxCq-000DLZ-0C; Mon, 12 Dec 2005 23:35:47 +0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D1B6758C29; Mon, 12 Dec 2005 23:35:42 +0000 (GMT) (envelope-from owner-freebsd-bugbusters@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8EC1016A424; Mon, 12 Dec 2005 23:35:42 +0000 (GMT) (envelope-from owner-freebsd-bugbusters@freebsd.org) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9242B16A41F for ; Mon, 12 Dec 2005 23:34:58 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: from web36403.mail.mud.yahoo.com (web36403.mail.mud.yahoo.com [209.191.85.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 104A243D83 for ; Mon, 12 Dec 2005 23:34:52 +0000 (GMT) (envelope-from mdh_lists@yahoo.com) Received: (qmail 97014 invoked by uid 60001); 12 Dec 2005 23:34:50 -0000 Received: from [24.50.186.134] by web36403.mail.mud.yahoo.com via HTTP; Mon, 12 Dec 2005 15:34:50 PST Message-Id: <20051212233450.97012.qmail@web36403.mail.mud.yahoo.com> Date: Mon, 12 Dec 2005 15:34:50 -0800 (PST) From: mdh lists Sender: owner-freebsd-bugbusters@FreeBSD.org To: bugbusters@FreeBSD.org Cc: Subject: sparc64/90328: PR for sparc64; regarding keyboard toggle light illumination issue on type5 keyboard X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2005 09:37:30 -0000 >Number: 90328 >Category: sparc64 >Synopsis: Keyboard "lock" key lights not working >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 13 09:37:28 GMT 2005 >Closed-Date: >Last-Modified: >Originator: mdh >Release: FreeBSD 6.0-RELEASE sparc64 >Organization: none >Environment: >Description: Keyboard driver info from dmesg... puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 uart2: on puc1 uart2: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart3: on puc1 This is a standard Sun type5 keyboard and mouse combination. The situation is that the Cap lock, Compose, and Scroll lock lights are always illuminated while FreeBSD is running. The Num lock light never becomes illuminated. Though the toggles for each of these works appropriately, that is, I can actually *use* the num/caps/scroll lock features normally via the keyboard toggle keys, the light illumination is never changed. Compose, caps, and scroll lock lights are always on, and num lock light is always off, regardless of those toggles. The problem is purely aesthetic in nature, but it'd be nice to have a fix. >How-To-Repeat: This is always the case on this system. Other mentions of this exact same behavior have appeared on the sparc64 mailing list, but no resolution was ever reached, and it doesn't look like anyone has sent a pr about it either. >Fix: Sorry, I'm willing to help any way that I can with testing code and such, but I lack the expertise to work on this code myself. >Release-Note: >Audit-Trail: >Unformatted: properly >System: FreeBSD dolor 6.0-RELEASE FreeBSD 6.0-RELEASE #1: Sun Dec 11 15:16:22 EST 2005 root@dolor:/usr/src/sys/sparc64/compile/DOLOR sparc64 System is UltraSPARC1E-170; keyboard/mouse are type5. Any other information available on request. From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 14 17:08:57 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CB616A429 for ; Wed, 14 Dec 2005 17:08:57 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8FB43D6A for ; Wed, 14 Dec 2005 17:08:54 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id jBEH8r1f066307 for ; Wed, 14 Dec 2005 09:08:54 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen Date: Wed, 14 Dec 2005 12:08:44 -0500 User-Agent: KMail/1.8.3 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Subject: sunlabel only allocating half the disk? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2005 17:08:57 -0000 I am running FreeBSD 6.0-BETA5 on a Sun Ultra 5 station. The box has two IDE hard drives, one 9GB and one 60GB. The entire OS is installed on the 9GB drive, with the 60GB being for aux. storage. When I installed the system (perhaps using an earlier 6.0 beta), sunlabel did its thing on both drives and I had the amount of space I expected. I recently pulled the 60GB drive out of the system for use on another project (in an i386 box). Now the drive is reinstalled in the Sun box and shows up as ad1 as expected in the kernel boot messages: ad0: 8693MB at ata2-master WDMA2 ad1: 57259MB at ata2-slave WDMA2 acd0: CDRW at ata3-master PIO4 I zeroed the drive (dd if=/dev/zero of=/dev/ad1 bs=1m) and re-labeled it: sunlabel -w ad1 auto That appeared to work, but on closer inspection the raw partition is less than half the size of the drive: # sunlabel ad1 # /dev/ad1: text: FreeBSD56G cyl 50798 alt 2 hd 16 sec 63 bytes/sector: 512 sectors/cylinder: 1008 sectors/unit: 51204384 8 partitions: # # size offset # ---------- ---------- c: 51204384 0 And with the -h flag: c: 26.2G 0B Anyone have any ideas what could be going on here? Thanks, JN From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 16 06:24:39 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CE9A16A41F; Fri, 16 Dec 2005 06:24:39 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C651743D70; Fri, 16 Dec 2005 06:24:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBG6OTkd002200; Fri, 16 Dec 2005 01:24:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jBG6OTbk062911; Fri, 16 Dec 2005 01:24:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E31AC7302F; Fri, 16 Dec 2005 01:24:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051216062428.E31AC7302F@freebsd-current.sentex.ca> Date: Fri, 16 Dec 2005 01:24:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 06:24:39 -0000 TB --- 2005-12-16 04:52:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-16 04:52:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-16 04:52:37 - cleaning the object tree TB --- 2005-12-16 04:53:06 - checking out the source tree TB --- 2005-12-16 04:53:06 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-16 04:53:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-16 04:59:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-16 04:59:13 - cd /src TB --- 2005-12-16 04:59:13 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-12-16 06:18:56 - generating LINT kernel config TB --- 2005-12-16 06:18:56 - cd /src/sys/sparc64/conf TB --- 2005-12-16 06:18:56 - /usr/bin/make -B LINT TB --- 2005-12-16 06:18:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-16 06:18:56 - cd /src TB --- 2005-12-16 06:18:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 16 06:18:57 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-dma.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-lowlevel.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-queue.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-raid.c /src/sys/dev/ata/ata-raid.c: In function `ata_raid_via_write_meta': /src/sys/dev/ata/ata-raid.c:3622: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-16 06:24:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-16 06:24:28 - ERROR: failed to build lint kernel TB --- 2005-12-16 06:24:28 - tinderbox aborted TB --- 0.98 user 4.82 system 5510.83 real From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 16 10:18:17 2005 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.ORG Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED50A16A41F for ; Fri, 16 Dec 2005 10:18:17 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (ol.freeshell.ORG [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD9543D5F for ; Fri, 16 Dec 2005 10:18:17 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id jBGAI6iY000107 for ; Fri, 16 Dec 2005 10:18:06 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id jBGAI6Vn025906 for freebsd-sparc64@FreeBSD.ORG; Fri, 16 Dec 2005 10:18:06 GMT Date: Fri, 16 Dec 2005 10:18:06 +0000 From: "Bruce O'Neel" To: freebsd-sparc64@FreeBSD.ORG Message-ID: <20051216101806.GA5083@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: X support on an Ultra2 with a creator board X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 10:18:18 -0000 Hi, Do graphics work on Ultra2's with the creator board with 6.0? I've gotten grumpy over the last week or two with the central system in my cluster being an x86 and am considering moving the central system to a multiprocessor Ultra2. This would mean that the ultra2 console and, hopefully, X, would work otherwise my idea won't quite work. Right now the Ultra 2 runs FreeBSD but it's a diskless node. Thanks very much! It's not so clear from the web pages. cheers bruce -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 16 19:04:04 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 323DC16A41F for ; Fri, 16 Dec 2005 19:04:04 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 459FA43D82 for ; Fri, 16 Dec 2005 19:03:56 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id jBGJ3s1f015789 for ; Fri, 16 Dec 2005 11:03:55 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-sparc64@freebsd.org Date: Fri, 16 Dec 2005 14:03:49 -0500 User-Agent: KMail/1.8.3 References: <200512141208.44789.lists@jnielsen.net> In-Reply-To: <200512141208.44789.lists@jnielsen.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512161403.49278.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: sunlabel only allocating half the disk? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 19:04:04 -0000 On Wednesday 14 December 2005 12:08 pm, John Nielsen wrote: > I am running FreeBSD 6.0-BETA5 on a Sun Ultra 5 station. The box has two > IDE hard drives, one 9GB and one 60GB. The entire OS is installed on the > 9GB drive, with the 60GB being for aux. storage. When I installed the > system (perhaps using an earlier 6.0 beta), sunlabel did its thing on both > drives and I had the amount of space I expected. > > I recently pulled the 60GB drive out of the system for use on another > project (in an i386 box). Now the drive is reinstalled in the Sun box and > shows up as ad1 as expected in the kernel boot messages: > > ad0: 8693MB at ata2-master WDMA2 > ad1: 57259MB at ata2-slave WDMA2 > acd0: CDRW at ata3-master PIO4 > > I zeroed the drive (dd if=/dev/zero of=/dev/ad1 bs=1m) and re-labeled it: > > sunlabel -w ad1 auto > > That appeared to work, but on closer inspection the raw partition is less > than half the size of the drive: > > # sunlabel ad1 > # /dev/ad1: > text: FreeBSD56G cyl 50798 alt 2 hd 16 sec 63 > bytes/sector: 512 > sectors/cylinder: 1008 > sectors/unit: 51204384 > > 8 partitions: > # > # size offset > # ---------- ---------- > c: 51204384 0 > > And with the -h flag: > c: 26.2G 0B After some trial and error and manual calculations, I came up with this label, which seems to work fine: # /dev/ad1: text: FreeBSD56G cyl 58166 alt 2 hd 32 sec 63 bytes/sector: 512 sectors/cylinder: 2016 sectors/unit: 117262656 8 partitions: # # Size is in sectors. # Offset is in cylinders. # size offset # ---------- ---------- c: 117262656 0 d: 117262656 0 I'm still curious as to why the automatically generated label was so far wrong, and why it worked properly the first time I did the same command with the same disk. JN