From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 25 15:02:31 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E57106566B for ; Sun, 25 Jul 2010 15:02:31 +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 5FB278FC18 for ; Sun, 25 Jul 2010 15:02:31 +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 o6PEWqFf000772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 25 Jul 2010 10:32:52 -0400 (EDT) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.3/8.13.1) with ESMTP id o6PEWqXg011170 for ; Sun, 25 Jul 2010 10:32:52 -0400 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.3/8.13.8/Submit) id o6PEWq8I011169 for freebsd-sparc64@freebsd.org; Sun, 25 Jul 2010 10:32:52 -0400 Date: Sun, 25 Jul 2010 10:32:52 -0400 From: Nathaniel W Filardo To: freebsd-sparc64@freebsd.org Message-ID: <20100725143252.GV21929@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+9D0x2PrroKZTtS9" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-08-17) Subject: VIMAGE hang, USB panic 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, 25 Jul 2010 15:02:31 -0000 --+9D0x2PrroKZTtS9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hullo FBSD-sparc64, I'd like to report two issues, both conveniently occurring on new (to me), uniprocessor hardware (so my gremlins of impossibilities past should hopefully be banished) and within one core file. If I've left anything of use out, please don't hesitate to ask. If I'm doing something dumb and expecting it to work, don't hesitate to call me out on it. :) I built r210441+d769a9c with and without VIMAGE; with VIMAGE the system gets as far through boot as enabling pf: > Starting pflog. > pflog0: promiscuous mode eEnabling pfnabled > Jul 25 09:12:06 pflogd[1883]: [priv]: msg PRIV_OPEN_LOG received and then seems to hang forever; FWIW on a non-VIMAGE kernel, the next lines are > pf enabled > . > add net default: gateway 67.62.51.1 > Additional routing options: IPv4 gateway=YESadd net ::ffff:0.0.0.0: > gateway ::1 > add net ::0.0.0.0: gateway ::1 It is, however, responsive to keystrokes at its serial console and to USB hotplug, it just doesn't run any more instructions in userland AFAICT. In the core (obained in just a moment), it looks like pfctl is trying to run and not getting anywhere: > 0 6 0 0 8 0 0 0 pf_sta DL ?? 10287:27.00 [pfpurge] > 0 1883 1 0 4 0 7328 0 sbwait Ds ?? 748419:17.00 [pflogd] > 0 1884 21 0 8 0 8496 0 wait D+ ?? 260547:16.00 [sh] > 64 1893 1883 0 -58 0 7328 0 bpf D ?? 0:00.00 [pflogd] > 0 1896 1884 0 120 0 7328 0 - R+ ?? 0:00.00 [pfctl] In fact, it looks like it didn't even get so far as reading /etc/pf.conf: > root pfctl 1896 root / 2 drwxr-xr-x 512 r > root pfctl 1896 wd / 2 drwxr-xr-x 512 r > root pfctl 1896 text / 3579967 -r-xr-xr-x 222072 r > root pfctl 1896 0 /dev 4 crw------- console rw > root pfctl 1896 1 /dev 4 crw------- console rw > root pfctl 1896 2 /dev 4 crw------- console rw > root pfctl 1896 3 /dev 42 crw------- pf rw > _pflogd pflogd 1893 root / 1413128 dr-xr-xr-x 512 r Speaking of USB hotplug, attaching a micro 4-port hub, I get this (both with and without VIMAGE): ugen0.2: at usbus0 uhub1: on usbus0 panic: iommu_dvmamap_create: bogus preallocation size , nsegments = 2, maxpre = 2, maxsize = 1 cpuid = 0 KDB: stack backtrace: panic() at panic+0x1c8 iommu_dvmamap_create() at iommu_dvmamap_create+0x110 usb_pc_dmamap_create() at usb_pc_dmamap_create+0x30 usbd_transfer_setup_sub() at usbd_transfer_setup_sub+0x810 ohci_xfer_setup() at ohci_xfer_setup+0x128 usbd_transfer_setup() at usbd_transfer_setup+0x2e4 uhub_attach() at uhub_attach+0x228 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 usb_probe_and_attach_sub() at usb_probe_and_attach_sub+0xcc usb_probe_and_attach() at usb_probe_and_attach+0xe0 uhub_explore() at uhub_explore+0x438 usb_bus_explore() at usb_bus_explore+0xac usb_process() at usb_process+0x90 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 Uptime: 4m9s This was a feature as it got me a core file, but in general I suspect it shouldn't be considered one. :) --nwf; --+9D0x2PrroKZTtS9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxMSxQACgkQTeQabvr9Tc9IBACeJIbQQeWLjkDE0HabC5E+mr/o D/sAmwdDjxcmSYWVMHjNMlqdYLpsHRvk =PJ4U -----END PGP SIGNATURE----- --+9D0x2PrroKZTtS9-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 25 20:01:14 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862FE106566C for ; Sun, 25 Jul 2010 20:01:14 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2531B8FC19 for ; Sun, 25 Jul 2010 20:01:13 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id A2D051CC9C; Sun, 25 Jul 2010 22:01:11 +0200 (CEST) Date: Sun, 25 Jul 2010 22:01:11 +0200 From: Michael Moll To: Nathaniel W Filardo Message-ID: <20100725200111.GA22425@darkthrone.kvedulv.de> References: <20100725143252.GV21929@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100725143252.GV21929@gradx.cs.jhu.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: VIMAGE hang, USB panic 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, 25 Jul 2010 20:01:14 -0000 Hi, On Sun, Jul 25, 2010 at 10:32:52AM -0400, Nathaniel W Filardo wrote: > I built r210441+d769a9c with and without VIMAGE; with VIMAGE the system gets > as far through boot as enabling pf: > > > Starting pflog. > > pflog0: promiscuous mode eEnabling pfnabled > > Jul 25 09:12:06 pflogd[1883]: [priv]: msg PRIV_OPEN_LOG received > > and then seems to hang forever; I'm facing a somewhat similar problem (kern/147769). A workaround is to compile if_epair statically into the kernel. You could try to add device pf device pflog to your kernel configuration and see what happens. If that doesn't work, add options KDB options DDB options BREAK_TO_DEBUGGER to your kernel configuration, then you can send a break signal and generate a backtrace and/or dump for further analysis at the debugger. Kind Regards -- Michael Moll From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 26 07:12:24 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89801106564A for ; Mon, 26 Jul 2010 07:12:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2A70A8FC14 for ; Mon, 26 Jul 2010 07:12:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=uQlts9P3TFIiE3mXDKsOajf6rXzGvPXEyWzE93HpGms= c=1 sm=1 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=PJvdbAAKsAb0PMONSjkA:9 a=SfsaspaSej1xXKk-vYbxlGYVQo4A:4 a=PUjeQqilurYA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:117 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 2501065; Mon, 26 Jul 2010 09:02:03 +0200 From: Hans Petter Selasky To: freebsd-sparc64@freebsd.org Date: Mon, 26 Jul 2010 08:59:20 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20100725143252.GV21929@gradx.cs.jhu.edu> In-Reply-To: <20100725143252.GV21929@gradx.cs.jhu.edu> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201007260859.20501.hselasky@c2i.net> Cc: Nathaniel W Filardo Subject: Re: VIMAGE hang, USB panic 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, 26 Jul 2010 07:12:24 -0000 On Sunday 25 July 2010 16:32:52 Nathaniel W Filardo wrote: > Speaking of USB hotplug, attaching a micro 4-port hub, I get this (both > with and without VIMAGE): > > ugen0.2: at usbus0 > uhub1: on > usbus0 > panic: iommu_dvmamap_create: bogus preallocation size , nsegments = 2, > maxpre = 2, maxsize = 1 > cpuid = 0 > KDB: stack backtrace: Hi, Looks like the following check fails. The allocation size USB requests is 1- byte. For the check to not fail, we need to request more bytes then the max- segments parameter specified. maxpre = imin(dt->dt_nsegments, IOMMU_MAX_PRE_SEG); presz = dt->dt_maxsize / maxpre; KASSERT(presz != 0, ("%s: bogus preallocation size , nsegments = %d, " "maxpre = %d, maxsize = %lu", __func__, dt->dt_nsegments, maxpre, dt->dt_maxsize)); Does not look like a problem in the USB stack. --HPS From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 26 11:07:11 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C034D1065674 for ; Mon, 26 Jul 2010 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B4C868FC1A for ; Mon, 26 Jul 2010 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QB7Box080813 for ; Mon, 26 Jul 2010 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QB7BXc080811 for freebsd-sparc64@FreeBSD.org; Mon, 26 Jul 2010 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jul 2010 11:07:11 GMT Message-Id: <201007261107.o6QB7BXc080811@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 Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org 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, 26 Jul 2010 11:07:11 -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 -------------------------------------------------------------------------------- f sparc/145211 sparc64 [panic] Memory modified after free o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 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/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 14 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 09:05:08 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 415B8106566B for ; Tue, 27 Jul 2010 09:05:08 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 020208FC15 for ; Tue, 27 Jul 2010 09:05:07 +0000 (UTC) Received: by vws7 with SMTP id 7so4024292vws.13 for ; Tue, 27 Jul 2010 02:05:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.62.5 with SMTP id v5mr4900477vch.102.1280220048098; Tue, 27 Jul 2010 01:40:48 -0700 (PDT) Received: by 10.220.190.198 with HTTP; Tue, 27 Jul 2010 01:40:48 -0700 (PDT) X-Originating-IP: [71.1.135.50] Date: Tue, 27 Jul 2010 01:40:48 -0700 Message-ID: From: Rob Farmer To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: ZFS root partition 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, 27 Jul 2010 09:05:08 -0000 Is is possible to have a ZFS root with sparc64? I've used one of the guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on amd64 and it worked fine, but that doesn't seem to apply, since the /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. Thanks, -- Rob Farmer From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 11:06:50 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFFE1065676 for ; Tue, 27 Jul 2010 11:06:50 +0000 (UTC) (envelope-from hassimjawid@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id CAAEF8FC17 for ; Tue, 27 Jul 2010 11:06:49 +0000 (UTC) Received: by wwe15 with SMTP id 15so1143342wwe.31 for ; Tue, 27 Jul 2010 04:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=1r+rLP5KLgRlaoxryX3+azv2z2IBqGOr92iSACt+5Bc=; b=XkAK7DAvjWej5hCgdytpn86bKTrBQ6BisUJgUy7PXBsterJJ2A2CfUqLN5f079dC7f 8Kmq5wdIdBxJiPeav6KAenlGiZxmzvRADULwfJHlS9A0Mpo1iCBbEjQSrXfs3+mn7Igd sDylqMZH6MAZL4k3+jk0sM0VDkf+7JsqFl1J4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iEpg9QuuW9KQiQk3Lar9L7pmwjN1VscSsq7Q14ZOaqMtyCp5mtu/Ggjs267xK+eFGd tM7QLYrB5WexGXF0SiwKO9ebSFQ84ExJ/6rLPRaWwQI1CncPcwiG+KD0InBcEC4d3yvq WTCy/D1qFacPR7MZp9BVP90vpeamaBNZpSh/A= MIME-Version: 1.0 Received: by 10.216.162.78 with SMTP id x56mr8739513wek.80.1280227225765; Tue, 27 Jul 2010 03:40:25 -0700 (PDT) Received: by 10.216.27.136 with HTTP; Tue, 27 Jul 2010 03:40:25 -0700 (PDT) Date: Tue, 27 Jul 2010 12:40:25 +0200 Message-ID: From: Jawid Hassim To: freebsd-sparc64@freebsd.org X-Mailman-Approved-At: Tue, 27 Jul 2010 11:13:33 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Proxy Server Requires Continuous Auth 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, 27 Jul 2010 11:06:50 -0000 Dear Team, (Running a Sun Ultra 10, FBSD8.1) I am encountering a problem -connecting to my proxy server, I've tried editing the /etc/make.conf file with: Code: FETCH_ENV = HTTP_PROXY=http://user:passwd@proxy.name:80 But my proxy server requires continuous authentication for all transactions, unlike other proxies that just require the username&password once -then give the incoming connection carte-blanche. How do I overcome this? I need proxy auth to invoke for every single transaction/ everytime! And also, How do I set my system to use the proxy (system-wide) for all http, ftp, socks etc. ? And preferably even at boot. Thanks in advance, From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 14:16:30 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662971065676 for ; Tue, 27 Jul 2010 14:16:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 37FD28FC24 for ; Tue, 27 Jul 2010 14:16:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DAB6846B0C; Tue, 27 Jul 2010 10:16:29 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E608D8A04F; Tue, 27 Jul 2010 10:16:28 -0400 (EDT) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Tue, 27 Jul 2010 09:45:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007270945.32010.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 27 Jul 2010 10:16:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: ZFS root partition 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, 27 Jul 2010 14:16:30 -0000 On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: > Is is possible to have a ZFS root with sparc64? I've used one of the > guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on > amd64 and it worked fine, but that doesn't seem to apply, since the > /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for sparc64. -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 23:42:16 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90E8E106566B for ; Tue, 27 Jul 2010 23:42:16 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 380348FC12 for ; Tue, 27 Jul 2010 23:42:15 +0000 (UTC) Received: by vws7 with SMTP id 7so4678056vws.13 for ; Tue, 27 Jul 2010 16:42:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.158.9 with SMTP id d9mr5583695vcx.109.1280274135157; Tue, 27 Jul 2010 16:42:15 -0700 (PDT) Received: by 10.220.190.198 with HTTP; Tue, 27 Jul 2010 16:42:15 -0700 (PDT) X-Originating-IP: [71.1.135.50] In-Reply-To: <201007270945.32010.jhb@freebsd.org> References: <201007270945.32010.jhb@freebsd.org> Date: Tue, 27 Jul 2010 16:42:15 -0700 Message-ID: From: Rob Farmer To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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, 27 Jul 2010 23:42:16 -0000 On Tue, Jul 27, 2010 at 6:45 AM, John Baldwin wrote: > On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: >> Is is possible to have a ZFS root with sparc64? I've used one of the >> guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on >> amd64 and it worked fine, but that doesn't seem to apply, since the >> /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. > > Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for > sparc64. Okay, so I looked at some of the non-GPT examples on the http://wiki.freebsd.org/RootOnZFS page, and they still reference files that don't exist for sparc64, like /boot/boot and /boot/boot0. I don't really know much about sparc64 - I bought a cheap box off ebay more as a curiosity than anything else - what is the proper way to partition and install a bootloader on sparc64 without sysinstall? Everything I can find online seems to be i386/amd64 centric. Thanks, -- Rob Farmer > > -- > John Baldwin > From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 27 23:51:24 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18471065674 for ; Tue, 27 Jul 2010 23:51:24 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 770E78FC1E for ; Tue, 27 Jul 2010 23:51:24 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 4CB711CC83; Wed, 28 Jul 2010 01:51:23 +0200 (CEST) Date: Wed, 28 Jul 2010 01:51:23 +0200 From: Michael Moll To: Rob Farmer Message-ID: <20100727235123.GA63153@darkthrone.kvedulv.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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, 27 Jul 2010 23:51:24 -0000 Hi, On Tue, Jul 27, 2010 at 01:40:48AM -0700, Rob Farmer wrote: > Is is possible to have a ZFS root with sparc64? No. FreeBSD/sparc64 has no ZFS aware bootloader available ATM. Regards -- Michael Moll From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 07:09:22 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0439F106566B; Wed, 28 Jul 2010 07:09:22 +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 2D8D98FC15; Wed, 28 Jul 2010 07:09:20 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o6S79JPM004583; Wed, 28 Jul 2010 09:09:19 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o6S79JPa004582; Wed, 28 Jul 2010 09:09:19 +0200 (CEST) (envelope-from marius) Date: Wed, 28 Jul 2010 09:09:19 +0200 From: Marius Strobl To: Alexander Motin Message-ID: <20100728070919.GB75632@alchemy.franken.de> References: <4C404018.6040405@FreeBSD.org> <20100716213503.GT4706@alchemy.franken.de> <4C42A5B9.7080901@FreeBSD.org> <20100718142101.GY4706@alchemy.franken.de> <4C433391.4080808@FreeBSD.org> <20100719122423.GA4706@alchemy.franken.de> <4C44694C.9040108@FreeBSD.org> <4C46E3BB.7060204@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C46E3BB.7060204@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@FreeBSD.org Subject: Re: [RFC] Event timers on sparc64/sun4v 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, 28 Jul 2010 07:09:22 -0000 On Wed, Jul 21, 2010 at 03:10:35PM +0300, Alexander Motin wrote: > Alexander Motin wrote: > > Marius Strobl wrote: > >> On Sun, Jul 18, 2010 at 08:02:09PM +0300, Alexander Motin wrote: > >>> tick_et_start() status is not checked my MI code at the moment, as error > >>> handling in that case is not obvious. Do you like panic of printf there? > >> Ah, I haven't looked at the MI code to closely. No, it's not that > >> important, a printf should be sufficient for now, I just don't > >> want the check to get completely dropped. > > > > I better do it MI way. It's not so difficult. I am just thinking what > > better report from driver: allowed divisors, periods, or rounding function. > > Here is updated patch for latest HEAD, which should handle this: > http://people.freebsd.org/~mav/timers_sparc4.patch > > I also added support for STICK timecounter. For this moment with lowest > priority to not use it by default, until it is tested. > The patch looks ok and seems to work as expected on MP US-IIIi. However, I'd suggest to just use TICK_QUALITY_{M,U}P for the quality of the STICK timecounter but negated for now; I see no reason why the STICK timecounter should be of any other quality (from the hardware point of view) than the TICK one and whatever the solution is to make the TICK timecounter work with locks etc also needs to be applied to the STICK one (maybe on some machines the synchronicity across CPUs actually happens to be sufficient but I'd like to rather not make any assumptions about machines that f.e. group CPUs by coherency domain etc). A difference in behavior I noticed is that the TICK interrupt rate now is 2kHz (with HZ 1000). Why is that (I think that on x86 the timers ran at 2*HZ before though)? Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 07:26:49 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B8F106566B for ; Wed, 28 Jul 2010 07:26:49 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 681D78FC15 for ; Wed, 28 Jul 2010 07:26:49 +0000 (UTC) Received: by fxm13 with SMTP id 13so1076367fxm.13 for ; Wed, 28 Jul 2010 00:26:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=tgQ9tGvN+Q8/x0++2fHw6jtluwJRtWl0aipBAcZRwow=; b=k7hoZuztTc6rKrSWCMd+E88ELNQxPESrksEsyXODlhzfR9CYn4gOT/FN2Tf2Pnp2W4 CMwy70AXpLDDJcOlE58hHBuqJ/rDnHbXuOjrhKE01JS2XagCNFzUvgiBkONJyzRB9WMp HC+3n8kFxBAy0qEgZUA7ac59KKjcM1kZSS8fY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=kz5s4G1t5P5DpwhjNWm8BJTGcWCb5CU9ydcWj0amAFknUiKk58uB5XyD0SlZlsvEQ1 ROnfYWcN4gbDm7IRjBkE42/LuNz63nwWncrYa0O1c/VvIAu5XExnLmZOvQSuF2M27/Py Zn7+c/nbKYO33+C998hR+x/MIgEZGee+9flBI= Received: by 10.223.108.66 with SMTP id e2mr9318979fap.39.1280302007059; Wed, 28 Jul 2010 00:26:47 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w11sm2443557fao.37.2010.07.28.00.26.45 (version=SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 00:26:46 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C4FDBB2.5000503@FreeBSD.org> Date: Wed, 28 Jul 2010 10:26:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Marius Strobl References: <4C404018.6040405@FreeBSD.org> <20100716213503.GT4706@alchemy.franken.de> <4C42A5B9.7080901@FreeBSD.org> <20100718142101.GY4706@alchemy.franken.de> <4C433391.4080808@FreeBSD.org> <20100719122423.GA4706@alchemy.franken.de> <4C44694C.9040108@FreeBSD.org> <4C46E3BB.7060204@FreeBSD.org> <20100728070919.GB75632@alchemy.franken.de> In-Reply-To: <20100728070919.GB75632@alchemy.franken.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@FreeBSD.org Subject: Re: [RFC] Event timers on sparc64/sun4v 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, 28 Jul 2010 07:26:50 -0000 Marius Strobl wrote: > On Wed, Jul 21, 2010 at 03:10:35PM +0300, Alexander Motin wrote: >> Here is updated patch for latest HEAD, which should handle this: >> http://people.freebsd.org/~mav/timers_sparc4.patch >> >> I also added support for STICK timecounter. For this moment with lowest >> priority to not use it by default, until it is tested. > > The patch looks ok and seems to work as expected on MP US-IIIi. > However, I'd suggest to just use TICK_QUALITY_{M,U}P for the > quality of the STICK timecounter but negated for now; I see no > reason why the STICK timecounter should be of any other quality > (from the hardware point of view) than the TICK one and whatever > the solution is to make the TICK timecounter work with locks etc > also needs to be applied to the STICK one (maybe on some machines > the synchronicity across CPUs actually happens to be sufficient > but I'd like to rather not make any assumptions about machines > that f.e. group CPUs by coherency domain etc). As you said before, STICK has lower resolution then TICK (though not so much), so I would set it's quality a bit lower. And it has more chances to work synchronously then TICK on MP, so I would set it's quality higher there. I don't actually see the reason for using negative qualities, unless timers are really broken. In such case if there will be no other timers, system will fall back to the dummy, which I have doubts is better then anything else. > A difference in behavior I noticed is that the TICK interrupt > rate now is 2kHz (with HZ 1000). Why is that (I think that on > x86 the timers ran at 2*HZ before though)? Originally it was x86 behavior for cases when only one timer available. It was made to slightly separate hardclock and statclock events for better accounting. I've just reimplemented it in more general way in new timer infrastructure. It may obsolete later when we start using timers in one-shot mode it. If you wish, you may disable it now by setting kern.eventtimer.singlemul=1. Another way is to add support for STICK event timer. When two timers available, multiplication won't be used. If you start profiling, frequency should automatically rise to about 8KHz. -- Alexander Motin From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 15:44:28 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 784F710657B2 for ; Wed, 28 Jul 2010 15:44:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD1E8FC08 for ; Wed, 28 Jul 2010 15:44:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 061E846B91; Wed, 28 Jul 2010 11:44:28 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E438E8A03C; Wed, 28 Jul 2010 11:44:26 -0400 (EDT) From: John Baldwin To: Rob Farmer Date: Wed, 28 Jul 2010 11:38:40 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201007270945.32010.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007281138.40858.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 28 Jul 2010 11:44:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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, 28 Jul 2010 15:44:28 -0000 On Tuesday, July 27, 2010 7:42:15 pm Rob Farmer wrote: > On Tue, Jul 27, 2010 at 6:45 AM, John Baldwin wrote: > > On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: > >> Is is possible to have a ZFS root with sparc64? I've used one of the > >> guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on > >> amd64 and it worked fine, but that doesn't seem to apply, since the > >> /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. > > > > Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for > > sparc64. > > Okay, so I looked at some of the non-GPT examples on the > http://wiki.freebsd.org/RootOnZFS page, and they still reference files > that don't exist for sparc64, like /boot/boot and /boot/boot0. I don't > really know much about sparc64 - I bought a cheap box off ebay more as > a curiosity than anything else - what is the proper way to partition > and install a bootloader on sparc64 without sysinstall? Everything I > can find online seems to be i386/amd64 centric. Yes, I think all of the ZFS for / stuff for FreeBSD is for i386/amd64. I don't think we have boot support for ZFS for any other platforms currently. -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 14:50:55 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 340AE1065670 for ; Wed, 28 Jul 2010 14:50:55 +0000 (UTC) (envelope-from zhouyewll2000@yahoo.com.cn) Received: from web15604.mail.cnb.yahoo.com (web15604.mail.cnb.yahoo.com [202.165.102.58]) by mx1.freebsd.org (Postfix) with SMTP id 829AF8FC18 for ; Wed, 28 Jul 2010 14:50:54 +0000 (UTC) Received: (qmail 33953 invoked by uid 60001); 28 Jul 2010 14:24:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.cn; s=s1024; t=1280327052; bh=WuAEjSbRF5N+RpouBI20Oe8LUB6RV86rwfkW9izLbLM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=DZZT52GmlX70wwNj2zxUwyIWZvXe0fVBpdSm/6kBv1uk9tpUMYBMUse2NgpDkHJK1Sy/I2gMS8BMVXE+2qxdwdqxSYfmaPYT4PnltYFm+NRJBYkBevfDCQPxXU/2GNtnQ6HXYWPZlP5Hh3ZxBOjDNMUvuIfJcvmTmmuEb5Qou7w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=dQ0BsrTsJYCX/nLYeMxndevacXZMNm9s8As2ZaaejrBUFonJ6OIAmDWlzmhYZQoyNM+qDqT7M4pvdTLxl/OPJoqzbVkVCBc4ftZ+GQaQ2w1+HEMmbno2BtTgX/tiMEA91obIzijjmMz/aE3XJLUNivqNQOR/wKxfYXNn9IAPtjA=; Message-ID: <62688.32936.qm@web15604.mail.cnb.yahoo.com> X-YMail-OSG: bhZK7wgVM1nIBkU1bD3Kp8qYzChS3PL1dFUegeRJqFe8I23 9neaGigsgb9xaXf6c1pd3YDWWgqItQcWmxpLkouEfcTaStKxFkTd3rAkAind UpdJFxHClE.0Ne1BHD9awO.rAIcwnvClRDgk__rszYHQ2g1aL40u9oNQbRAB CUCAqW3ge_LaHNPOOU2GWtNE0dQ6wKX4LpxA9YOFbtiPgkdP8RaXgh_dbGfr YpyWv7kQxPqnOJnqP05Jp5tI4HaANOuwFy.NmXDDHSA-- Received: from [123.125.1.196] by web15604.mail.cnb.yahoo.com via HTTP; Wed, 28 Jul 2010 22:24:12 CST X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.105.277674 Date: Wed, 28 Jul 2010 22:24:12 +0800 (CST) From: =?utf-8?B?5ZGo5pmU?= To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 28 Jul 2010 15:47:15 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: About Sun Fire 480R use freebsd vesion? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zhouyewll@msn.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 14:50:55 -0000 Hi, I have a sun fire 480R,the information is: Sun Microsystems=C2=A0 sun4u Sun Fire 480R =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= CPUs =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0run=C2=A0=C2=A0=C2=A0=C2=A0 E$=C2=A0 CPU=C2=A0=C2=A0= =C2=A0=C2=A0 CPU=C2=A0=20 Brd=C2=A0 CPU=C2=A0 MHz=C2=A0=C2=A0 MB=C2=A0 Impl.=C2=A0=C2=A0 mask --- ----- ---- ---- ------- ----=20 =C2=A0A=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0 900=C2=A0 8.0 US-III+=C2=A0 2= .3 =C2=A0A=C2=A0=C2=A0=C2=A0 2=C2=A0=C2=A0=C2=A0 900=C2=A0 8.0 US-III+=C2=A0 2= .3 =C2=A0 I want to know which version can support the machine? Thanks you very much!=0A=0A=0A From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 20:09:30 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CEED1065675; Wed, 28 Jul 2010 20:09:30 +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 E78858FC0A; Wed, 28 Jul 2010 20:09:29 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o6SK9Ssm011716; Wed, 28 Jul 2010 22:09:28 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o6SK9SGl011715; Wed, 28 Jul 2010 22:09:28 +0200 (CEST) (envelope-from marius) Date: Wed, 28 Jul 2010 22:09:28 +0200 From: Marius Strobl To: Alexander Motin Message-ID: <20100728200928.GC75632@alchemy.franken.de> References: <4C404018.6040405@FreeBSD.org> <20100716213503.GT4706@alchemy.franken.de> <4C42A5B9.7080901@FreeBSD.org> <20100718142101.GY4706@alchemy.franken.de> <4C433391.4080808@FreeBSD.org> <20100719122423.GA4706@alchemy.franken.de> <4C44694C.9040108@FreeBSD.org> <4C46E3BB.7060204@FreeBSD.org> <20100728070919.GB75632@alchemy.franken.de> <4C4FDBB2.5000503@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C4FDBB2.5000503@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@FreeBSD.org Subject: Re: [RFC] Event timers on sparc64/sun4v 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, 28 Jul 2010 20:09:30 -0000 On Wed, Jul 28, 2010 at 10:26:42AM +0300, Alexander Motin wrote: > Marius Strobl wrote: > > On Wed, Jul 21, 2010 at 03:10:35PM +0300, Alexander Motin wrote: > >> Here is updated patch for latest HEAD, which should handle this: > >> http://people.freebsd.org/~mav/timers_sparc4.patch > >> > >> I also added support for STICK timecounter. For this moment with lowest > >> priority to not use it by default, until it is tested. > > > > The patch looks ok and seems to work as expected on MP US-IIIi. > > However, I'd suggest to just use TICK_QUALITY_{M,U}P for the > > quality of the STICK timecounter but negated for now; I see no > > reason why the STICK timecounter should be of any other quality > > (from the hardware point of view) than the TICK one and whatever > > the solution is to make the TICK timecounter work with locks etc > > also needs to be applied to the STICK one (maybe on some machines > > the synchronicity across CPUs actually happens to be sufficient > > but I'd like to rather not make any assumptions about machines > > that f.e. group CPUs by coherency domain etc). > > As you said before, STICK has lower resolution then TICK (though not so > much), so I would set it's quality a bit lower. Correct, depending on model it's driven by a frequency between 5 and 20MHz. However, as far as the MI part of the timecounter code is concerned quality and frequency, i.e. resolution, are orthogonal. If two timecounters have the same quality but are driven by different frequencies the timecounter with the better resolution is preferred, i.e. the resolution shouldn't be reflected by the quality parameter. > And it has more chances > to work synchronously then TICK on MP, so I would set it's quality > higher there. I don't actually see the reason for using negative > qualities, unless timers are really broken. In such case if there will > be no other timers, system will fall back to the dummy, which I have > doubts is better then anything else. I don't see a practical difference between TICK and STICK based timecounters in the MP case as far as synchronicity is concerened; the latter might have (well, in case the CPUs are running at different speeds it actually has) a better synchronicity but we just can't assume this and in order to provide a stable timecounter we need to bind reading the (S)TICK count to a CPU anyway, in which case both have the same quality. The reason I suggest a negative qualitiy is that your patch is missing binding reading the STICK count to CPU, i.e. is broken in the MP case. I wouldn't worry about binding this to the BSP too much, even if this means that further down the road this has negative impact on running a tickless kernel as this only affects some low-cost (or at least what low-cost is to Sun) models which have no alternative to using the (S)TICK timecounter (there is some price to pay after all ...). Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 20:28:46 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D911065675 for ; Wed, 28 Jul 2010 20:28:46 +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 568DB8FC14 for ; Wed, 28 Jul 2010 20:28:45 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o6SKSifN011844; Wed, 28 Jul 2010 22:28:45 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o6SKSiQr011843; Wed, 28 Jul 2010 22:28:44 +0200 (CEST) (envelope-from marius) Date: Wed, 28 Jul 2010 22:28:44 +0200 From: Marius Strobl To: zhouyewll@msn.com Message-ID: <20100728202844.GA10197@alchemy.franken.de> References: <62688.32936.qm@web15604.mail.cnb.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <62688.32936.qm@web15604.mail.cnb.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: About Sun Fire 480R use freebsd vesion? 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, 28 Jul 2010 20:28:46 -0000 On Wed, Jul 28, 2010 at 10:24:12PM +0800, ??? wrote: > > Hi, > I have a sun fire 480R,the information is: > Sun Microsystems  sun4u Sun Fire 480R > ========================= CPUs =============================================== >                 run     E$  CPU     CPU  > Brd  CPU  MHz   MB  Impl.   mask > --- ----- ---- ---- ------- ---- >  A    0    900  8.0 US-III+  2.3 >  A    2    900  8.0 US-III+  2.3 >   > I want to know which version can support the machine? > Thanks you very much! > See: http://www.freebsd.org/platforms/sparc.html#hw Make sure you have one of the centerplanes listed there, the predecessor have a bug causing a fatal hardware reset when using the on-board network interfaces. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 21:03:00 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B76C106567A; Wed, 28 Jul 2010 21:03:00 +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 E3E408FC20; Wed, 28 Jul 2010 21:02:59 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o6SL2vrk013561; Wed, 28 Jul 2010 23:02:58 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o6SL2v2F013560; Wed, 28 Jul 2010 23:02:57 +0200 (CEST) (envelope-from marius) Date: Wed, 28 Jul 2010 23:02:57 +0200 From: Marius Strobl To: John Baldwin Message-ID: <20100728210257.GB10197@alchemy.franken.de> References: <201007270945.32010.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201007270945.32010.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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, 28 Jul 2010 21:03:00 -0000 On Tue, Jul 27, 2010 at 09:45:31AM -0400, John Baldwin wrote: > On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: > > Is is possible to have a ZFS root with sparc64? I've used one of the > > guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on > > amd64 and it worked fine, but that doesn't seem to apply, since the > > /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. > > Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for > sparc64. > Looking at the description of the ZFS on-disk format it should be possible to implement something similar with the VTOC scheme though; the first-stage loader (8K max., we have no zero-stage on sparc64) probably should jump to something like a 1.5-stage loader located in the 3.5MB boot block area located after the ZFS uberblock and would need to know how to read ZFS in order to finally load /boot/loader. I haven't looked at how the GPT variant works in detail but I suspect most of the ZFS-specific actually could be recycled. The other missing part would be to teach some part (maybe GEOM_PART) how to write something to the ZFS boot block area. Any takers? :) Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 28 21:12:44 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4951065672 for ; Wed, 28 Jul 2010 21:12:44 +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 F0ED38FC12 for ; Wed, 28 Jul 2010 21:12:43 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o6SLCg4J013685; Wed, 28 Jul 2010 23:12:42 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o6SLCgaE013684; Wed, 28 Jul 2010 23:12:42 +0200 (CEST) (envelope-from marius) Date: Wed, 28 Jul 2010 23:12:42 +0200 From: Marius Strobl To: Rob Farmer Message-ID: <20100728211242.GC10197@alchemy.franken.de> References: <201007270945.32010.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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, 28 Jul 2010 21:12:44 -0000 On Tue, Jul 27, 2010 at 04:42:15PM -0700, Rob Farmer wrote: > On Tue, Jul 27, 2010 at 6:45 AM, John Baldwin wrote: > > On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: > >> Is is possible to have a ZFS root with sparc64? I've used one of the > >> guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on > >> amd64 and it worked fine, but that doesn't seem to apply, since the > >> /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. > > > > Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for > > sparc64. > > Okay, so I looked at some of the non-GPT examples on the > http://wiki.freebsd.org/RootOnZFS page, and they still reference files > that don't exist for sparc64, like /boot/boot and /boot/boot0. I don't > really know much about sparc64 - I bought a cheap box off ebay more as > a curiosity than anything else - what is the proper way to partition > and install a bootloader on sparc64 without sysinstall? Everything I > can find online seems to be i386/amd64 centric. > See the gpart(8) man page. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 29 08:55:10 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ECF8106564A for ; Thu, 29 Jul 2010 08:55:10 +0000 (UTC) (envelope-from freebsd-sparc@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id C0B248FC17 for ; Thu, 29 Jul 2010 08:55:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OeOeq-0005Ay-0U for freebsd-sparc64@freebsd.org; Thu, 29 Jul 2010 10:40:04 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Jul 2010 10:40:03 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Jul 2010 10:40:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-sparc64@freebsd.org From: Volodymyr Kostyrko Date: Thu, 29 Jul 2010 11:06:59 +0300 Lines: 43 Message-ID: References: <201007270945.32010.jhb@freebsd.org> <20100728210257.GB10197@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 In-Reply-To: <20100728210257.GB10197@alchemy.franken.de> Subject: Re: ZFS root partition 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: Thu, 29 Jul 2010 08:55:10 -0000 29.07.2010 00:02, Marius Strobl написав(ла): >>> Is is possible to have a ZFS root with sparc64? I've used one of the >>> guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on >>> amd64 and it worked fine, but that doesn't seem to apply, since the >>> /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. >> >> Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for >> sparc64. The problem might reside in protective MBR. gpart creates PMBR the way some older BIOS'es would be confused - it doesn't align partitions. I have surpassed that on older i386/amd64 machines by editing pmbr with fdisk an giving fdisk chance to 'fix' protective partition. > Looking at the description of the ZFS on-disk format it should > be possible to implement something similar with the VTOC scheme > though; the first-stage loader (8K max., we have no zero-stage > on sparc64) probably should jump to something like a 1.5-stage > loader located in the 3.5MB boot block area located after the > ZFS uberblock and would need to know how to read ZFS in order > to finally load /boot/loader. I haven't looked at how the GPT > variant works in detail but I suspect most of the ZFS-specific > actually could be recycled. The other missing part would be to > teach some part (maybe GEOM_PART) how to write something to the > ZFS boot block area. Any takers? :) It's already done for i386/amd64 through zfsboot. You just need to: dd if=/boot/zfsboot of=/zpool/shard bs=512 count=1 dd if=/boot/zfsboot of=/zpool/shard bs=512 seek=1024 skip=1 This scheme has some disadvantages also: - you can't update boot code on running pool; - ZFS would not propagate boot loader to other mirrors/spares (current available version, there was talk about that on opensolaris mailing lists). That way gpart partitioning gives you: - separate partition to contain extra boot-code; - ability to add some swap on raw disk and not on vdev. -- Sphinx of black quartz judge my vow. From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 29 13:22:56 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02132106566B for ; Thu, 29 Jul 2010 13:22:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C5B188FC20 for ; Thu, 29 Jul 2010 13:22:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 70B1B46B66; Thu, 29 Jul 2010 09:22:55 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B2EEF8A050; Thu, 29 Jul 2010 09:22:54 -0400 (EDT) From: John Baldwin To: Marius Strobl Date: Thu, 29 Jul 2010 09:21:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201007270945.32010.jhb@freebsd.org> <20100728210257.GB10197@alchemy.franken.de> In-Reply-To: <20100728210257.GB10197@alchemy.franken.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007290921.26805.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 29 Jul 2010 09:22:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-sparc64@freebsd.org Subject: Re: ZFS root partition 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: Thu, 29 Jul 2010 13:22:56 -0000 On Wednesday, July 28, 2010 5:02:57 pm Marius Strobl wrote: > On Tue, Jul 27, 2010 at 09:45:31AM -0400, John Baldwin wrote: > > On Tuesday, July 27, 2010 4:40:48 am Rob Farmer wrote: > > > Is is possible to have a ZFS root with sparc64? I've used one of the > > > guides on the wiki, http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, on > > > amd64 and it worked fine, but that doesn't seem to apply, since the > > > /boot/pmbr and /boot/gptzfsboot files don't exist on sparc64. > > > > Booting from a GPT isn't supported for OpenFirmware, so it doesn't work for > > sparc64. > > > > Looking at the description of the ZFS on-disk format it should > be possible to implement something similar with the VTOC scheme > though; the first-stage loader (8K max., we have no zero-stage > on sparc64) probably should jump to something like a 1.5-stage > loader located in the 3.5MB boot block area located after the > ZFS uberblock and would need to know how to read ZFS in order > to finally load /boot/loader. I haven't looked at how the GPT > variant works in detail but I suspect most of the ZFS-specific > actually could be recycled. The other missing part would be to > teach some part (maybe GEOM_PART) how to write something to the > ZFS boot block area. Any takers? :) dfr@ has C bits to handle ZFS reading for the loader that should be easy to reuse. The only MD bits are that you need to probe all the available drives so ZFS can discover all the devices that back volumes / pools. -- John Baldwin From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 30 16:27:49 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52183106567E; Fri, 30 Jul 2010 16:27:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E468B8FC14; Fri, 30 Jul 2010 16:27:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGRlp0015110; Fri, 30 Jul 2010 12:27:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGRloo015109; Fri, 30 Jul 2010 16:27:47 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:27:47 GMT Message-Id: <201007301627.o6UGRloo015109@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 30 Jul 2010 16:27:49 -0000 TB --- 2010-07-30 16:24:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:24:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-07-30 16:24:41 - cleaning the object tree TB --- 2010-07-30 16:24:54 - cvsupping the source tree TB --- 2010-07-30 16:24:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-07-30 16:25:22 - building world TB --- 2010-07-30 16:25:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:25:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:25:22 - TARGET=sparc64 TB --- 2010-07-30 16:25:22 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:25:22 - TZ=UTC TB --- 2010-07-30 16:25:22 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:25:22 - cd /src TB --- 2010-07-30 16:25:22 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:25:23 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sparc64.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:27:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:27:47 - ERROR: failed to build world TB --- 2010-07-30 16:27:47 - 134.63 user 24.52 system 185.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 30 16:29:44 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA04A1065673; Fri, 30 Jul 2010 16:29:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFC98FC08; Fri, 30 Jul 2010 16:29:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UGTh3O016057; Fri, 30 Jul 2010 12:29:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o6UGThLE016056; Fri, 30 Jul 2010 16:29:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 Jul 2010 16:29:43 GMT Message-Id: <201007301629.o6UGThLE016056@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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, 30 Jul 2010 16:29:44 -0000 TB --- 2010-07-30 16:26:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:26:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-07-30 16:26:43 - cleaning the object tree TB --- 2010-07-30 16:26:53 - cvsupping the source tree TB --- 2010-07-30 16:26:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-07-30 16:27:17 - building world TB --- 2010-07-30 16:27:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:27:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:27:17 - TARGET=sun4v TB --- 2010-07-30 16:27:17 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:27:17 - TZ=UTC TB --- 2010-07-30 16:27:17 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:27:17 - cd /src TB --- 2010-07-30 16:27:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:27:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sun4v.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sun4v.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -static -L/obj/sun4v.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:29:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:29:43 - ERROR: failed to build world TB --- 2010-07-30 16:29:43 - 136.17 user 22.80 system 180.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full