From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 11 20:10:05 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ACE8106566B for ; Sun, 11 Apr 2010 20:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 103868FC17 for ; Sun, 11 Apr 2010 20:10:05 +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 o3BKA4cf024024 for ; Sun, 11 Apr 2010 20:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3BKA4Xl024023; Sun, 11 Apr 2010 20:10:04 GMT (envelope-from gnats) Date: Sun, 11 Apr 2010 20:10:04 GMT Message-Id: <201004112010.o3BKA4Xl024023@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: sparc64/144900: commit references a PR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 20:10:05 -0000 The following reply was made to PR sparc64/144900; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/144900: commit references a PR Date: Sun, 11 Apr 2010 20:09:15 +0000 (UTC) Author: marius Date: Sun Apr 11 20:08:54 2010 New Revision: 206490 URL: http://svn.freebsd.org/changeset/base/206490 Log: While SPARC V9 allows tininess to be detected either before or after rounding (impl. dep. #55), the SPARC JPS1 responsible for SPARC64 and UltraSPARC processors defines that in all cases tininess is detected before rounding therefore rounding up to the smallest normalized number should set the underflow flag. This change is needed for using SoftFloat on sparc64 for reference purposes. PR: 144900 Submitted by: Peter Jeremy Modified: head/lib/libc/softfloat/softfloat-specialize Modified: head/lib/libc/softfloat/softfloat-specialize ============================================================================== --- head/lib/libc/softfloat/softfloat-specialize Sun Apr 11 19:58:01 2010 (r206489) +++ head/lib/libc/softfloat/softfloat-specialize Sun Apr 11 20:08:54 2010 (r206490) @@ -44,6 +44,9 @@ Underflow tininess-detection mode, stati #ifdef SOFTFLOAT_FOR_GCC static #endif +#ifdef __sparc64__ +int8 float_detect_tininess = float_tininess_before_rounding; +#else int8 float_detect_tininess = float_tininess_after_rounding; /* _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 12 11:07: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 0768D106567E for ; Mon, 12 Apr 2010 11:07:10 +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 E915F8FC20 for ; Mon, 12 Apr 2010 11:07:09 +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 o3CB79OI042569 for ; Mon, 12 Apr 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3CB79Uq042567 for freebsd-sparc64@FreeBSD.org; Mon, 12 Apr 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Apr 2010 11:07:09 GMT Message-Id: <201004121107.o3CB79Uq042567@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, 12 Apr 2010 11:07:10 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/145211 sparc64 [panic] Memory modified after free o sparc/144900 sparc64 [patch] SPARC64 Floating point fixes o sparc/144867 sparc64 [panic] trap: memory address not aligned booting Sunfi 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 16 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 12 21:11:33 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 BF4631065670 for ; Mon, 12 Apr 2010 21:11:33 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.freebsd.org (Postfix) with ESMTP id 5799D8FC14 for ; Mon, 12 Apr 2010 21:11:33 +0000 (UTC) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [69.31.131.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 17D1FA8069 for ; Mon, 12 Apr 2010 17:11:32 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id E41E512FD0D; Mon, 12 Apr 2010 17:11:31 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Mon_Apr_12_17:11:31_2010-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 12 Apr 2010 17:11:31 -0400 In-Reply-To: (Royce Williams's message of "Fri, 9 Apr 2010 19:52:22 -0800") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: freebsd-update(8) under sparc64? Why is it not available? 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 Apr 2010 21:11:33 -0000 --pgp-sign-Multipart_Mon_Apr_12_17:11:31_2010-1 Content-Type: text/plain; charset=US-ASCII >>>>> "rw" == Royce Williams writes: rw> Miles' point appears to be that some end users do not have the rw> resources necessary to set up a sufficiently beefy sparc64 rw> build system to respond quickly to security announcements. Colin's position is totally ridiculous: people offer build resources of exotic, heavy, power-hungry hardware to the FreeBSD project, which already has scripts and frameworks for producing timely builds, but he believes these offers are conterproductive because individual users acting separately and without these resources will bumble their way into developing their own scripts and frameworks to do updates much faster, so long as they're not demobilized from this natural task through ``training.'' Where does such implausible belief come from? ``I find the builds boring, and they're more trouble than you'd think---please, someone else more interested do them, far away from me'' strikes me as a fine reason to avoid mucking with a platform that's twice as dead this year as it was last year, but the stated reason is silly mind-twisting obstructionism, and I don't know how anyone can get anything done when such beliefs come naturally. rw> But it could have been said in a more constructive manner. Not in my experience. It sounds like the argument's been going on for several years, so restating the same position in a literal sense will get a repetition of the same deluded responses, which is not constructive at all. The only thing I can think of more constructive might be, ``can I have a copy of all your scripts, please. I'll do my own releases---I just want a head-start on what few solved gotchya's with the build process you've found, and then I'll alter the scripts to integrate with my smart power strip to kick off builds from a work queue at bootup and shut the machine off when the build finishes,'' but I would expect to hear ``I will not give you the scripts because your having and using them will train people to .'' rw> people who would run sparc64 on slow hardware facing the rw> public Internet without being willing and able to disconnect rw> it when something serious was announced are already doing rw> other foolish things You would not believe how much foolish behavior there is on the Internet, and updates are always a nightmare since regressions can take down services just as well as security breaches. It's a complicated issue. But I have never heard anyone say, ``what we really need to push security updates out faster and with fewer regressions, is fewer automated update tools. Have everyone build 'em from source, with 'cvs update' and bmake. Yah, that's what'll tighten up our ship.'' it's totally crazy. rw> "It may be that there's no way to break that 1-hour barrier. rw> Maybe I can convince Colin that, until full cross-compiling is rw> available, we sparc64 folks would settle for slightly-delayed rw> binary security updates (instead of never getting them at rw> all). It's the very fact that we're running on slower rw> hardware that makes freebsd-update so attractive." yeah, what you said, three years ago. good luck, everyone. --pgp-sign-Multipart_Mon_Apr_12_17:11:31_2010-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAS8OMg4nCBbTaW/4dAQK/9QP/at/L1Ck65ItbD01gvsHdx/yJCvlGcCyo LwcwkBDBysbsgnLWGXjEGdT58NRNEnHBAJYTG2Pb535FFK26Yu87TMB6NcN5ncz7 pPe6nVccXlPLUH2r9RqWm0yTVjld0Yw/RV2OwlLxdNUBPTl79C5WNvPE7iNsBLNs m2vDY9m90hE= =yhQe -----END PGP SIGNATURE----- --pgp-sign-Multipart_Mon_Apr_12_17:11:31_2010-1-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 13 01:36:07 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 C9D73106566B for ; Tue, 13 Apr 2010 01:36:07 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A7A218FC08 for ; Tue, 13 Apr 2010 01:36:07 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 1A6EC8C085; Mon, 12 Apr 2010 20:36:07 -0500 (CDT) Date: Mon, 12 Apr 2010 20:36:07 -0500 From: Mark Linimon To: Miles Nordin Message-ID: <20100413013607.GA6417@lonesome.com> References: <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Mark Linimon , freebsd-sparc64@freebsd.org Subject: Re: freebsd-update(8) under sparc64? Why is it not available? 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 Apr 2010 01:36:07 -0000 On Mon, Apr 12, 2010 at 05:11:31PM -0400, Miles Nordin wrote: > Colin's position is totally ridiculous: people offer build resources > of exotic, heavy, power-hungry hardware to the FreeBSD project, which > already has scripts and frameworks for producing timely builds, but he > believes these offers are conterproductive [...] The problem is that we're effectively guaranteeing that bits pushed out via freebsd-update are secure. Our traditional view is that machines that are loaned to us aren't sufficiently secure for us to be able to stand behind that guarantee. Right now the machines used to produce those bits are dedicated to that purpose and that purpose only, and are physically and logistically secure. If someone wants to donate a sufficiently capable sparc64 machine to the project that can be installed under similar constraints, I'm all ears. Right now we don't have one. mcl From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 13 03:45:37 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 BEDD9106566C; Tue, 13 Apr 2010 03:45:37 +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 8ED8E8FC15; Tue, 13 Apr 2010 03:45:37 +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 o3D3ja5C042893; Mon, 12 Apr 2010 23:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D3jaVd042888; Tue, 13 Apr 2010 03:45:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 03:45:36 GMT Message-Id: <201004130345.o3D3jaVd042888@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: Tue, 13 Apr 2010 03:45:38 -0000 TB --- 2010-04-13 02:34:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 02:34:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-04-13 02:34:19 - cleaning the object tree TB --- 2010-04-13 02:34:38 - cvsupping the source tree TB --- 2010-04-13 02:34:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-04-13 02:35:00 - building world TB --- 2010-04-13 02:35:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:35:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:35:00 - TARGET=sparc64 TB --- 2010-04-13 02:35:00 - TARGET_ARCH=sparc64 TB --- 2010-04-13 02:35:00 - TZ=UTC TB --- 2010-04-13 02:35:00 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:35:00 - cd /src TB --- 2010-04-13 02:35:00 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 02:35:02 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 03:31:52 UTC 2010 TB --- 2010-04-13 03:31:52 - generating LINT kernel config TB --- 2010-04-13 03:31:52 - cd /src/sys/sparc64/conf TB --- 2010-04-13 03:31:52 - /usr/bin/make -B LINT TB --- 2010-04-13 03:31:52 - building LINT kernel TB --- 2010-04-13 03:31:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 03:31:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 03:31:52 - TARGET=sparc64 TB --- 2010-04-13 03:31:52 - TARGET_ARCH=sparc64 TB --- 2010-04-13 03:31:52 - TZ=UTC TB --- 2010-04-13 03:31:52 - __MAKE_CONF=/dev/null TB --- 2010-04-13 03:31:52 - cd /src TB --- 2010-04-13 03:31:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 03:31:52 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 03:45:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 03:45:36 - ERROR: failed to build lint kernel TB --- 2010-04-13 03:45:36 - 3341.27 user 610.16 system 4277.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 13 04:03:57 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 8DDC6106564A; Tue, 13 Apr 2010 04:03:57 +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 5D0158FC12; Tue, 13 Apr 2010 04:03:57 +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 o3D43ubZ076174; Tue, 13 Apr 2010 00:03:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D43uLO076173; Tue, 13 Apr 2010 04:03:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 04:03:56 GMT Message-Id: <201004130403.o3D43uLO076173@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: Tue, 13 Apr 2010 04:03:57 -0000 TB --- 2010-04-13 02:55:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 02:55:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-04-13 02:55:42 - cleaning the object tree TB --- 2010-04-13 02:55:55 - cvsupping the source tree TB --- 2010-04-13 02:55:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-04-13 02:56:10 - building world TB --- 2010-04-13 02:56:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:56:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:56:10 - TARGET=sun4v TB --- 2010-04-13 02:56:10 - TARGET_ARCH=sparc64 TB --- 2010-04-13 02:56:10 - TZ=UTC TB --- 2010-04-13 02:56:10 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:56:10 - cd /src TB --- 2010-04-13 02:56:10 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 02:56:10 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 03:50:01 UTC 2010 TB --- 2010-04-13 03:50:01 - generating LINT kernel config TB --- 2010-04-13 03:50:01 - cd /src/sys/sun4v/conf TB --- 2010-04-13 03:50:01 - /usr/bin/make -B LINT TB --- 2010-04-13 03:50:01 - building LINT kernel TB --- 2010-04-13 03:50:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 03:50:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 03:50:01 - TARGET=sun4v TB --- 2010-04-13 03:50:01 - TARGET_ARCH=sparc64 TB --- 2010-04-13 03:50:01 - TZ=UTC TB --- 2010-04-13 03:50:01 - __MAKE_CONF=/dev/null TB --- 2010-04-13 03:50:01 - cd /src TB --- 2010-04-13 03:50:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 03:50:01 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 04:03:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 04:03:56 - ERROR: failed to build lint kernel TB --- 2010-04-13 04:03:56 - 3342.70 user 593.88 system 4094.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 14 21:04:03 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 A6A27106564A for ; Wed, 14 Apr 2010 21:04:03 +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 2F2C48FC1A for ; Wed, 14 Apr 2010 21:04:02 +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 o3EL41mu049618; Wed, 14 Apr 2010 23:04:01 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o3EL40NH049617; Wed, 14 Apr 2010 23:04:00 +0200 (CEST) (envelope-from marius) Date: Wed, 14 Apr 2010 23:04:00 +0200 From: Marius Strobl To: Mark Linimon Message-ID: <20100414210400.GA49403@alchemy.franken.de> References: <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> <20100413013607.GA6417@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100413013607.GA6417@lonesome.com> User-Agent: Mutt/1.4.2.3i Cc: Miles Nordin , freebsd-sparc64@freebsd.org Subject: Re: freebsd-update(8) under sparc64? Why is it not available? 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 Apr 2010 21:04:03 -0000 On Mon, Apr 12, 2010 at 08:36:07PM -0500, Mark Linimon wrote: > On Mon, Apr 12, 2010 at 05:11:31PM -0400, Miles Nordin wrote: > > Colin's position is totally ridiculous: people offer build resources > > of exotic, heavy, power-hungry hardware to the FreeBSD project, which > > already has scripts and frameworks for producing timely builds, but he > > believes these offers are conterproductive [...] > > The problem is that we're effectively guaranteeing that bits pushed out > via freebsd-update are secure. Our traditional view is that machines > that are loaned to us aren't sufficiently secure for us to be able to > stand behind that guarantee. I don't quite get why compiling on loaned hardware is okay for packages, which might very well run as root for example, but not for the base bits. It certainly makes everybody feel more warm and fuzzy when binaries of both kinds are built on machines that are at least owned and operated solely by committers. But for the truly paranoid binaries built on a machine in the Yahoo! data center are no use either as they have to check the code and compile everything themselves anyway. > > Right now the machines used to produce those bits are dedicated to that > purpose and that purpose only, and are physically and logistically > secure. > > If someone wants to donate a sufficiently capable sparc64 machine to the > project that can be installed under similar constraints, I'm all ears. > Right now we don't have one. > Do you mean donation of a machine that's supposed to be mounted in one of the data centers providing rackspace for the freebsd.org cluster or donation of metal plus housing? As pointed out earlier what I can provide is a V440 which is able to build world in about 70 minutes last time I checked and which is located in a data center in .de I trust. I don't see how that would result in binaries less "secure" than the release bits Ken is building on hardware at his university. What I'm certainly not going to do though is pay shipping of such machine to the US as a) as we've seen in the past donated hardware has a high tendency to end up not being used for the anticipated job or not used at all and b) it was impossible to get a 1u replacement for panther into the Yahoo! data center so I don't see why a 4u machine would get a better chance. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 15 17:04:20 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 7C1DE1065740; Thu, 15 Apr 2010 17:04:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id A99D68FC0C; Thu, 15 Apr 2010 17:04:19 +0000 (UTC) Received: by ewy24 with SMTP id 24so576579ewy.33 for ; Thu, 15 Apr 2010 10:04:18 -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:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=syMLDIza2vMbgDjFQC3FUOA9K/21O2qrsj6GCD2bQBA=; b=iWCXijL5OsATgIyHuEEu/2IVjiL092/gidMby0n+P57PdEh15oBNUzRW3NdCir3T5G ZULQix+hHXmn7jqZC8BR1E1GFSS+Hp0XYLZmVXwWoURmXUSnhbW8n3uAXPCvj2gqbFOB JRu+3Xp+tU37NfAKWQQ4/R62qqHRAzafxFMRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=jUmOEaSn+4ryy2HIP8aBFqCv/RmkqY2Xh+SBkg41DZ/1wHGNfUehxZ6HEkljPTzIXz Yryd56yTJDYiU/t6WG6fw8UnjWmVVxbRp8l2xZ1KotXeUnT23r3QA1dqfxNxM+76ZLBf 9sFv+V3BywEZU74kIFonv0zDJoBI/z5ydRw6s= Received: by 10.102.15.22 with SMTP id 22mr288408muo.7.1271351058393; Thu, 15 Apr 2010 10:04:18 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y2sm9166932mug.21.2010.04.15.10.04.17 (version=SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 10:04:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BC74709.4000201@FreeBSD.org> Date: Thu, 15 Apr 2010 20:04:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: freebsd-net , freebsd-sparc64@FreeBSD.org, freebsd-arm@FreeBSD.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: net/mpd5 now works on other archs 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, 15 Apr 2010 17:04:20 -0000 Hi. I've just merged to 8-STABLE set of Netgraph fixes, required to run net/mpd5 on architectures with strict memory access alignment. I have successfully tested it on arm and sparc64 systems, and I hope it should work on others. Let me know if you find any more issues there. -- Alexander Motin From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 17 08:29: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 96079106564A for ; Sat, 17 Apr 2010 08:29:56 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6941C8FC17 for ; Sat, 17 Apr 2010 08:29:56 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o3H7qJ7F008089 for ; Sat, 17 Apr 2010 00:52:19 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4BC968B2.4030009@rawbw.com> Date: Sat, 17 Apr 2010 00:52:18 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.24 (X11/20100331) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Is it easy to netboot sun fire V210 using only sparc64 iso image and intel host? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 08:29:56 -0000 Sun fire V210 server won't boot from cdrom: can't open boot device, and hard drives are blank. Is it easy/feasible to make netboot installation for it if I don't have any other sparc hardware, only intel computer and standard sparc64 FreeBSD ISO image(s) from freebsd.org? Yuri From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 17 09:26:54 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 2F312106566B for ; Sat, 17 Apr 2010 09:26:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from eterpe-smout.broadpark.no (eterpe-smout.broadpark.no [80.202.8.16]) by mx1.freebsd.org (Postfix) with ESMTP id DEC408FC1C for ; Sat, 17 Apr 2010 09:26:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([unknown] [80.202.8.11]) by eterpe-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0L1000GM0KWS9FA0@eterpe-smout.broadpark.no> for freebsd-sparc64@FreeBSD.org; Sat, 17 Apr 2010 11:26:52 +0200 (CEST) Received: from kg-v2.kg4.no ([unknown] [80.203.92.186]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with SMTP id <0L10008OZKWRQG80@ignis-smin.broadpark.no> for freebsd-sparc64@FreeBSD.org; Sat, 17 Apr 2010 11:26:52 +0200 (CEST) Date: Sat, 17 Apr 2010 11:26:51 +0200 From: Torfinn Ingolfsen To: freebsd-sparc64@FreeBSD.org Message-id: <20100417112651.a3985ef6.torfinn.ingolfsen@broadpark.no> In-reply-to: <4BC968B2.4030009@rawbw.com> References: <4BC968B2.4030009@rawbw.com> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: Subject: Re: Is it easy to netboot sun fire V210 using only sparc64 iso image and intel host? 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: Sat, 17 Apr 2010 09:26:54 -0000 Hello, On Sat, 17 Apr 2010 00:52:18 -0700 Yuri wrote: > Sun fire V210 server won't boot from cdrom: can't open boot device, and > hard drives are blank. > Is it easy/feasible to make netboot installation for it if I don't have > any other sparc hardware, only intel computer and standard sparc64 > FreeBSD ISO image(s) from freebsd.org? It is feasible to netboot a Sparc machine from any other machine that runs FreeBSD. But I wouldn't call it easy - at least not if you haven't done netbooting of machines with Open Firmware before. Here is an article I wrote a long time ago: Netbooting a Sun machine from a FreeBSD machine http://geekinfo.net/article.php?story=20041101004514224 HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 17 10:33:38 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 9C3321065677 for ; Sat, 17 Apr 2010 10:33:38 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (86.78.187.81.in-addr.arpa [81.187.78.86]) by mx1.freebsd.org (Postfix) with ESMTP id 03D078FC18 for ; Sat, 17 Apr 2010 10:33:37 +0000 (UTC) Received: (qmail 53085 invoked by uid 98); 17 Apr 2010 11:36:43 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.95.1/9971. hbedv: 7.9.1.53/7.1.6.174. spamassassin: 3.2.5. Clear:RC:1(192.168.0.2):. Processed in 0.32405 secs); 17 Apr 2010 10:36:43 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 17 Apr 2010 11:36:43 +0100 From: Craig Butler To: yuri@rawbw.com In-Reply-To: <4BC968B2.4030009@rawbw.com> References: <4BC968B2.4030009@rawbw.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 17 Apr 2010 11:20:34 +0100 Message-ID: <1271499634.2166.65.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: Is it easy to netboot sun fire V210 using only sparc64 iso image and intel host? 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: Sat, 17 Apr 2010 10:33:38 -0000 On Sat, 2010-04-17 at 00:52 -0700, Yuri wrote: > Sun fire V210 server won't boot from cdrom: can't open boot device, and > hard drives are blank. > Is it easy/feasible to make netboot installation for it if I don't have > any other sparc hardware, only intel computer and standard sparc64 > FreeBSD ISO image(s) from freebsd.org? > > Yuri > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" Howdy Yuri Yes, it should be possible -- First both computers need to be connected to the same subnet (or crossover cable if 1:1), disable any dhcp server (rarpd conflicts) // // tftp setup to transfer kernel and stage2 // * you need to copy the boot directory from the cd into /tftpboot * you need to unpack /tftpboot/boot/mfsroot.gz * edit /tftpboot/boot/loader.conf to look like; mfsroot_load="YES" mfsroot_type="mfs_root" mfsroot_name="/boot/mfsroot" console="ofw" vfs.root.mountfrom="ufs:/dev/md0" * edit /etc/initd.conf and uncomment; tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot // // rarpd setup to provide sparc box ip addy // * add sparc boxes mac and name into /etc/ethers (mac details found via lom) 0:3:ba:f:d5:ef x1 * add entry into /etc/hosts to match name 10.0.0.21 x1 // // bootpd setup to respond to sparcs bootp netboot // * edit /etc/bootptab; .default:\ :bf="kernel":dn=local:ds=10.0.0.1:\ :gw=10.0.0.1:ht=ether:hd="/tftpboot/boot/kernel":hn:\ :rp="10.0.0.10:/usr/un/freebsd":\ :sm=255.255.255.0 x1:ht=1:ha=0003ba0fd5ef:tc=.default:ip=10.0.0.21: * ds=nameserver, gw=gateway, rp=tftpserver:nfsmount(if any), sm=subnet mask, ha=mac addy *uncomment bootpd from /etc/inetd.conf bootps dgram udp wait root /usr/libexec/bootpd bootpd // // finishing touches // *convert the ip address for sparc machine into hex ie- 10.0.0.21 == 0A000015 *create symlink in tftpboot to match ln -s boot/loader /tftpboot/0A000015 *start inetd /etc/rc.d/inetd onestart *start rarpd /usr/sbin/rarpd -a -s -v -f & *power on sparc machine break to OK, boot net sit back and hopefully watch the installer load up (unless I missed something :S) I don't run a netboot full time hence the onestart for inetd and running rarpd manually. I also pull down the files via freebsd ftp once in the install, you could use the nfs server as defined in bootptab, but that involves dumping the rest of the contents of the cd/dvd onto nfs server. Guys -- feel free to comment if I missed something, it was a while ago since I have netbooted a sparc. The above examples was from a working box, I may have missed a stage. Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 17 19:01:45 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 E0BF1106566B for ; Sat, 17 Apr 2010 19:01:45 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id B42058FC22 for ; Sat, 17 Apr 2010 19:01:45 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o3HJ1jbu010215; Sat, 17 Apr 2010 12:01:45 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4BCA0598.90905@rawbw.com> Date: Sat, 17 Apr 2010 12:01:44 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.24 (X11/20100331) MIME-Version: 1.0 To: Craig Butler References: <4BC968B2.4030009@rawbw.com> <1271499634.2166.65.camel@main.lerwick.hopto.org> In-Reply-To: <1271499634.2166.65.camel@main.lerwick.hopto.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: Is it easy to netboot sun fire V210 using only sparc64 iso image and intel host? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 19:01:46 -0000 Craig Butler wrote: > > Howdy Yuri > > Yes, it should be possible -- > > First both computers need to be connected to the same subnet (or > crossover cable if 1:1), disable any dhcp server (rarpd conflicts) > > <...skipped...> > Thank you very much Craig, I will follow your instructions and try to netboot it. Also do you know will it boot if only one of 2 CPUs is present? Yuri From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 17 20:10:05 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42C17106566C for ; Sat, 17 Apr 2010 20:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 13CC18FC21 for ; Sat, 17 Apr 2010 20:10:05 +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 o3HKA4fZ054260 for ; Sat, 17 Apr 2010 20:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3HKA4EW054259; Sat, 17 Apr 2010 20:10:04 GMT (envelope-from gnats) Date: Sat, 17 Apr 2010 20:10:04 GMT Message-Id: <201004172010.o3HKA4EW054259@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/144867: panic: trap: memory address not aligned booting Sunfire 280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 20:10:05 -0000 The following reply was made to PR sparc64/144867; it has been noted by GNATS. From: Marius Strobl To: Rob Farmer , Craig Butler Cc: bug-followup@FreeBSD.org Subject: Re: sparc64/144867: panic: trap: memory address not aligned booting Sunfire 280R Date: Sat, 17 Apr 2010 22:05:14 +0200 Could both of you please refetch the following patch and give it try? http://people.freebsd.org/~marius/cas_mmf.diff The MD5 hash of the new version is 0d668f21e2b3bb3c9641950bd0153e3d. Marius