From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 17 08:24:44 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABA816A41F for ; Mon, 17 Oct 2005 08:24:44 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A70443D49 for ; Mon, 17 Oct 2005 08:24:44 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9H8OdoS002857 for ; Mon, 17 Oct 2005 08:24:39 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j9H8OdOa004701 for sparc64@freebsd.org; Mon, 17 Oct 2005 08:24:39 GMT Date: Mon, 17 Oct 2005 08:24:39 +0000 From: "Bruce O'Neel" To: sparc64@freebsd.org Message-ID: <20051017082439.GA9372@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Is there a nice diskless HOWTO? 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, 17 Oct 2005 08:24:44 -0000 Hi, Is there a nice diskless HOWTO? I know about the diskless man page. I've done diskless setups for netbsd, my biggest question is given that I am holding a FreeBSD cd in my hand, how do I install the OS on the remote directories? Or did just miss the option on the sysinstall menu :-) Thanks very much in advance! cheers bruce -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 17 11:02:07 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FDFD16A433 for ; Mon, 17 Oct 2005 11:02:07 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F268943D4C for ; Mon, 17 Oct 2005 11:02:06 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9HB26AM022521 for ; Mon, 17 Oct 2005 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9HB26cV022515 for freebsd-sparc64@freebsd.org; Mon, 17 Oct 2005 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Oct 2005 11:02:06 GMT Message-Id: <200510171102.j9HB26cV022515@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 11:02:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u f [2005/04/27] sparc64/80410sparc64 netgraph is causing crash with mpd on spa o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa o [2005/06/26] sparc64/82681sparc64 [if_dc] dc state messages 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 17 14:46:44 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2369F16A41F for ; Mon, 17 Oct 2005 14:46:44 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id A168C43D49 for ; Mon, 17 Oct 2005 14:46:43 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id E57F27A04; Mon, 17 Oct 2005 16:46:41 +0200 (MET DST) Date: Mon, 17 Oct 2005 16:46:41 +0200 From: Joerg Wunsch To: Bruce O'Neel Message-ID: <20051017144641.GD26315@ida.interface-business.de> References: <20051017082439.GA9372@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051017082439.GA9372@SDF.LONESTAR.ORG> X-Phone: +49-351-31809-14 X-PGP-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 Organization: interface systems GmbH, Dresden User-Agent: Mutt/1.5.6i Cc: sparc64@freebsd.org Subject: Re: Is there a nice diskless HOWTO? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2005 14:46:44 -0000 As Bruce O'Neel wrote: > Is there a nice diskless HOWTO? You might try searching the archives of this list. I remember I've read it here at least a couple of times (and probably even have posted my own experience once). -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 17 23:19:00 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA1A416A41F for ; Mon, 17 Oct 2005 23:19:00 +0000 (GMT) (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 20D4843D45 for ; Mon, 17 Oct 2005 23:19:00 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id D01742FF68 for ; Mon, 17 Oct 2005 19:18:58 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 72FA512FB1B; Mon, 17 Oct 2005 19:18:58 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <20051017082439.GA9372@SDF.LONESTAR.ORG> <20050726161047.GJ62369@funkthat.com> <20050726162755.GA67178@xor.obsecurity.org> <20050726120052.7EFAE16A41F@hub.freebsd.org> <42E7119B.5010101@alaska.net> <200507270515.j6R5Fhj17277@hobbit.sirius.net.au> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Mon_Oct_17_19:18:48_2005-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 17 Oct 2005 19:18:58 -0400 In-Reply-To: Bruce O'Neel's message of "Mon, 17 Oct 2005 08:24:39 +0000" Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: Is there a nice diskless HOWTO? 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, 17 Oct 2005 23:19:01 -0000 --pgp-sign-Multipart_Mon_Oct_17_19:18:48_2005-1 Content-Type: text/plain; charset=US-ASCII >>>>> "bo" == Bruce O'Neel writes: bo> Hi, Is there a nice diskless HOWTO? AFAICT no. I believe you can install by hand just as on NetBSD, except while for NetBSD you just extract the .tgz files, for FreeBSD you have to cat together the blah.a{b,c,d,e,f} chunks, and then pipe that into gzip | pax -rpe. or is it bunzip2, i forget. The three significant differences I found between FreeBSD and NetBSD nfsroots are: * On NetBSD, the 'option root-path' option is a path only, not a server IP, and the IP address of the root NFS server if it differs from the 'next-server' goes into the 'option swap-server' field. NetBSD doesn't document this, but that's how it is. On FreeBSD, the root-path option is "1.2.3.4:/path/to/root" as you'd expect. * FreeBSD is broken all over the place if the NFS server doesn't support locking. like, 'vi' doesn't work for example. and AFAICT it is impossible to disable the default locking-enabled mount options of an NFS root. NetBSD doesn't use locking anywhere---I think there is no working NetBSD code written for NFS locking, client or server. * NetBSD NFSroot users like to make mfs's and tmpfs's for things like /dev, /tmp, /var/run. FreeBSD doesn't have mount_mfs---it uses something else. I couldn't get FreeBSD's mdmfs to work at all, but FreeBSD has a devfs so it's good there's no incentive to make a /dev mfs as on NetBSD. -----8<----- >>>>> "jg" == John-Mark Gurney writes: >>>>> "kk" == Kris Kennaway writes: >>>>> "rw" == Royce Williams writes: >>>>> "a" == alm writes: jg> http://people.freebsd.org/~murray/sparc64/install.html kk> Here's a snippet from my dhcpd.conf rw> http://ezine.daemonnews.org/200301/sparc64-nfsroot.html a> -Configure a static DHCP lease for it: a> host netboot { a> hardware ethernet ; a> option host-name "" ; a> fixed-address ; a> always-reply-rfc1048 on; a> filename "/boot/loader"; a> next-server ; a> option root-path ":/mnt" ; a> } It turned out to be pretty easy just to get the system booted once hearing that /boot/loader could be fed straight to OpenPROM over tftp. This: a> boot net:dhcp behaved the same on my sparc64 as 'boot net'. The OpenPROM used RARP (not DHCP) to find the second-stage loader even with 'boot net:dhcp'. Then it TFTPs to whatever machine replied to the RARP. I wonder if net:dhcp is a cue to Solaris's inetboot? They have this massively complicated 'wanboot' framework now, too, including multiple cryptographic keys and CGI scripts on web servers. . I put /boot/loader in the tftpboot directory and named it C0A8017C to match the IP of my Sun, 192.168.1.124. /boot/loader then used DHCP (not bootparams) to get just one option, root-path: host amber { fixed-address amber; hardware ethernet 08:00:20:xx:xx:xx; option root-path "69.31.131.61:/export0/nbnfs/amber"; } and /boot/loader loaded loader.conf and whatever else it needed over NFS rather than TFTP. The only thing loaded over TFTP was the file C0A8017C (a copy of /boot/loader). a> lofiadm I didn't end up using this nor the mfsroot, because I didn't use sysinstall. I just extracted all the {base,doc,src,..}.{aa,ab,ac...} files by hand. But it's good to have those instructions written down because others will probably want to netboot into sysinstall. Now I have three more problems: 1. The NetBSD NFS server I'm using doesn't support locking, so I can't run vipw or pwd_mkdb, and vi always says 'UNLOCKED' in the status bar. I can't 'mount -u -o -L 69.31.131.61:/ex.... /' because the -L option is documented, obeyed only on initial mount, not for remount. Is there a way to get this option turned on for the initial root mount? 2. I tried 'mdmfs -s 32m md /tmp' and it never returned to the prompt. ^C doesn't work, and I can't get to 'ok' or to 'ddb>' by pressing BREAK. Is there a sysctl to obey BREAK? 3. Boot hung after ``waiting 15 seconds for SCSI devices to settle'' when I have my Firewire card installed. The Install CD boots successfully with the card installed and even makes an fwe0. Is there a way to use the loader to disable a broken device like this SCSI-over-Firewire? I tried commands like 'disable-module sbp' but it always says 'sbp not found'. sorry for all the questions. I'm just getting started. --pgp-sign-Multipart_Mon_Oct_17_19:18:48_2005-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (NetBSD) iQCVAwUAQ1QxYonCBbTaW/4dAQKS+QP/ZpM3L223fijmWzuS/NpUHl+5Hss7pRWg eyrwD7s+aKrhPHSI5EC1ho5niQJfP3UeM604rOxHrlVHTmM+9rdjdArPU03eczTH 8X1Irb2g3q96diQ3O9VbD68S/SwluXpmjvhKl3cI5DFWvUKzbYyRcN/dq+JKckiS R4YOmTpRzVo= =MqRP -----END PGP SIGNATURE----- --pgp-sign-Multipart_Mon_Oct_17_19:18:48_2005-1-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 18 00:20:58 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB2CB16A41F for ; Tue, 18 Oct 2005 00:20:58 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FD143D46 for ; Tue, 18 Oct 2005 00:20:57 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost) by servww6.ww.uni-erlangen.de (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id j9I0KtH19006 for ; Tue, 18 Oct 2005 02:20:55 +0200 Date: Tue, 18 Oct 2005 02:20:55 +0200 (CEST) From: Gheorghe Ardelean To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 6.0-BETA5 and Ultra 1 !? 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, 18 Oct 2005 00:20:59 -0000 Hi, As I have an unsupported Plain Ultra 1 I was trying to play with it and 6.0-BETA5. I have just installed the 6.0-BETA5 on a Diff SCSI drive in an Ultra 5 and then moved the drive to the Ultra 1 with additional SBUS Diff SCSI card from Qlogic and a SUN FAS366 SBUS Card (which I planned to use for network connection). To my surprise it booted ok (last time I have tried with 5.x it gave me no console ) and *recognized* the onboard SCSI controller (console on serial port). After that I have mounted the internal CDROM and I was able to copy data from the installation CD to a directory on the Diff SCSI HDD. So it really seems that the onboard SCSI is supported (at least to some extent) on a Plain Ultra 1! I have made a dump|restore of the boot disk to the internal one. Everything went ok. I have tried now to boot from the internal one and I get: Rebooting with command: boot Boot device: disk:a File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a Boot loader: /boot/loader Consoles: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@u60.samsco.home, Mon Sep 19 02:48:26 UTC 2005) bootpath="/sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a" Fast Data Access MMU Miss So I am not able to boot from it but I can use it if I boot from the other disc (Diff SCSI one). What could this be? Regards, Gheorghe Ardelean. ================== Here is the dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA4 #0: Tue Sep 20 06:20:12 UTC 2005 << The BETA5 ISO pretends to be BETA4 root@u60.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "tick" frequency 142986531 Hz quality 1000 real memory = 234881024 (224 MB) avail memory = 209690624 (199 MB) cpu0: Sun Microsystems UltraSparc-I Processor (142.99 MHz CPU) nexus0: sbus0: on nexus0 sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [FAST] sbus0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 auxio0: mem 0x1900000 on sbus0 sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no driver at tached) sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no driver att ached) sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 eeprom0: hostid 8085fe27 puc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 uart0: on puc0 uart0: console (9600,n,8,1) uart1: on puc0 puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 uart2: on puc1 uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: on puc1 sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) sbus0: mem 0x1304000-0x1304002 type unknown (no driver attached) dma0: mem 0x8400000-0x840000f on sbus0 dma0: DMA rev. 2 esp0: mem 0x8800000-0x880003f irq 2016 on dma0 esp0: FAS100A, 40MHz, SCSI ID 7 dma1: mem 0x8400010-0x840002f on sbus0 dma1: DMA rev. 2 dma1: mem 0x8c00000-0x8c00003 irq 2017 type network (no driver attached) sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attached) hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff, 0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 1988 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:85:fe:27 esp1: mem 0x8800000-0x880000f,0x8810000-0x881003f irq 1987 on sbus0 esp1: FAS366/HME, 40MHz, SCSI ID 7 isp0 mem 0x10000-0x1044f irq 1995 on sbus0 isp0: [GIANT-LOCKED] sbus0: mem 0-0xffffff irq 2005 type display (no driver attached) nexus0: , type (unknown) (no driver attached) Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle da1 at isp0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da1: 2033MB (4165272 512 byte sectors: 255H 63S/T 259C) cd0 at esp0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 15) cd0: cd present [1074528 x 512 byte records] da0 at esp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) Trying to mount root from ufs:/dev/da1a From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 18 06:23:17 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D15516A420 for ; Tue, 18 Oct 2005 06:23:17 +0000 (GMT) (envelope-from james.gallagher@misys.com) Received: from rly13a.srv.mailcontrol.com (cluster-a.mailcontrol.com [80.69.8.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E2643D46 for ; Tue, 18 Oct 2005 06:23:16 +0000 (GMT) (envelope-from james.gallagher@misys.com) Received: from singex2.misys.com ([203.126.166.10]) by rly13a.srv.mailcontrol.com (MailControl) with ESMTP id j9I6N6o3031063; Tue, 18 Oct 2005 07:23:10 +0100 Received: by singex2.misys.com with Internet Mail Service (5.5.2657.72) id ; Tue, 18 Oct 2005 14:15:07 +0800 Message-ID: From: "Gallagher, James" To: "'Marius Strobl'" Date: Tue, 18 Oct 2005 14:15:02 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-Scanned-By: MailControl A-05-40-01 (www.mailcontrol.com) on 10.65.0.123 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-sparc64@freebsd.org Subject: RE: hme problems 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, 18 Oct 2005 06:23:17 -0000 -----Original Message----- From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd-sparc64@freebsd.org] On Behalf Of Gallagher, James Sent: Friday, October 14, 2005 9:30 AM To: 'Marius Strobl' Cc: freebsd-sparc64@freebsd.org Subject: RE: hme problems > > That's an old bug; the second NS16550 (used as mouse port) on > E250 erroneously gets the IRQ of the on-board HME assigned. > Later on this became fatal when uart(4) was enabled which > began trying to use that NS16550. The attached patch (applies > to HEAD and RELENG_6 but it should also be fine to just grab > uart_bus_ebus.c from HEAD, apply the patch and stick it into > a FreeBSD 5 system) should work around this by causing > uart(4) to not attach to the NS16550 in question in favour of > a working on-board HME. AFAICT the underlying problem is > caused by a IRQ routing problem due to interpreting the > information present in OFW wrong. This however can happen at > a couple of layers (the exact code path is also model > dependend) and I didn't manage to spot faulty code. Fixing it > would require me to have at least remote access to an E250 > which so far I didn't manage to get. Also currently I'm short > on spare time... > > Marius > > Thanks again for this, worked fine taking my machine up to 5.4-STABLE from 5.3. Cheers, James From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 18 07:39:33 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CE116A41F for ; Tue, 18 Oct 2005 07:39:33 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C2743D4C for ; Tue, 18 Oct 2005 07:39:33 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IOJ001CBPF4WLB0@osl1smout1.broadpark.no> for freebsd-sparc64@freebsd.org; Tue, 18 Oct 2005 09:42:40 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IOJ0075QPEXY330@osl1sminn1.broadpark.no> for freebsd-sparc64@freebsd.org; Tue, 18 Oct 2005 09:42:33 +0200 (CEST) Date: Tue, 18 Oct 2005 09:39:31 +0200 From: Torfinn Ingolfsen 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 In-reply-to: <20051017082439.GA9372@SDF.LONESTAR.ORG> To: freebsd-sparc64@freebsd.org Message-id: <20051018093931.2581ab60.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20051017082439.GA9372@SDF.LONESTAR.ORG> Subject: Re: Is there a nice diskless HOWTO? 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, 18 Oct 2005 07:39:33 -0000 On Mon, 17 Oct 2005 08:24:39 +0000 Bruce O'Neel wrote: > Hi, > > Is there a nice diskless HOWTO? I know about the diskless man page. Here is my own experience of Netbooting a Sun machine from a FreeBSD server: http://geekinfo.net/article.php?story=20041101004514224 I installed OpenBSD on it, here is my writeup on that: http://geekinfo.net/article.php?story=20041229012053650 HTH some -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 18 17:35:14 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6356B16A427 for ; Tue, 18 Oct 2005 17:35:14 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B339B43D45 for ; Tue, 18 Oct 2005 17:35:08 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j9IHZ6Nt027690; Tue, 18 Oct 2005 19:35:06 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j9IHZ14k027689; Tue, 18 Oct 2005 19:35:01 +0200 (CEST) (envelope-from marius) Date: Tue, 18 Oct 2005 19:35:01 +0200 From: Marius Strobl To: Gheorghe Ardelean Message-ID: <20051018193501.A20817@newtrinity.zeist.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from ardelean@ww.uni-erlangen.de on Tue, Oct 18, 2005 at 02:20:55AM +0200 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.0.8; VDF: 6.32.0.94; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: 6.0-BETA5 and Ultra 1 !? 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, 18 Oct 2005 17:35:14 -0000 On Tue, Oct 18, 2005 at 02:20:55AM +0200, Gheorghe Ardelean wrote: > > > Hi, > > As I have an unsupported Plain Ultra 1 I was trying to play with it and > 6.0-BETA5. I have just installed the 6.0-BETA5 on a Diff SCSI drive in an > Ultra 5 and then moved the drive to the Ultra 1 with additional SBUS > Diff SCSI card from Qlogic and a SUN FAS366 SBUS Card (which I > planned to use for network connection). > > To my surprise it booted ok (last time I have tried with 5.x it gave me > no console ) and *recognized* the onboard SCSI controller (console on > serial port). After that I have mounted the internal CDROM and I was able > to copy data from the installation CD to a directory on the Diff SCSI HDD. > > So it really seems that the onboard SCSI is supported (at least to some > extent) on a Plain Ultra 1! > > I have made a dump|restore of the boot disk to the internal one. > Everything went ok. I have tried now to boot from the internal one and I > get: > > Rebooting with command: boot > Boot device: disk:a File and args: > > >> FreeBSD/sparc64 boot block > Boot path: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a > Boot loader: /boot/loader > Consoles: Open Firmware console > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@u60.samsco.home, Mon Sep 19 02:48:26 UTC 2005) > bootpath="/sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a" > Fast Data Access MMU Miss > > So I am not able to boot from it but I can use it if I boot from the other > disc (Diff SCSI one). What could this be? > That's an issue with the loader. The underlying problem is that firmware-wise a disk attached to the on-board controller of an U1 can't be opened (as in OF_open()) multiple times without closing it again in between. I'm not yet sure how to solve this in a sane way. As a workaround, build a loader without gzipfs (e.g. cd to /path/to/src/sys/boot, run `make LOADER_GZIP_SUPPORT=no` and copy the resulting /path/to/src/sys/boot/sparc64/loader/loader to /boot on the disk attached to the on-board controller). Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 18 20:13:09 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AAC16A420; Tue, 18 Oct 2005 20:13:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B67A43D7C; Tue, 18 Oct 2005 20:13:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3C9831A3C1A; Tue, 18 Oct 2005 13:13:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1277A511F9; Tue, 18 Oct 2005 16:12:59 -0400 (EDT) Date: Tue, 18 Oct 2005 16:12:58 -0400 From: Kris Kennaway To: current@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20051018201258.GA30247@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: tsb_tte_enter: replacing valid kernel mapping 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, 18 Oct 2005 20:13:09 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Got this at boot time on a 12-processor e4500 running 6.0-RC1: FreeBSD 6.0-RC1 #18: Tue Oct 18 15:31:13 JST 2005 root@e4500-3.allbsd.org:/usr/src/sys/sparc64/compile/E4500_3 WARNING: WITNESS option enabled, expect reduced performance. real memory = 9663676416 (9216 MB) avail memory = 9434734592 (8997 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu4: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu5: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu6: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu7: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu8: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu9: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu10: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu11: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs panic: tsb_tte_enter: replacing valid kernel mapping cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 0 tid 0 td 0xc041b6e8 panic() at panic+0x164 tsb_tte_enter() at tsb_tte_enter+0x7c pmap_enter() at pmap_enter+0x2ec kmem_malloc() at kmem_malloc+0x394 page_alloc() at page_alloc+0x18 uma_large_malloc() at uma_large_malloc+0x34 malloc() at malloc+0x134 sf_buf_init() at sf_buf_init+0x78 mi_startup() at mi_startup+0x12c btext() at btext+0x34 db> --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVVcFWry0BWjoQKURAlLvAJsHsd0Nvg9BM0AQ1F+XCxBS/G0HNQCgyWhO dwCvz9J6AuDGF1Ye8OArl/U= =KqsP -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 19 01:56:00 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C73AA16A41F for ; Wed, 19 Oct 2005 01:56:00 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BB743D45 for ; Wed, 19 Oct 2005 01:55:59 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost) by servww6.ww.uni-erlangen.de (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id j9J1tv404527; Wed, 19 Oct 2005 03:55:57 +0200 Date: Wed, 19 Oct 2005 03:55:56 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20051018193501.A20817@newtrinity.zeist.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org Subject: Re: 6.0-BETA5 and Ultra 1 !? 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, 19 Oct 2005 01:56:01 -0000 Hi Marius, Thank you for your tip. It works now! Booting a new loader with "make LOADER_GZIP_SUPPORT=no" solved the problem. I can definitely boot from the onboard SCSI disc. What we need to make this work also with installation ISO? At the time when the "Fast Data Access MMU Miss" error occured I have made a ctrace and a ftrace. If this can be useful to somebody I can post the output. Regards, Johny. ====== Rebooting with command: boot disk Boot device: /sbus/espdma@e,8400000/esp@e,8800000/sd@0,0 File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a Boot loader: /boot/loader Consoles: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@ultra1.home.com, Wed Oct 19 03:37:55 CEST 2005) bootpath="/sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x454208+0x5ef28 syms=[0x8+0x60900+0x8+0x50cde] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0048000. stray vector interrupt 2033 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA4 #0: Tue Sep 20 06:20:12 UTC 2005 root@u60.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "tick" frequency 142984000 Hz quality 1000 real memory = 234881024 (224 MB) avail memory = 209772544 (200 MB) cpu0: Sun Microsystems UltraSparc-I Processor (142.98 MHz CPU) ... On Tue, 18 Oct 2005, Marius Strobl wrote: > > On Tue, Oct 18, 2005 at 02:20:55AM +0200, Gheorghe Ardelean wrote: > > > > > > Hi, > > > > As I have an unsupported Plain Ultra 1 I was trying to play with it and > > 6.0-BETA5. I have just installed the 6.0-BETA5 on a Diff SCSI drive in an > > Ultra 5 and then moved the drive to the Ultra 1 with additional SBUS > > Diff SCSI card from Qlogic and a SUN FAS366 SBUS Card (which I > > planned to use for network connection). > > > > To my surprise it booted ok (last time I have tried with 5.x it gave me > > no console ) and *recognized* the onboard SCSI controller (console on > > serial port). After that I have mounted the internal CDROM and I was able > > to copy data from the installation CD to a directory on the Diff SCSI HDD. > > > > So it really seems that the onboard SCSI is supported (at least to some > > extent) on a Plain Ultra 1! > > > > I have made a dump|restore of the boot disk to the internal one. > > Everything went ok. I have tried now to boot from the internal one and I > > get: > > > > Rebooting with command: boot > > Boot device: disk:a File and args: > > > > >> FreeBSD/sparc64 boot block > > Boot path: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a > > Boot loader: /boot/loader > > Consoles: Open Firmware console > > > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > > (root@u60.samsco.home, Mon Sep 19 02:48:26 UTC 2005) > > bootpath="/sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@0,0:a" > > Fast Data Access MMU Miss > > > > So I am not able to boot from it but I can use it if I boot from the other > > disc (Diff SCSI one). What could this be? > > > > That's an issue with the loader. The underlying problem is that > firmware-wise a disk attached to the on-board controller of an U1 > can't be opened (as in OF_open()) multiple times without closing > it again in between. I'm not yet sure how to solve this in a sane > way. As a workaround, build a loader without gzipfs (e.g. cd to > /path/to/src/sys/boot, run `make LOADER_GZIP_SUPPORT=no` and copy > the resulting /path/to/src/sys/boot/sparc64/loader/loader to > /boot on the disk attached to the on-board controller). > > Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 19 10:02:42 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E59F916A41F for ; Wed, 19 Oct 2005 10:02:42 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C15743D45 for ; Wed, 19 Oct 2005 10:02:42 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j9JA1u6f044371; Wed, 19 Oct 2005 12:02:18 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j9JA1pjQ044370; Wed, 19 Oct 2005 12:01:51 +0200 (CEST) (envelope-from marius) Date: Wed, 19 Oct 2005 12:01:51 +0200 From: Marius Strobl To: Gheorghe Ardelean Message-ID: <20051019120151.Q32605@newtrinity.zeist.de> References: <20051018193501.A20817@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from ardelean@ww.uni-erlangen.de on Wed, Oct 19, 2005 at 03:55:56AM +0200 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.0.8; VDF: 6.32.0.98; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: 6.0-BETA5 and Ultra 1 !? 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, 19 Oct 2005 10:02:43 -0000 On Wed, Oct 19, 2005 at 03:55:56AM +0200, Gheorghe Ardelean wrote: > > > Hi Marius, > > Thank you for your tip. It works now! > Booting a new loader with "make LOADER_GZIP_SUPPORT=no" solved the > problem. I can definitely boot from the onboard SCSI disc. > > What we need to make this work also with installation ISO? There's no simple way to modifiy an existing install ISO so it will boot on an U1 and install a loader that is able to boot from a disk attached to the on-board controller. It's proably easier to build a custom install ISO with gzipfs disabled or a patch with a proper workaround in the first place. If you meant what it would take to get either of it into the 6.0-R ISOs it's most likely too late; I don't think that changes allowing U1 (which are not yet properly supported anyway due to lack of drivers for the on-board NIC and CG6 cards) to boot would be accepted this late in the release cycle. > > At the time when the "Fast Data Access MMU Miss" error occured I have made > a ctrace and a ftrace. If this can be useful to somebody I can post the > output. Like I wrote the problem is understood, I just need time to sit down and think of an acceptable workaround for that firmware limitation and implement it. Thanks anyway. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 19 10:33:49 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE8E516A41F for ; Wed, 19 Oct 2005 10:33:49 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F99443D45 for ; Wed, 19 Oct 2005 10:33:48 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost) by servww6.ww.uni-erlangen.de (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id j9JAXjD10938; Wed, 19 Oct 2005 12:33:45 +0200 Date: Wed, 19 Oct 2005 12:33:45 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20051019120151.Q32605@newtrinity.zeist.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org Subject: Re: 6.0-BETA5 and Ultra 1 !? 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, 19 Oct 2005 10:33:49 -0000 On Wed, 19 Oct 2005, Marius Strobl wrote: > > On Wed, Oct 19, 2005 at 03:55:56AM +0200, Gheorghe Ardelean wrote: > > > > > > Hi Marius, > > > > Thank you for your tip. It works now! > > Booting a new loader with "make LOADER_GZIP_SUPPORT=no" solved the > > problem. I can definitely boot from the onboard SCSI disc. > > > > What we need to make this work also with installation ISO? > > There's no simple way to modifiy an existing install ISO so it > will boot on an U1 and install a loader that is able to boot > from a disk attached to the on-board controller. It's proably > easier to build a custom install ISO with gzipfs disabled or > a patch with a proper workaround in the first place. > If you meant what it would take to get either of it into > the 6.0-R ISOs it's most likely too late; I don't think that > changes allowing U1 (which are not yet properly supported > anyway due to lack of drivers for the on-board NIC and CG6 > cards) to boot would be accepted this late in the release > cycle. I don't expect to see this in 6.0-R. Now that you provided a solution for this problem it's ok. I am satisfied with this, but I am thinking that in the future it would be nice to provide such an "out of the box" solution with the ISO. > > > > At the time when the "Fast Data Access MMU Miss" error occured I have made > > a ctrace and a ftrace. If this can be useful to somebody I can post the > > output. > > Like I wrote the problem is understood, I just need time to sit > down and think of an acceptable workaround for that firmware > limitation and implement it. Thanks anyway. Ok. Thanks for your help. I am really happy with it because my U1 is now usable with the onboard SCSI + HME SBUS network card. I also have to thank Scott for porting the esp driver. :-) Regards, Johny. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 19 16:49:44 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC4916A41F for ; Wed, 19 Oct 2005 16:49:44 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A41A43D46 for ; Wed, 19 Oct 2005 16:49:42 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost) by servww6.ww.uni-erlangen.de (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id j9JGnd016139; Wed, 19 Oct 2005 18:49:39 +0200 Date: Wed, 19 Oct 2005 18:49:39 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20051010154745.A71846@newtrinity.zeist.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org Subject: Re: Installing 6.0-BETA5 on Ultra30: RED State Exception 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, 19 Oct 2005 16:49:44 -0000 On Mon, 10 Oct 2005, Marius Strobl wrote: > > On Sun, Oct 09, 2005 at 02:33:29PM +0200, Gheorghe Ardelean wrote: > > > > > > Hi, > > > > I have given to FreeBSD 6.0-BETA5 a try on my 250MHz Ultra30. > > Unfortunately there are problems with it just from the beginning. > > > > The first problem I have encountered was the "Release name" > > which is 6.0-BETA4. Because of this none of the distributions could be > > found. After restarting and changing this in 6.0-BETA5 (in the Options > > menu) the distributions could be found but after chunk 34 from bin I get a > > RED State Exception. > > > The problem is that a corrected_ECC_error trap happens while > handling another one. In general FreeBSD doesn't handle > corrected_ECC_error traps very well. Nevertheless it means > a hardware problem. Often these happen due to problems with > the electrical contacts and re-seating the CPU and the memory > modules solves them. If not you probably have a fault memory > module if these traps happen regularly. The OBP diagnostics > (vary from model to model however) and SunVTS should be able > to identify a broken memory module. > It's most likely just coincidence that you don't see them > with FreeBSD 5.2, there where no changes since July '04 > which affect handling of corrected_ECC_error traps. Sorry for the delay. I have finished installing FreeBSD on the Ultra30 by doing a boot from CDROM and installing distributions over the network. Maybe just by accident the RED State Exception did not occur again. After installing I have buildworld and it worked. Maybe, as you suggest was only some electrical contact. > Btw., if you actually have a broken memory module would > you ship it to me for implementing proper handling of > corrected_ECC_error traps? Yes, of course. But maybe the modules are ok but my setup wrong. As I don't have 4 modules the same, I have installed in each bank only 2 identically modules. So I have now 4 banks with 2 modules each but the access time is different in some banks (60ns vs. 70ns). Now I have bought 12 modules on ebay (same manufacturer, size and access time). Regards, Johny. From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 20 08:10:35 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEB0316A41F for ; Thu, 20 Oct 2005 08:10:35 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B20843D5A for ; Thu, 20 Oct 2005 08:10:35 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9K8A4Dr022584 for ; Thu, 20 Oct 2005 08:10:04 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j9K8A2JN024182 for freebsd-sparc64@freebsd.org; Thu, 20 Oct 2005 08:10:02 GMT Date: Thu, 20 Oct 2005 08:10:02 +0000 From: "Bruce O'Neel" To: freebsd-sparc64@freebsd.org Message-ID: <20051020081002.GA24008@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Thanks for all the Diskless howto responses! 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, 20 Oct 2005 08:10:36 -0000 Hi, Thanks for all the responses about diskless freebsd! cheers bruce -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 20 15:38:40 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6052C16A41F for ; Thu, 20 Oct 2005 15:38:40 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEF743D5A for ; Thu, 20 Oct 2005 15:38:39 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j9KFc8oh028314; Thu, 20 Oct 2005 15:38:08 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j9KFc84A015461; Thu, 20 Oct 2005 15:38:08 GMT Date: Thu, 20 Oct 2005 15:38:08 +0000 From: "Bruce O'Neel" To: Miles Nordin Message-ID: <20051020153808.GA6130@SDF.LONESTAR.ORG> References: <20051017082439.GA9372@SDF.LONESTAR.ORG> <20050726161047.GJ62369@funkthat.com> <20050726162755.GA67178@xor.obsecurity.org> <20050726120052.7EFAE16A41F@hub.freebsd.org> <42E7119B.5010101@alaska.net> <200507270515.j6R5Fhj17277@hobbit.sirius.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: Is there a nice diskless HOWTO? 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, 20 Oct 2005 15:38:40 -0000 Hi, Thanks again. These instructions were enought to get things running. A bit of a pain that locking doesn't work though :-) Guess I won't be changing the password without booting from a disk though... Thanks. cheers bruce On Mon, Oct 17, 2005 at 07:18:58PM -0400, Miles Nordin wrote: > >>>>> "bo" == Bruce O'Neel writes: > > bo> Hi, Is there a nice diskless HOWTO? > > AFAICT no. > > I believe you can install by hand just as on NetBSD, except while for > NetBSD you just extract the .tgz files, for FreeBSD you have to cat > together the blah.a{b,c,d,e,f} chunks, and then pipe that into gzip | > pax -rpe. or is it bunzip2, i forget. > > The three significant differences I found between FreeBSD and NetBSD > nfsroots are: > > * On NetBSD, the 'option root-path' option is a path only, not a > server IP, and the IP address of the root NFS server if it differs > from the 'next-server' goes into the 'option swap-server' field. > NetBSD doesn't document this, but that's how it is. On FreeBSD, > the root-path option is "1.2.3.4:/path/to/root" as you'd expect. > > * FreeBSD is broken all over the place if the NFS server doesn't > support locking. like, 'vi' doesn't work for example. and AFAICT > it is impossible to disable the default locking-enabled mount > options of an NFS root. NetBSD doesn't use locking anywhere---I > think there is no working NetBSD code written for NFS locking, > client or server. > > * NetBSD NFSroot users like to make mfs's and tmpfs's for things like > /dev, /tmp, /var/run. FreeBSD doesn't have mount_mfs---it uses > something else. I couldn't get FreeBSD's mdmfs to work at all, but > FreeBSD has a devfs so it's good there's no incentive to make a > /dev mfs as on NetBSD. > > -----8<----- > >>>>> "jg" == John-Mark Gurney writes: > >>>>> "kk" == Kris Kennaway writes: > >>>>> "rw" == Royce Williams writes: > >>>>> "a" == alm writes: > > jg> http://people.freebsd.org/~murray/sparc64/install.html > kk> Here's a snippet from my dhcpd.conf > rw> http://ezine.daemonnews.org/200301/sparc64-nfsroot.html > a> -Configure a static DHCP lease for it: > a> host netboot { > a> hardware ethernet ; > a> option host-name "" ; > a> fixed-address ; > a> always-reply-rfc1048 on; > a> filename "/boot/loader"; > a> next-server ; > a> option root-path ":/mnt" ; > a> } > > It turned out to be pretty easy just to get the system booted once > hearing that /boot/loader could be fed straight to OpenPROM over tftp. > > This: > > a> boot net:dhcp > > behaved the same on my sparc64 as 'boot net'. The OpenPROM used RARP > (not DHCP) to find the second-stage loader even with 'boot net:dhcp'. > Then it TFTPs to whatever machine replied to the RARP. I wonder if > net:dhcp is a cue to Solaris's inetboot? They have this massively > complicated 'wanboot' framework now, too, including multiple > cryptographic keys and CGI scripts on web servers. . > > I put /boot/loader in the tftpboot directory and named it C0A8017C to > match the IP of my Sun, 192.168.1.124. /boot/loader then used DHCP > (not bootparams) to get just one option, root-path: > > host amber { > fixed-address amber; > hardware ethernet 08:00:20:xx:xx:xx; > option root-path "69.31.131.61:/export0/nbnfs/amber"; > } > > and /boot/loader loaded loader.conf and whatever else it needed over > NFS rather than TFTP. The only thing loaded over TFTP was > the file C0A8017C (a copy of /boot/loader). > > a> lofiadm > > I didn't end up using this nor the mfsroot, because I didn't use > sysinstall. I just extracted all the {base,doc,src,..}.{aa,ab,ac...} > files by hand. But it's good to have those instructions written down > because others will probably want to netboot into sysinstall. > > Now I have three more problems: > > 1. The NetBSD NFS server I'm using doesn't support locking, so I > can't run vipw or pwd_mkdb, and vi always says 'UNLOCKED' in the > status bar. I can't 'mount -u -o -L 69.31.131.61:/ex.... /' > because the -L option is documented, obeyed only on initial mount, > not for remount. Is there a way to get this option turned on for > the initial root mount? > > 2. I tried 'mdmfs -s 32m md /tmp' and it never returned to the > prompt. ^C doesn't work, and I can't get to 'ok' or to 'ddb>' by > pressing BREAK. Is there a sysctl to obey BREAK? > > 3. Boot hung after ``waiting 15 seconds for SCSI devices to settle'' > when I have my Firewire card installed. The Install CD boots > successfully with the card installed and even makes an fwe0. Is > there a way to use the loader to disable a broken device like this > SCSI-over-Firewire? I tried commands like 'disable-module sbp' > but it always says 'sbp not found'. > > sorry for all the questions. I'm just getting started. > -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 20 19:07:54 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B3F016A41F for ; Thu, 20 Oct 2005 19:07:54 +0000 (GMT) (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 D901543D5A for ; Thu, 20 Oct 2005 19:07:53 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 8C8212FF62 for ; Thu, 20 Oct 2005 15:07:52 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id E5B2012FB01; Thu, 20 Oct 2005 15:07:51 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <20051017082439.GA9372@SDF.LONESTAR.ORG> <20050726161047.GJ62369@funkthat.com> <20050726162755.GA67178@xor.obsecurity.org> <20050726120052.7EFAE16A41F@hub.freebsd.org> <42E7119B.5010101@alaska.net> <200507270515.j6R5Fhj17277@hobbit.sirius.net.au> <20051020153808.GA6130@SDF.LONESTAR.ORG> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Oct_20_15:07:40_2005-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Oct 2005 15:07:51 -0400 In-Reply-To: <20051020153808.GA6130@SDF.LONESTAR.ORG> (Bruce O'Neel's message of "Thu, 20 Oct 2005 15:38:08 +0000") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: Is there a nice diskless HOWTO? 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, 20 Oct 2005 19:07:54 -0000 --pgp-sign-Multipart_Thu_Oct_20_15:07:40_2005-1 Content-Type: text/plain; charset=US-ASCII >>>>> "bo" == Bruce O'Neel writes: bo> A bit of a pain that locking doesn't work though :-) or, from freebsd perspective, a pain that locking _does_ work. :) NFS locking is neat. bo> Guess I won't be changing the password without booting from a bo> disk though... well, if you are trying to fix a lost root password, you would just change it from the NFS server then. If the password is stored on a local medium and you're NFS-booting in leiu of a rescue disk, I think the locking should work fine, and if it's on the NFS server then just change it on the server without booting the machine at all. However I noticed also that some of the password hashes ($1 md5 and $2 sha1 i use, didn't try newsalt) seem to be incompatible between NetBSD and FreeBSD. I think one or the other has a bug in sparc64 crypt(). (could be my mistake---i've been making mistakes about things like that recently.) --pgp-sign-Multipart_Thu_Oct_20_15:07:40_2005-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (NetBSD) iQCVAwUAQ1frB4nCBbTaW/4dAQK8rwQAsRO4RAqCn6gPzLlXgOgv2F/uAD1a/4Oi TnkiyjRYhYjsxzxw9nKXNBic6QZHuNlpBowCdX7jrgGzQKJOw95bhtuDnwlG26SJ MI1zo6dlfT/DdFe96RDKjveIHROIFA4C1oxYMyFIctgVWUnH0ytCy1cSlIrfv9W1 MnLF0HEAGlw= =psrN -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Oct_20_15:07:40_2005-1-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 22 03:50:32 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC9416A41F; Sat, 22 Oct 2005 03:50:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92F743D45; Sat, 22 Oct 2005 03:50:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9M3oUp4061263; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9M3oU6i005047; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 646367302F; Fri, 21 Oct 2005 23:50:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051022035030.646367302F@freebsd-current.sentex.ca> Date: Fri, 21 Oct 2005 23:50:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 03:50:32 -0000 TB --- 2005-10-22 02:32:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-22 02:32:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-22 02:32:10 - cleaning the object tree TB --- 2005-10-22 02:32:38 - checking out the source tree TB --- 2005-10-22 02:32:38 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-22 02:32:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-22 02:39:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-22 02:39:52 - cd /src TB --- 2005-10-22 02:39:52 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-22 03:45:22 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-22 03:45:22 - cd /src TB --- 2005-10-22 03:45:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 22 03:45:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/icmp6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/in6.c /src/sys/netinet6/in6.c: In function `in6_control': /src/sys/netinet6/in6.c:589: warning: left shift count >= width of type /src/sys/netinet6/in6.c:607: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-22 03:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-22 03:50:30 - ERROR: failed to build generic kernel TB --- 2005-10-22 03:50:30 - tinderbox aborted