From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 08:57:19 2004 Return-Path: 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 EBBCC16A4CE for ; Sun, 15 Feb 2004 08:57:18 -0800 (PST) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E1C43D1D for ; Sun, 15 Feb 2004 08:57:18 -0800 (PST) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i1FGvEEi032606; Sun, 15 Feb 2004 17:57:14 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20040116072040.GA99497@blossom.cjclark.org> References: <20040116072040.GA99497@blossom.cjclark.org> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: multipart/mixed; boundary=Apple-Mail-1--227213988 Message-Id: <00C23764-5FD8-11D8-AA39-000393496BE8@lassitu.de> From: Stefan Bethke Date: Sun, 15 Feb 2004 17:57:13 +0100 To: cjclark@alum.mit.edu X-Mailer: Apple Mail (2.612) cc: sparc64@freebsd.org Subject: Re: OT: Solaris Jumpstart from FreeBSD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 16:57:19 -0000 --Apple-Mail-1--227213988 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 16.01.2004 um 08:20 schrieb Crist J. Clark: > Before I hack away at the Solaris Jumpstart tools to get them to run > on FreeBSD, I was wondering if anyone here has done or can provide a > pointer to someone who has already done this and is willing to share > scripts, patches, etc. > > Sorry for being off topic, but I figured if any FreeBSD community knew > of something like this, this one would. I always wanted to do that, but never found the time to fully set up a server. One problem that I did need to solve: extract the data from a install cd image. The standard Solaris CDs have one ISO in the usual location, but are also labelled and have UFS filesystems on them, which are neccessary for booting. The attached little tool will print out block numbers from the image so that one can extract the filesystems with dd. Sample output: $ ./prtdklabel #include #include int compute_cksum(struct dk_label *l) { uint16_t *lb = (uint16_t *)l; int i; uint16_t cksum = 0; for (i=sizeof(*l)/sizeof(*lb); i; i--) { cksum ^= *lb++; } return cksum; } int main(int argc, char*argv[]) { struct dk_label l; int i; int bpc; read(0, &l, sizeof(l)); if (l.dkl_magic != DKL_MAGIC) { printf("Invalid magic %x, not a disk label.\n", l.dkl_magic); return 1; } if (compute_cksum(&l) != 0) { printf("Correct magic, but incorrect checksum, invalid disk label.\n"); return 1; } bpc = l.dkl_nsect*l.dkl_nhead; printf("Label: %-.*s\n", LEN_DKL_ASCII, l.dkl_asciilabel); printf("Cylinders: %d\n", l.dkl_ncyl); printf("Heads: %d\n", l.dkl_nhead); printf("Sectors: %d\n", l.dkl_nsect); printf("VTOC version: %d\n", l.dkl_vtoc.v_version); printf(" Partitions: %d\n", l.dkl_vtoc.v_nparts); printf(" Volume: %-.*s\n", LEN_DKL_VVOL, l.dkl_vtoc.v_volume); for (i=0; i Fon +49 170 346 0140 --Apple-Mail-1--227213988-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 10:46:58 2004 Return-Path: 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 1604C16A4CE for ; Sun, 15 Feb 2004 10:46:58 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C2543D1D for ; Sun, 15 Feb 2004 10:46:57 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 784 invoked from network); 15 Feb 2004 18:46:57 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Feb 2004 18:46:57 -0000 Received: from hydrogen.funkthat.com (slghcx@localhost.funkthat.com [127.0.0.1])i1FIku7Y032247; Sun, 15 Feb 2004 10:46:56 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i1FIksaj032243; Sun, 15 Feb 2004 10:46:54 -0800 (PST) Date: Sun, 15 Feb 2004 10:46:54 -0800 From: John-Mark Gurney To: Stefan Bethke Message-ID: <20040215184654.GB85686@funkthat.com> Mail-Followup-To: Stefan Bethke , cjclark@alum.mit.edu, sparc64@freebsd.org References: <20040116072040.GA99497@blossom.cjclark.org> <00C23764-5FD8-11D8-AA39-000393496BE8@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00C23764-5FD8-11D8-AA39-000393496BE8@lassitu.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: cjclark@alum.mit.edu cc: sparc64@freebsd.org Subject: Re: OT: Solaris Jumpstart from FreeBSD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 18:46:58 -0000 Stefan Bethke wrote this message on Sun, Feb 15, 2004 at 17:57 +0100: > Am 16.01.2004 um 08:20 schrieb Crist J. Clark: > > >Before I hack away at the Solaris Jumpstart tools to get them to run > >on FreeBSD, I was wondering if anyone here has done or can provide a > >pointer to someone who has already done this and is willing to share > >scripts, patches, etc. > > > >Sorry for being off topic, but I figured if any FreeBSD community knew > >of something like this, this one would. > > I always wanted to do that, but never found the time to fully set up a > server. > > One problem that I did need to solve: extract the data from a install > cd image. The standard Solaris CDs have one ISO in the usual location, > but are also labelled and have UFS filesystems on them, which are > neccessary for booting. The attached little tool will print out block > numbers from the image so that one can extract the filesystems with dd. are you sure this is needed anymore? since phk put the cd drivers under geom, you should be able to see the partitions on the label if you have the geom_sunlabel module loaded... and on a sparc64 box, you can just mount the fs read-only right off the cd... I did this a while back with hacks to the ide cd driver before phk did the work... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 11:01:46 2004 Return-Path: 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 2DFFA16A4CE for ; Sun, 15 Feb 2004 11:01:46 -0800 (PST) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0AFF43D1D for ; Sun, 15 Feb 2004 11:01:45 -0800 (PST) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i1FJ1QEi034617; Sun, 15 Feb 2004 20:01:26 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20040215184654.GB85686@funkthat.com> References: <20040116072040.GA99497@blossom.cjclark.org> <00C23764-5FD8-11D8-AA39-000393496BE8@lassitu.de> <20040215184654.GB85686@funkthat.com> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <59C9E6EC-5FE9-11D8-83C5-000393496BE8@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sun, 15 Feb 2004 20:01:24 +0100 To: John-Mark Gurney X-Mailer: Apple Mail (2.612) cc: Andreas Sons cc: sparc64@freebsd.org Subject: Re: OT: Solaris Jumpstart from FreeBSD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 19:01:46 -0000 Am 15.02.2004 um 19:46 schrieb John-Mark Gurney: > Stefan Bethke wrote this message on Sun, Feb 15, 2004 at 17:57 +0100: >> One problem that I did need to solve: extract the data from a install >> cd image. > > are you sure this is needed anymore? since phk put the cd drivers > under geom, you should be able to see the partitions on the label if > you have the geom_sunlabel module loaded... I had the problem a couple of months back, and all the servers I had available at the time were -stable. Also note: I did not have physical access to any CD drive, so I needed to get the necessary stuff out of the image. If GEOM now allows one to mdconfig the image, and the partitions are picked up automatically, all the better. A colleague of mine is currently setting up a -stable based JumpStart server; I'll try to get him to post his experiences here... Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 11:26:36 2004 Return-Path: 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 7D42816A4CE for ; Sun, 15 Feb 2004 11:26:36 -0800 (PST) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6485243D1F for ; Sun, 15 Feb 2004 11:26:36 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 12345 invoked from network); 15 Feb 2004 19:26:35 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Feb 2004 19:26:35 -0000 Received: from hydrogen.funkthat.com (bcncvk@localhost.funkthat.com [127.0.0.1])i1FJQZ7Y033066; Sun, 15 Feb 2004 11:26:35 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i1FJQXSZ033065; Sun, 15 Feb 2004 11:26:33 -0800 (PST) Date: Sun, 15 Feb 2004 11:26:33 -0800 From: John-Mark Gurney To: Stefan Bethke Message-ID: <20040215192633.GD85686@funkthat.com> Mail-Followup-To: Stefan Bethke , Andreas Sons , sparc64@freebsd.org References: <20040116072040.GA99497@blossom.cjclark.org> <00C23764-5FD8-11D8-AA39-000393496BE8@lassitu.de> <20040215184654.GB85686@funkthat.com> <59C9E6EC-5FE9-11D8-83C5-000393496BE8@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59C9E6EC-5FE9-11D8-83C5-000393496BE8@lassitu.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Andreas Sons cc: sparc64@freebsd.org Subject: Re: OT: Solaris Jumpstart from FreeBSD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 19:26:36 -0000 Stefan Bethke wrote this message on Sun, Feb 15, 2004 at 20:01 +0100: > Am 15.02.2004 um 19:46 schrieb John-Mark Gurney: > > >Stefan Bethke wrote this message on Sun, Feb 15, 2004 at 17:57 +0100: > >>One problem that I did need to solve: extract the data from a install > >>cd image. > > > >are you sure this is needed anymore? since phk put the cd drivers > >under geom, you should be able to see the partitions on the label if > >you have the geom_sunlabel module loaded... > > I had the problem a couple of months back, and all the servers I had > available at the time were -stable. Also note: I did not have physical > access to any CD drive, so I needed to get the necessary stuff out of > the image. If GEOM now allows one to mdconfig the image, and the > partitions are picked up automatically, all the better. ahh, mdconfig would of probably worked long before the cd worked... I was confused because I assumed that this work was being done on a sparc64 box, not some random other box that either isn't sparc64, or running FreeBSD-current... > A colleague of mine is currently setting up a -stable based JumpStart > server; I'll try to get him to post his experiences here... don't forget that you probably need to have a solaris license if you use it... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 15:16:07 2004 Return-Path: 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 44A0316A4CE for ; Sun, 15 Feb 2004 15:16:07 -0800 (PST) Received: from grogged.dyndns.org (c-24-118-162-123.mn.client2.attbi.com [24.118.162.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id A280343D1F for ; Sun, 15 Feb 2004 15:16:05 -0800 (PST) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 1D61B212; Sun, 15 Feb 2004 17:13:39 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 1A3901EA for ; Sun, 15 Feb 2004 17:13:39 -0600 (CST) Date: Sun, 15 Feb 2004 17:13:39 -0600 (CST) From: matt To: sparc64@freebsd.org In-Reply-To: Message-ID: <20040215165913.M30161@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 64 bit time_t oddness X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 23:16:07 -0000 Finally got around to testing this out over the weekend. The 64 bit time_t updating instructions/script seem to work pretty well on at least one of the sparcs here (Tatung Axi 440Mhz/1gb/36gb local scsi disk). I have a couple dual Ultra 2's (296Mhz) with an nfs mounted root/usr that I will try if the thing ever finishes compiling (damn shame MP on the U2's is broken, had to pull out one of the cpu's to boot through a kernel). Anyhow, here is the strangeness. After compiling/installing the 64 bit time_t world/kernel, I'm getting some serious lag on this machine. When logged in via ssh, the shell freezes every few seconds for a brief period of time. Then I get this with top -S: last pid: 81822; load averages: 1.18, 1.06, 0.98 up 0+01:18:40 23:03:20 46 processes: 2 running, 28 sleeping, 16 waiting CPU states: 8.9% user, 0.0% nice, 72.3% system, 0.0% interrupt, 18.8% idle Mem: 11M Active, 5368K Inact, 19M Wired, 32K Cache, 8848K Buf, 954M Free Swap: 2022M Total, 2022M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root -16 0 0K 40K RUN 31:42 38.96% 38.96% idle: cpu0 8 root 171 52 0K 40K pgzero 1:12 3.96% 3.96% pagezero 473 root 130 0 3624K 1952K select 0:47 0.00% 0.00% dhclient 13 root -16 -135 0K 40K WAIT 0:19 0.00% 0.00% swi8: clock 239 root 76 0 3688K 1088K select 0:10 0.00% 0.00% syslogd 688 matt 76 0 29720K 3672K select 0:04 0.00% 0.00% sshd 27 root -68 -187 0K 40K WAIT 0:02 0.00% 0.00% intr2017: hme 4 root -8 0 0K 40K - 0:02 0.00% 0.00% g_down 377 root 81 0 18744K 2800K select 0:01 0.00% 0.00% sshd 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 DC14616A4CE for ; Sun, 15 Feb 2004 16:05:04 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DC143D1D for ; Sun, 15 Feb 2004 16:05:04 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1G051HQ008415; Sun, 15 Feb 2004 19:05:02 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040215165913.M30161@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Date: Sun, 15 Feb 2004 19:04:59 -0500 To: matt , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: 64 bit time_t oddness X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 00:05:05 -0000 At 5:13 PM -0600 2/15/04, matt wrote: > >Anyhow, here is the strangeness. After compiling/installing the >64 bit time_t world/kernel, I'm getting some serious lag on this >machine. When logged in via ssh, the shell freezes every few >seconds for a brief period of time. Then I get this with top -S: > >last pid: 81822; load averages: 1.18, 1.06, 0.98 ... >46 processes: 2 running, 28 sleeping, 16 waiting >CPU states: 8.9% user, 0.0% nice, 72.3% system, > 0.0% interrupt, 18.8% idle >Mem: 11M Active, 5368K Inact, 19M Wired, 32K Cache, > 8848K Buf, 954M Free >Swap: 2022M Total, 2022M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 11 root -16 0 0K 40K RUN 31:42 38.96% 38.96% idle: >cpu0 > 8 root 171 52 0K 40K pgzero 1:12 3.96% 3.96% pagezero > 473 root 130 0 3624K 1952K select 0:47 0.00% 0.00% dhclient ...etc... >At any given time, I only seem to have ~40% (or less) cpu >available for anything. The clean make buildworld/buildkernel >with 32 bit time_t didn't have this problem, the sources are >identical (no cvsup's between builds). I am not seeing this behavior. My 64-bit time_t system is sitting at 99% to 100% idle. One thing I notice is that you're running dhclient there, and I am not. (I did do some testing with a DHCP setup, but not much). Is your ethernet connection configured correctly? Did you remember to remove /var/db/dhclient.leases ? I wonder if there's anything else that needs to be done for people who are using DHCP. Do you have any interesting options turned on (or off) in your kernel? My kernel == the GENERIC kernel, except that I have commented out the WITNESS and WITNESS_SKIPSPIN options. I am running the ULE scheduler (SCHED_ULE), which was a recent change to the GENERIC kernel. Are you using the older scheduler? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 16:25:10 2004 Return-Path: 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 21EED16A4CE for ; Sun, 15 Feb 2004 16:25:10 -0800 (PST) Received: from grogged.dyndns.org (c-24-118-162-123.mn.client2.attbi.com [24.118.162.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B0A143D2D for ; Sun, 15 Feb 2004 16:25:09 -0800 (PST) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id C3A3E212; Sun, 15 Feb 2004 18:22:36 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id C0C8C1EA; Sun, 15 Feb 2004 18:22:36 -0600 (CST) Date: Sun, 15 Feb 2004 18:22:36 -0600 (CST) From: matt To: Garance A Drosihn In-Reply-To: Message-ID: <20040215181937.A30161@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: 64 bit time_t oddness X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 00:25:10 -0000 Killing dhclient brought things back to normal - and yes, I did remove /var/db/dhcp.leases (had to, dhclient wouldn't work until I did). My kernel was just a run of the mill GENERIC, no changes. -m > > I am not seeing this behavior. My 64-bit time_t system is sitting > at 99% to 100% idle. One thing I notice is that you're running > dhclient there, and I am not. (I did do some testing with a DHCP > setup, but not much). Is your ethernet connection configured > correctly? Did you remember to remove /var/db/dhclient.leases ? > > I wonder if there's anything else that needs to be done for people > who are using DHCP. > > Do you have any interesting options turned on (or off) in your > kernel? My kernel == the GENERIC kernel, except that I have > commented out the WITNESS and WITNESS_SKIPSPIN options. I am > running the ULE scheduler (SCHED_ULE), which was a recent > change to the GENERIC kernel. Are you using the older scheduler? > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 15 23:10:17 2004 Return-Path: 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 4B99616A4CE; Sun, 15 Feb 2004 23:10:17 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D76A43D1D; Sun, 15 Feb 2004 23:10:17 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 9C8E03BD10; Mon, 16 Feb 2004 02:10:16 -0500 (EST) Message-ID: <40306CE7.6080104@mindspring.com> Date: Mon, 16 Feb 2004 02:10:31 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ppc@FreeBSD.ORG cc: sparc64@FreeBSD.ORG Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 07:10:17 -0000 Garance A Drosihn wrote: > > Well, I have done more typing and testing, and it looks like I > can reliably upgrade a 32-bit time_t system to 64-bit time_t > even for people who install from NFS-mounted partitions. > > I have also expanded the instructions for updating, and tried > to make them more useful and informative. So there is now the > writeup, and two useful scripts: > > http://people.freebsd.org/~gad/time-64/UPDATING.64BTT > http://people.freebsd.org/~gad/time-64/installworld_oldk > http://people.freebsd.org/~gad/time-64/installworld_newk > > The 'oldk' script is only needed for installing via NFS mounts. > The 'newk' script is recommended for anyone doing this upgrade. > > Adventurous people are invited to try this for installs on any > system, and let me know how it goes I have completed a successful move to 64bit time_t using your instructions. This is on a Netra t1 using cvs sources from Saturday morning. Everything went smoothly. The only thing I did differently was rather than using portupgrade to rebuild all my ports, I played it safe and did a pkg_deinstall '*' right before booting into the new kernel. Then after using the script installworld_newk (and booting again), I reinstalled perl, ruby, and portupgrade. Then I used portinstall to install the rest of my ports. So far, no problems. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 11:01:45 2004 Return-Path: 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 E1F7716A4CE for ; Mon, 16 Feb 2004 11:01:45 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE88C43D1D for ; Mon, 16 Feb 2004 11:01:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i1GJ1jbv034256 for ; Mon, 16 Feb 2004 11:01:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1GJ1jDe034250 for freebsd-sparc64@freebsd.org; Mon, 16 Feb 2004 11:01:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 Feb 2004 11:01:45 -0800 (PST) Message-Id: <200402161901.i1GJ1jDe034250@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 19:01:46 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/28] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 11:31:09 2004 Return-Path: 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 3978C16A4CE for ; Mon, 16 Feb 2004 11:31:09 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D3943D1F for ; Mon, 16 Feb 2004 11:31:09 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 7B502234; Mon, 16 Feb 2004 13:31:08 -0600 (CST) Date: Mon, 16 Feb 2004 13:31:08 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040216193108.GE12181@seekingfire.com> References: <40306CE7.6080104@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40306CE7.6080104@mindspring.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 19:31:09 -0000 On Mon, Feb 16, 2004 at 02:10:31AM -0500, Richard Coleman wrote: > Garance A Drosihn wrote: > > > >Well, I have done more typing and testing, and it looks like I > >can reliably upgrade a 32-bit time_t system to 64-bit time_t > >even for people who install from NFS-mounted partitions. > > > >I have also expanded the instructions for updating, and tried > >to make them more useful and informative. So there is now the > >writeup, and two useful scripts: > > > >http://people.freebsd.org/~gad/time-64/UPDATING.64BTT > >http://people.freebsd.org/~gad/time-64/installworld_oldk > >http://people.freebsd.org/~gad/time-64/installworld_newk > > > >The 'oldk' script is only needed for installing via NFS mounts. > >The 'newk' script is recommended for anyone doing this upgrade. [Sorry for replying to your reply to Garance rather than replyign directly; I've lost his original email.] When you say "installing via NFS mounts", are you referring to /usr/obj? The reason that I ask that my /usr/src is remote but my /usr/obj is local. If /usr/src being remote marks me as doing an NFS install for the purposes of these scripts, what are the disadvantages (if any) of use the _oldk script? > >Adventurous people are invited to try this for installs on any > >system, and let me know how it goes I plan up upgrade caliban.rospa.ca in the near future and I'll report back how it goes. -T -- The truth of a proposition has nothing to do with its credibility. And vice versa. - Robert Heinlein From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 13:27:24 2004 Return-Path: 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 B04FD16A4CE for ; Mon, 16 Feb 2004 13:27:24 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C34043D1F for ; Mon, 16 Feb 2004 13:27:24 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1GLRNm1016896; Mon, 16 Feb 2004 16:27:23 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040216193108.GE12181@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> Date: Mon, 16 Feb 2004 16:27:21 -0500 To: Tillman Hodgson , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:27:24 -0000 At 1:31 PM -0600 2/16/04, Tillman Hodgson wrote: > > Garance A Drosihn wrote: >> > >> >Well, I have done more typing and testing, and it looks like I >> >can reliably upgrade a 32-bit time_t system to 64-bit time_t >> >even for people who install from NFS-mounted partitions. >> > >> >I have also expanded the instructions for updating, and tried >> >to make them more useful and informative. So there is now the >> >writeup, and two useful scripts: >> > >> >http://people.freebsd.org/~gad/time-64/UPDATING.64BTT >> >http://people.freebsd.org/~gad/time-64/installworld_oldk >> >http://people.freebsd.org/~gad/time-64/installworld_newk >> > >> >The 'oldk' script is only needed for installing via NFS mounts. > > >The 'newk' script is recommended for anyone doing this upgrade. >When you say "installing via NFS mounts", are you referring >to /usr/obj? The extra instructions will be needed if there is *any* partition that you need to have NFS-mounted at the time you enter the 'make installworld' command. Usually when you are upgrading, you can reboot into single-user mode on the "new kernel" (after doing the 'make installkernel'), and then simply NFS-mount all the directories that you need for the installworld step. However, when moving from 32-bTT to 64-bTT, you will find it impossible to NFS-mount anything after that reboot, unless you do the extra ./installworld_oldk step before that reboot. >The reason that I ask that my /usr/src is remote but my /usr/obj >is local. If /usr/src being remote marks me as doing an NFS >install for the purposes of these scripts, what are the >disadvantages (if any) of use the _oldk script? Yes, your example is an "NFS install", wrt this change. For this specific update (going from 32-bTT to 64-bTT), there is just a slight increase in risk by running the installworld_oldk script. If you follow the directions, and if you are ONLY making the update from 32-bTT to 64-bTT (as described in the directions), then the risk is pretty close to zero. If you think you're going to do the 64-bTT change, and AT THE SAME TIME also 'cvsup' another three weeks-worth of other changes to 5.2-current, then the risk could be much more serious. This is described in a little detail in the UPDATING.64BTT file. Actually there are two parts to the installworld_oldk script. The first part (creating /boot/kernel/bin) is totally safe. It's the second part which introduces a little risk. > > >Adventurous people are invited to try this for installs on any > > >system, and let me know how it goes > >I plan up upgrade caliban.rospa.ca in the near future and I'll >report back how it goes. Thank you. The more people who can test this, the better. (aside: "64bTT" is my abbreviation for "64-bit time_t") -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 13:46:55 2004 Return-Path: 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 12FBE16A4CE for ; Mon, 16 Feb 2004 13:46:55 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C21C443D31 for ; Mon, 16 Feb 2004 13:46:54 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1GLkrTr024599 for ; Mon, 16 Feb 2004 16:46:53 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1GLkrUj024598 for freebsd-sparc64@freebsd.org; Mon, 16 Feb 2004 16:46:53 -0500 (EST) Date: Mon, 16 Feb 2004 16:46:53 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040216214653.GB23832@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: 64-bit time_t snapshot? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:46:55 -0000 I mentioned this to Garance and we talked about it a little bit but I'm not sure if we decided one way or another if this is worth doing. After 5.2.1-RELEASE is loaded on ftp-master I could try doing a snapshot build for sparc64 that has the 64-bit time_t stuff incorporated into it. That way *if* someone trashes a machine trying to do the upgrade (by all reports Garance's instructions are really good :-) they could load off this snapshot instead of off 5.2.1-RELEASE and re-attempting the upgrade. Does this seem worth doing? I could see about providing the same basic set of packages that normally come on disc1 pre-built on a 64-bit time_t system as part of this. Normally portmgr@ does the package builds for the releases so I haven't needed to do any of those yet but I think I know how... If this is worth doing, any thoughts on whether it would be best to base it on 5.2.1-RELEASE (plus just the time_t change) or would it be better to try and catch a -current that seems stable? The release building procedure I've been doing needs to suck everything out of a CVS repo as it builds the release so I'd need to freeze a copy of the repo and add in the time_t change to it locally for this snapshot build. Thanks. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 14:55:14 2004 Return-Path: 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 C07FD16A4CE for ; Mon, 16 Feb 2004 14:55:14 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C6643D1F for ; Mon, 16 Feb 2004 14:55:14 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1GMt8OE057486; Mon, 16 Feb 2004 14:55:08 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1GMt7ji016762; Mon, 16 Feb 2004 14:55:07 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1GMt7Ge016761; Mon, 16 Feb 2004 14:55:07 -0800 (PST) (envelope-from marcel) Date: Mon, 16 Feb 2004 14:55:07 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <20040216225507.GB16645@dhcp01.pn.xcllnt.net> References: <20040216214653.GB23832@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216214653.GB23832@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: 64-bit time_t snapshot? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 22:55:14 -0000 On Mon, Feb 16, 2004 at 04:46:53PM -0500, Ken Smith wrote: > > After 5.2.1-RELEASE is loaded on ftp-master I could try doing a > snapshot build for sparc64 that has the 64-bit time_t stuff incorporated > into it. That way *if* someone trashes a machine trying to do the > upgrade (by all reports Garance's instructions are really good :-) > they could load off this snapshot instead of off 5.2.1-RELEASE and > re-attempting the upgrade. > > Does this seem worth doing? Yes, definitely. It gives people a chance to move forward rather than to revert. > I could see about providing the same basic > set of packages that normally come on disc1 pre-built on a 64-bit time_t > system as part of this. Normally portmgr@ does the package builds > for the releases so I haven't needed to do any of those yet but I > think I know how... I wouldn't worry about that too much. It's probably more confusing to provide 64-bit time_t packages alongside the official packages. I would suggest we push for making the 64-bit time_t official and let the package stuff sort itself out automaticly. > If this is worth doing, any thoughts on whether it would be best to > base it on 5.2.1-RELEASE (plus just the time_t change) or would it > be better to try and catch a -current that seems stable? I would go for -current. That way any preparatory commits (like the realclean target) do not have to be backported. > The release > building procedure I've been doing needs to suck everything out of a > CVS repo as it builds the release so I'd need to freeze a copy of the > repo and add in the time_t change to it locally for this snapshot build. A timestamp (pick feb 13 :-) does the trick nicely. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 17:03:49 2004 Return-Path: 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 0688E16A4CE; Mon, 16 Feb 2004 17:03:49 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E334443D2F; Mon, 16 Feb 2004 17:03:48 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66D497303A; Mon, 16 Feb 2004 20:03:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040217010348.66D497303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 20:03:48 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 01:03:49 -0000 TB --- 2004-02-17 00:38:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-17 00:38:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-17 00:38:44 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-17 00:43:16 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /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 [...] ===> gnu/usr.bin/dialog/TESTS ===> gnu/usr.bin/diff rm -f .depend mkdep -f .depend -a -I/other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff -I/other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../../include/gnu -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/analyze.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/cmpbuf.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/context.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/diff.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/dir.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/ed.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/ifdef.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/io.c /other/tinderbo x/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/normal.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/prepend_args.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/side.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/util.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/version.c echo diff: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libgnuregex.a >> .depend ===> gnu/usr.bin/diff/doc ===> gnu/usr.bin/diff3 make: don't know how to make getopt.c. Stop *** Error code 2 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-17 01:03:48 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-17 01:03:48 - TB --- ERROR: failed to build world TB --- 2004-02-17 01:03:48 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 17:13:58 2004 Return-Path: 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 E7DC416A4CE for ; Mon, 16 Feb 2004 17:13:58 -0800 (PST) Received: from gocougs.org (unknown [63.249.7.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C097543D1D for ; Mon, 16 Feb 2004 17:13:58 -0800 (PST) (envelope-from whip@gocougs.org) Received: from kissmygrits.com (localhost.gocougs.org [127.0.0.1]) by gocougs.org (8.12.9/8.12.9) with ESMTP id i1H19Ixo012072 for ; Mon, 16 Feb 2004 17:09:19 -0800 (PST) (envelope-from whip@gocougs.org) From: "Todd Whipple" To: "freebsd-sparc@freebsd.org" Date: Mon, 16 Feb 2004 18:09:18 -0700 Message-Id: <20040217010531.M83749@gocougs.org> X-Mailer: Open WebMail 2.10 20030617 X-OriginatingIP: 24.16.235.3 (whip) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Installation help X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: whip@gocougs.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 01:13:59 -0000 I have an Ultra 10 and a Blade 100. I would like to install Freebsd on them but can't get the installation to work. When selecting the emulation type, none of the 5 options work. Which option is correct to use for a standard vga monitor and the Sun keyboard? I have tried all 5 options but I cannot arrow up/down to select options I want to install. Thanks, -Todd From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 17:33:18 2004 Return-Path: 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 8D29D16A4CE for ; Mon, 16 Feb 2004 17:33:18 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495D643D1F for ; Mon, 16 Feb 2004 17:33:18 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1H1XHm1032678; Mon, 16 Feb 2004 20:33:17 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040215165913.M30161@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Date: Mon, 16 Feb 2004 20:33:16 -0500 To: matt , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 01:33:18 -0000 At 5:13 PM -0600 2/15/04, matt wrote: > > Anyhow, here is the strangeness. After compiling/installing > the 64 bit time_t world/kernel, I'm getting some serious lag > on this machine. When logged in via ssh, the shell freezes > every few seconds for a brief period of time. ... And in a later message, he wrote: > Killing dhclient brought things back to normal - and yes, I > did remove /var/db/dhcp.leases (had to, dhclient wouldn't > work until I did). My kernel was just a run of the mill > GENERIC, no changes. Well, there does seem to be some kind of problem here, but I don't know what to do about it just yet. In my earlier testing, I did do some testing with a dhcp-configured machine, but not a lot of it. After reading the above report, I took my system which was already upgraded to 64-bTT, and which also already has all of it's ports recompiled for 64-bTT. I cvsup'ed the base system, and did a complete new buildworld/installworld cycle with 64-bTT. So, it is a system which has successfully gone through two consecutive 64-bTT builds without error. I have not run into any other problems with this upgraded system. I tried configuring it for DHCP, rebooted it, and the startup hung at the point of starting dhclient. I ctrl-c'ed out of the hang. Once the system was up, I tried running dhclient again. Again it hung. In my case it's hanging before it gets any information (hme0 is not configured at all). I assume that in Matt's case, it did get some dhcp address, because he said he was ssh'ed into it. This testing reminded me that dhclient did sometimes hang on me in my earlier testing, but I forgot about that when I had some reboots where it worked. That's about as much as I know about the problem so far. Does anyone have some time to look into this? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 18:38:47 2004 Return-Path: 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 CB95F16A4CF for ; Mon, 16 Feb 2004 18:38:47 -0800 (PST) Received: from grogged.dyndns.org (c-24-118-162-123.mn.client2.attbi.com [24.118.162.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id A50D143D1D for ; Mon, 16 Feb 2004 18:38:47 -0800 (PST) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 8B880212; Mon, 16 Feb 2004 20:36:19 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 87E9D1EA; Mon, 16 Feb 2004 20:36:19 -0600 (CST) Date: Mon, 16 Feb 2004 20:36:19 -0600 (CST) From: matt To: Garance A Drosihn In-Reply-To: Message-ID: <20040216202835.D31791@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 02:38:47 -0000 I hate to add to the problems instead of proposing solutions, but I noticed that /etc/periodic/weekly/310.locate seems to be broken after the 64 bit time_t switch. I'll run another buildworld out of the 64 bit time_t system I have up with cvsup'd sources, see what happens... I haven't had any problems starting dhclient, works fine other than the fact that it absorbs considerable system resources. -m On Mon, 16 Feb 2004, Garance A Drosihn wrote: > At 5:13 PM -0600 2/15/04, matt wrote: > > > > Anyhow, here is the strangeness. After compiling/installing > > the 64 bit time_t world/kernel, I'm getting some serious lag > > on this machine. When logged in via ssh, the shell freezes > > every few seconds for a brief period of time. ... > > And in a later message, he wrote: > > Killing dhclient brought things back to normal - and yes, I > > did remove /var/db/dhcp.leases (had to, dhclient wouldn't > > work until I did). My kernel was just a run of the mill > > GENERIC, no changes. > > Well, there does seem to be some kind of problem here, but I > don't know what to do about it just yet. In my earlier testing, > I did do some testing with a dhcp-configured machine, but not a > lot of it. > > After reading the above report, I took my system which was already > upgraded to 64-bTT, and which also already has all of it's ports > recompiled for 64-bTT. I cvsup'ed the base system, and did a > complete new buildworld/installworld cycle with 64-bTT. So, it > is a system which has successfully gone through two consecutive > 64-bTT builds without error. I have not run into any other > problems with this upgraded system. > > I tried configuring it for DHCP, rebooted it, and the startup > hung at the point of starting dhclient. I ctrl-c'ed out of > the hang. Once the system was up, I tried running dhclient > again. Again it hung. In my case it's hanging before it gets > any information (hme0 is not configured at all). I assume > that in Matt's case, it did get some dhcp address, because he > said he was ssh'ed into it. This testing reminded me that > dhclient did sometimes hang on me in my earlier testing, but > I forgot about that when I had some reboots where it worked. > > That's about as much as I know about the problem so far. Does > anyone have some time to look into this? > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 19:08:05 2004 Return-Path: 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 95C5416A4CF for ; Mon, 16 Feb 2004 19:08:05 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5214343D1D for ; Mon, 16 Feb 2004 19:08:05 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1H384m1022393; Mon, 16 Feb 2004 22:08:04 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040216202835.D31791@grogged.dyndns.org> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040216202835.D31791@grogged.dyndns.org> Date: Mon, 16 Feb 2004 22:08:03 -0500 To: matt From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 03:08:05 -0000 At 8:36 PM -0600 2/16/04, matt wrote: >I hate to add to the problems instead of proposing solutions, >but I noticed that /etc/periodic/weekly/310.locate seems to >be broken after the 64 bit time_t switch. Hey, the problems are there whether you report them or not! It's better that we find out about them, and maybe solve some of them before making everyone switch. What problems did you see with it? I just ran the script by hand on my 64-bTT system, and it seemed to work fine for me. Do you get error messages in /var/log/messages? What happens if you run it by hand? Eg: /usr/src/usr.bin/locate/code Or is this an issue with 'cron', where it is forgetting to run some of it's events? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 19:31:08 2004 Return-Path: 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 2491F16A4CE for ; Mon, 16 Feb 2004 19:31:08 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B1543D2F for ; Mon, 16 Feb 2004 19:31:07 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1H3V6nI003258; Mon, 16 Feb 2004 22:31:07 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040216202835.D31791@grogged.dyndns.org> Date: Mon, 16 Feb 2004 22:31:06 -0500 To: matt From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 03:31:08 -0000 At 10:08 PM -0500 2/16/04, Garance A Drosihn wrote: > What happens if you run it by hand? Eg: > /usr/src/usr.bin/locate/code Er, that was SUPPOSED to say: Run it by hand, eg: /etc/periodic/weekly/310.locate Does it hang? Die with an error? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 20:06:17 2004 Return-Path: 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 05C5816A4CE for ; Mon, 16 Feb 2004 20:06:17 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id E608443D2D for ; Mon, 16 Feb 2004 20:06:16 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 35DAB234; Mon, 16 Feb 2004 22:06:16 -0600 (CST) Date: Mon, 16 Feb 2004 22:06:16 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040217040616.GL12181@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 04:06:17 -0000 On Mon, Feb 16, 2004 at 04:27:21PM -0500, Garance A Drosihn wrote: > For this specific update (going from 32-bTT to 64-bTT), there is > just a slight increase in risk by running the installworld_oldk > script. If you follow the directions, and if you are ONLY making > the update from 32-bTT to 64-bTT (as described in the directions), > then the risk is pretty close to zero. If you think you're going > to do the 64-bTT change, and AT THE SAME TIME also 'cvsup' another > three weeks-worth of other changes to 5.2-current, then the risk > could be much more serious. I figured as much. I'm currently upgrading to the latest -CURRENT in 32-bTT mode. I'm also going through my ports to see if I can weed out any that I don't need anymore in order to save time reocmpiling later. > This is described in a little detail in the UPDATING.64BTT file. Speaking of which, in that document you mention the problem with portupgrade and note that you have a prebuilt package available for download. Is that necessary, or will a portupgrade of portupgrade itself generally compile fine (allowing one to use the newly compiled version of portupgrade to get the rest of the ports done)? -T -- Page 2: Unix today is nothing less than a worldwide culture, comprising many tools, ideas and customs. - Harley Hahn, _The Unix Companion_ From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 22:30:48 2004 Return-Path: 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 A89D616A4CE for ; Mon, 16 Feb 2004 22:30:48 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC1943D1D for ; Mon, 16 Feb 2004 22:30:48 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: from [198.60.22.204] (helo=mgr4.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1Asykq-0004Vq-02 for freebsd-sparc64@freebsd.org; Mon, 16 Feb 2004 23:30:48 -0700 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr4.xmission.com with esmtp (Exim 4.30) id 1Asykp-00050u-Pq for freebsd-sparc64@freebsd.org; Mon, 16 Feb 2004 23:30:47 -0700 Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) i1H6UiN2098433 for ; Mon, 16 Feb 2004 23:30:45 -0700 (MST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.10/8.12.10/Submit) id i1H6Uhj0098432 for freebsd-sparc64@freebsd.org; Mon, 16 Feb 2004 23:30:43 -0700 (MST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 16 Feb 2004 23:30:42 -0700 From: Greg Lewis To: freebsd-sparc64@freebsd.org Message-ID: <20040217063042.GA94592@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.4.2i Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr4.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-SA-Exim-Mail-From: glewis@eyesbeyond.com X-SA-Exim-Version: 3.1 (built Mon Jan 26 13:00:24 MST 2004) X-SA-Exim-Scanned: Yes Subject: Sparc assembler help (jdk13 port) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 06:30:48 -0000 Hi all, I'm trying to get the jdk13 port running on sparc64. Unfortunately JDK 1.3.1 runs on the Sparc in 32 bit mode under Solaris, so there were a number of 32 bit vs. 64 bit problems. I think I've got most of the initial stage of the build working correctly, however I'm running into some trouble with the assembler code which 'translates the "Java" calling convention into the "C" * calling convention used in native methods'. Since the code was written for 32 bit mode it assumes a pointer can be passed in a single 32 bit register, etc. Unfortunately my knowledge of assembler is very limited and in particular I know nothing about Sparc assembler. I'd love to hear from someone who knows some Sparc assembler and in particular how FreeBSD calls functions (i.e. how the arguments are placed into registers or on the stack). Short of this, some pointers to the right information may eventually yield some results. The code itself is quite short, however I can't post it due to the way Sun licenses their Java source code. If you've compiled any of the jdk* ports though, then you've agreed to the appropriate license (Sun Community Source License). Note that I'm working on getting jdk13 working with the Classic VM. The HotSpot VM is a whole lot more work (which is also why I'm not starting with the jdk14 port). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 00:58:51 2004 Return-Path: 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 8D1AA16A4CE for ; Tue, 17 Feb 2004 00:58:51 -0800 (PST) Received: from mail.b0rken.org (beastie.b0rken.org [213.48.48.213]) by mx1.FreeBSD.org (Postfix) with SMTP id D88F343D1F for ; Tue, 17 Feb 2004 00:58:50 -0800 (PST) (envelope-from jason-freebsdlists@freebsd.org) Received: (qmail 27167 invoked by uid 1000); 17 Feb 2004 08:58:49 -0000 Date: Tue, 17 Feb 2004 08:58:49 +0000 From: Jason Mann To: "freebsd-sparc@freebsd.org" Message-ID: <20040217085849.GA27158@beastie.b0rken.org> Mail-Followup-To: "freebsd-sparc@freebsd.org" References: <20040217010531.M83749@gocougs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217010531.M83749@gocougs.org> User-Agent: Mutt/1.4.1i Subject: Re: Installation help X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 08:58:51 -0000 On 20040216 1809, Todd Whipple wrote: > I have an Ultra 10 and a Blade 100. I would like to install Freebsd on them > but can't get the installation to work. When selecting the emulation type, > none of the 5 options work. Which option is correct to use for a standard > vga monitor and the Sun keyboard? I have tried all 5 options but I cannot > arrow up/down to select options I want to install. Use a serial console. Jason From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 12:05:20 2004 Return-Path: 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 EF81316A4CE for ; Tue, 17 Feb 2004 12:05:20 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB07443D2F for ; Tue, 17 Feb 2004 12:05:20 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1HK5JvB002505; Tue, 17 Feb 2004 15:05:19 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040217040616.GL12181@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> Date: Tue, 17 Feb 2004 15:05:18 -0500 To: Tillman Hodgson , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 20:05:21 -0000 At 10:06 PM -0600 2/16/04, Tillman Hodgson wrote: >On Mon, Feb 16, 2004, Garance A Drosihn wrote: > >> This is described in a little detail in the UPDATING.64BTT file. > >Speaking of which, in that document you mention the problem with >portupgrade and note that you have a prebuilt package available >for download. The issue is 'cvsup', not portupgrade. My point was that you should not run 'cvsup' before trying to recompile ports. That is partially because the cvsup you *have* (which would be a 32-bTT version of cvsup) will not work until you recompile it -- so of course you can't run it before recompiling your ports.... Perhaps I need to come up with better wording for that section. Also note that if you *do* recompile all of ezm3 and cvsup, then you will have a 64-bTT version, and that will work okay. >Is that necessary, or will a portupgrade of portupgrade itself >generally compile fine (allowing one to use the newly compiled >version of portupgrade to get the rest of the ports done)? As noted in the writeup, start out with portupgrade -Rr -f portupgrade ruby and everything should work out okay. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 18:45:09 2004 Return-Path: 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 BE3FF16A4CE for ; Tue, 17 Feb 2004 18:45:09 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E7143D1D for ; Tue, 17 Feb 2004 18:45:09 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id B43CA30881; Tue, 17 Feb 2004 21:45:08 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id E75061D245B; Tue, 17 Feb 2004 21:45:03 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16434.53679.50673.905221@canoe.dclg.ca> Date: Tue, 17 Feb 2004 21:45:03 -0500 To: sparc64@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: Openoffice on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 02:45:09 -0000 Openoffice seems to require java. The ports install of Openoffice proceeds to try to install the FreeBSD java that bootstraps itself with linux java. Of course, the linux java doesn't run on sparc64. Are there sparc64 java binary packages that run on FreeBSD ... or is there some other bootstrap mechanism that I can follow? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 19:06:11 2004 Return-Path: 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 3CABD16A4D6 for ; Tue, 17 Feb 2004 19:06:11 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36A6443D2D for ; Tue, 17 Feb 2004 19:06:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (7b10dc674528a0cd9ceef378736348a2@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id i1I35rwK011148; Tue, 17 Feb 2004 19:06:09 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7E8D266D0E; Tue, 17 Feb 2004 19:05:53 -0800 (PST) Date: Tue, 17 Feb 2004 19:05:53 -0800 From: Kris Kennaway To: David Gilbert Message-ID: <20040218030553.GA27208@xor.obsecurity.org> References: <16434.53679.50673.905221@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <16434.53679.50673.905221@canoe.dclg.ca> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Openoffice on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 03:06:11 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 17, 2004 at 09:45:03PM -0500, David Gilbert wrote: > Openoffice seems to require java. The ports install of Openoffice > proceeds to try to install the FreeBSD java that bootstraps itself > with linux java. Of course, the linux java doesn't run on sparc64. >=20 > Are there sparc64 java binary packages that run on FreeBSD ... or is > there some other bootstrap mechanism that I can follow? Not yet, but someone posted here the other day asking for technical assistance in porting jdk13 (no response to the list yet). Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMtaRWry0BWjoQKURAlfOAKDk1uD3U6DNmi11nMJSXZUJONWJJgCgzMkD KjSOIiSQBwIkxyMUoTVwTS0= =qDMb -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 19:34:58 2004 Return-Path: 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 0EC8416A4CE for ; Tue, 17 Feb 2004 19:34:58 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFA843D2D for ; Tue, 17 Feb 2004 19:34:57 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1I3YoTr005438; Tue, 17 Feb 2004 22:34:50 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1I3Yo1S005437; Tue, 17 Feb 2004 22:34:50 -0500 (EST) Date: Tue, 17 Feb 2004 22:34:50 -0500 From: Ken Smith To: Greg Lewis Message-ID: <20040218033450.GB4538@electra.cse.Buffalo.EDU> References: <20040217063042.GA94592@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217063042.GA94592@misty.eyesbeyond.com> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Sparc assembler help (jdk13 port) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 03:34:58 -0000 On Mon, Feb 16, 2004 at 11:30:42PM -0700, Greg Lewis wrote: > I'd love to hear from someone who knows some Sparc assembler and in > particular how FreeBSD calls functions (i.e. how the arguments are > placed into registers or on the stack). Short of this, some pointers > to the right information may eventually yield some results. > > The code itself is quite short, however I can't post it due to the way Sun > licenses their Java source code. If you've compiled any of the jdk* ports > though, then you've agreed to the appropriate license (Sun Community Source > License). There is most likely someone else who knows it better than me but I have dabbled in it a *little bit*. It's likely I can't answer your questions immediately but I need to learn this stuff anyway so if nobody else has offered to help I can give it a try. I do qualify for your license issues, I've downloaded a lot of Java related stuff from SUN to install for use here in the Department. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 20:41:21 2004 Return-Path: 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 AE9FA16A4CE for ; Tue, 17 Feb 2004 20:41:21 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9066143D1D for ; Tue, 17 Feb 2004 20:41:21 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 35CBD308D5; Tue, 17 Feb 2004 23:41:21 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 5AB391D2071; Tue, 17 Feb 2004 23:41:16 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16434.60651.517446.333285@canoe.dclg.ca> Date: Tue, 17 Feb 2004 23:41:15 -0500 To: Kris Kennaway In-Reply-To: <20040218030553.GA27208@xor.obsecurity.org> References: <16434.53679.50673.905221@canoe.dclg.ca> <20040218030553.GA27208@xor.obsecurity.org> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: sparc64@freebsd.org cc: David Gilbert Subject: Re: Openoffice on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 04:41:21 -0000 >>>>> "Kris" == Kris Kennaway writes: Kris> On Tue, Feb 17, 2004 at 09:45:03PM -0500, David Gilbert wrote: >> Openoffice seems to require java. The ports install of Openoffice >> proceeds to try to install the FreeBSD java that bootstraps itself >> with linux java. Of course, the linux java doesn't run on sparc64. >> >> Are there sparc64 java binary packages that run on FreeBSD ... or >> is there some other bootstrap mechanism that I can follow? Kris> Not yet, but someone posted here the other day asking for Kris> technical assistance in porting jdk13 (no response to the list Kris> yet). I don't suppose binary compatibility with solaris is good enough to give us a leg up? Does java cross compile in any way? Is it possible to get openoffice working without java? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 20:51:41 2004 Return-Path: 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 6FFB616A4CE for ; Tue, 17 Feb 2004 20:51:41 -0800 (PST) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5680643D6A for ; Tue, 17 Feb 2004 20:51:41 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 1708 invoked from network); 18 Feb 2004 04:51:40 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Feb 2004 04:51:40 -0000 Received: from hydrogen.funkthat.com (uhktgb@localhost.funkthat.com [127.0.0.1])i1I4pc7Y091518; Tue, 17 Feb 2004 20:51:39 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i1I4pcvH091517; Tue, 17 Feb 2004 20:51:38 -0800 (PST) Date: Tue, 17 Feb 2004 20:51:38 -0800 From: John-Mark Gurney To: Greg Lewis Message-ID: <20040218045138.GH85686@funkthat.com> Mail-Followup-To: Greg Lewis , freebsd-sparc64@freebsd.org References: <20040217063042.GA94592@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217063042.GA94592@misty.eyesbeyond.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: Sparc assembler help (jdk13 port) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 04:51:41 -0000 Greg Lewis wrote this message on Mon, Feb 16, 2004 at 23:30 -0700: > I'm trying to get the jdk13 port running on sparc64. Unfortunately JDK > 1.3.1 runs on the Sparc in 32 bit mode under Solaris, so there were a > number of 32 bit vs. 64 bit problems. I think I've got most of the initial > stage of the build working correctly, however I'm running into some trouble > with the assembler code which 'translates the "Java" calling convention > into the "C" * calling convention used in native methods'. Since the code > was written for 32 bit mode it assumes a pointer can be passed in a single > 32 bit register, etc. Unfortunately my knowledge of assembler is very > limited and in particular I know nothing about Sparc assembler. > > I'd love to hear from someone who knows some Sparc assembler and in > particular how FreeBSD calls functions (i.e. how the arguments are > placed into registers or on the stack). Short of this, some pointers > to the right information may eventually yield some results. I have some experience in assembly, and can try to answer your questions.. Sparcs put the arguments into the o? registers (upto to 8)... You might want to check out www.sparc.com, and look at the SPARCv9 arch manual... check out chapter 5 which talks about registers... > The code itself is quite short, however I can't post it due to the way Sun > licenses their Java source code. If you've compiled any of the jdk* ports > though, then you've agreed to the appropriate license (Sun Community Source > License). I did d/l the sun java code a while back.. j2sdk-1_3_1-src.tar.gz.. guess it wasn't as far back as I thought.. :) > Note that I'm working on getting jdk13 working with the Classic VM. The > HotSpot VM is a whole lot more work (which is also why I'm not starting > with the jdk14 port). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 21:56:24 2004 Return-Path: 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 59C5716A4CE for ; Tue, 17 Feb 2004 21:56:24 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B9143D2D for ; Tue, 17 Feb 2004 21:56:24 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (c3b4f70a7f6991b361eb65c76a196be5@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169])i1I5uCbF011896; Tue, 17 Feb 2004 21:56:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 91B1566D0E; Tue, 17 Feb 2004 21:56:11 -0800 (PST) Date: Tue, 17 Feb 2004 21:56:11 -0800 From: Kris Kennaway To: David Gilbert Message-ID: <20040218055611.GA34806@xor.obsecurity.org> References: <16434.53679.50673.905221@canoe.dclg.ca> <20040218030553.GA27208@xor.obsecurity.org> <16434.60651.517446.333285@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <16434.60651.517446.333285@canoe.dclg.ca> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: Openoffice on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 05:56:24 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 17, 2004 at 11:41:15PM -0500, David Gilbert wrote: > >>>>> "Kris" =3D=3D Kris Kennaway writes: >=20 > Kris> On Tue, Feb 17, 2004 at 09:45:03PM -0500, David Gilbert wrote: > >> Openoffice seems to require java. The ports install of Openoffice > >> proceeds to try to install the FreeBSD java that bootstraps itself > >> with linux java. Of course, the linux java doesn't run on sparc64. > >>=20 > >> Are there sparc64 java binary packages that run on FreeBSD ... or > >> is there some other bootstrap mechanism that I can follow? >=20 > Kris> Not yet, but someone posted here the other day asking for > Kris> technical assistance in porting jdk13 (no response to the list > Kris> yet). >=20 > I don't suppose binary compatibility with solaris is good enough to > give us a leg up? No, given that FreeBSD/sparc64 doesn't have binary compatibility with solaris yet :-) =20 > Does java cross compile in any way? The problem is in MD code, so cross-compiling the jdk won't help. > Is it possible to get openoffice working without java? I don't know, but I don't think so. Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMv57Wry0BWjoQKURAjhNAKCOvttIKU/4Fa/1M2438wsB8Zx8yACg1CGd K1slty0NZp74TiZfZnuSZqI= =Tvvr -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 17 22:46:25 2004 Return-Path: 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 AD17A16A4CE for ; Tue, 17 Feb 2004 22:46:25 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA8143D1D for ; Tue, 17 Feb 2004 22:46:25 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: from [198.60.22.203] (helo=mgr3.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1AtLTU-0007tx-02 for freebsd-sparc64@freebsd.org; Tue, 17 Feb 2004 23:46:24 -0700 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr3.xmission.com with esmtp (Exim 4.30) id 1AtLTR-0007rK-S1 for freebsd-sparc64@freebsd.org; Tue, 17 Feb 2004 23:46:22 -0700 Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) i1I6kJN2071758 for ; Tue, 17 Feb 2004 23:46:19 -0700 (MST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.10/8.12.10/Submit) id i1I6kCi2071743 for freebsd-sparc64@freebsd.org; Tue, 17 Feb 2004 23:46:12 -0700 (MST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Tue, 17 Feb 2004 23:46:12 -0700 From: Greg Lewis To: freebsd-sparc64@freebsd.org Message-ID: <20040218064612.GA71714@misty.eyesbeyond.com> References: <20040217063042.GA94592@misty.eyesbeyond.com> <20040218045138.GH85686@funkthat.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20040218045138.GH85686@funkthat.com> User-Agent: Mutt/1.4.2i Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr3.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-SA-Exim-Mail-From: glewis@eyesbeyond.com X-SA-Exim-Version: 3.1 (built Mon Jan 26 13:00:24 MST 2004) X-SA-Exim-Scanned: Yes Subject: Re: Sparc assembler help (jdk13 port) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2004 06:46:26 -0000 On Tue, Feb 17, 2004 at 08:51:38PM -0800, John-Mark Gurney wrote: > Greg Lewis wrote this message on Mon, Feb 16, 2004 at 23:30 -0700: > > I'm trying to get the jdk13 port running on sparc64. Unfortunately JDK > > 1.3.1 runs on the Sparc in 32 bit mode under Solaris, so there were a > > number of 32 bit vs. 64 bit problems. I think I've got most of the initial > > stage of the build working correctly, however I'm running into some trouble > > with the assembler code which 'translates the "Java" calling convention > > into the "C" * calling convention used in native methods'. Since the code > > was written for 32 bit mode it assumes a pointer can be passed in a single > > 32 bit register, etc. Unfortunately my knowledge of assembler is very > > limited and in particular I know nothing about Sparc assembler. > > > > I'd love to hear from someone who knows some Sparc assembler and in > > particular how FreeBSD calls functions (i.e. how the arguments are > > placed into registers or on the stack). Short of this, some pointers > > to the right information may eventually yield some results. > > I have some experience in assembly, and can try to answer your questions.. Thanks to you and Ken for replying :). > Sparcs put the arguments into the o? registers (upto to 8)... And if we have more than 8 arguments they go on the stack? > You might want to check out www.sparc.com, and look at the SPARCv9 arch > manual... check out chapter 5 which talks about registers... Ok, I've had a little look. Unfortunately much of it is going over my head but it is making some sense. > > The code itself is quite short, however I can't post it due to the way Sun > > licenses their Java source code. If you've compiled any of the jdk* ports > > though, then you've agreed to the appropriate license (Sun Community Source > > License). > > I did d/l the sun java code a while back.. j2sdk-1_3_1-src.tar.gz.. > guess it wasn't as far back as I thought.. :) Well, its a while back, but like I said, 1.3.1 is a whole lot easier than 1.4.2, so I'm trying that first. I'll send followup email to you and Ken off list. Thanks! -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 06:38:39 2004 Return-Path: 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 9BDDD16A4CE for ; Thu, 19 Feb 2004 06:38:39 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8462343D2D for ; Thu, 19 Feb 2004 06:38:39 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id D6A82269; Thu, 19 Feb 2004 08:38:38 -0600 (CST) Date: Thu, 19 Feb 2004 08:38:38 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040219143838.GL68388@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217040616.GL12181@seekingfire.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 14:38:39 -0000 On Mon, Feb 16, 2004 at 10:06:16PM -0600, Tillman Hodgson wrote: > I'm currently upgrading to the latest -CURRENT in > 32-bTT mode. I'm also going through my ports to see if I can weed out > any that I don't need anymore in order to save time reocmpiling later. The upgrade to 64bTT went smoothly, with /usr/src being NFS mounted and /usr/obj being local (I skipped the mount_nfs step for /usr/obj). The kadmin daemon out of security/krb5 signal 11's repeatedly (it's launched by inetd) until it's upgraded. Postfix (and thus mailman) don't seem happy until they're recompiled. Apache+modssl, openvpn and quagga seemed to work correctly without recompiling (though I did anyway). All in all, it's a pretty smooth upgrade. The worst part of it is how slowly the Ultra 5 compiles due to the slow IDE interface ;-) I haven't tried a cvsup yet -- cvsup-without-gui is still recompiling. Is there a rough timeline for when the 64bTT change might go into src? If it's in the next month or so I won't worry about applying the patch by hand as I only rebuild world occassionally. -T -- Page 41: Two of the most important Unix traditions are to share and to help people. - Harley Hahn, _The Unix Companion_ From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 06:40:13 2004 Return-Path: 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 96C6616A4D0 for ; Thu, 19 Feb 2004 06:40:13 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3F343D1D for ; Thu, 19 Feb 2004 06:40:13 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 34D60269; Thu, 19 Feb 2004 08:40:13 -0600 (CST) Date: Thu, 19 Feb 2004 08:40:13 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040219144013.GM68388@seekingfire.com> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040216202835.D31791@grogged.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 14:40:13 -0000 On Mon, Feb 16, 2004 at 10:31:06PM -0500, Garance A Drosihn wrote: > At 10:08 PM -0500 2/16/04, Garance A Drosihn wrote: > > What happens if you run it by hand? Eg: > > /usr/src/usr.bin/locate/code > > Er, that was SUPPOSED to say: Run it by hand, eg: > > /etc/periodic/weekly/310.locate > > Does it hang? Die with an error? Data point: In my case, it works fine by hand. I also haven't noticed any problems with periodic, though the 64bTT hasn't run long enough to hit "weekly" yet. -T -- When you do something, you should burn yourself completely, like a good bonfire, leaving no trace of yourself. Shunryu Suzuki From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 09:41:37 2004 Return-Path: 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 D941916A4CE for ; Thu, 19 Feb 2004 09:41:37 -0800 (PST) Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8071143D31 for ; Thu, 19 Feb 2004 09:41:37 -0800 (PST) (envelope-from clai33@uwo.ca) Received: from spork.its.uwo.ca (ride.its.uwo.ca [10.10.10.10]) by pony.its.uwo.ca (8.12.10/8.12.9) with ESMTP id i1JHfabl026673 for ; Thu, 19 Feb 2004 12:41:36 -0500 (EST) Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14]) by spork.its.uwo.ca (8.12.10/8.12.10) with ESMTP id i1JHfMbb016885 for ; Thu, 19 Feb 2004 12:41:22 -0500 Date: Thu, 19 Feb 2004 12:41:22 -0500 (EST) From: "C.L. Lai [ALAN]" To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.999 () FROM_ENDS_IN_NUMS X-Scanned-By: MIMEDefang 2.39 Subject: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 17:41:38 -0000 can i install freebsd-5.2 w/o a serial terminal? ie installation w/ a local video console. if a serial console is a must for local installation, then will the installation make any difference via depenguinator? (current on linux) thank u alan From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 11:30:08 2004 Return-Path: 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 B36C816A528 for ; Thu, 19 Feb 2004 11:30:08 -0800 (PST) Received: from soyouz2.netaktiv.com (ns2.netaktiv.com [80.67.170.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A3B43D1D for ; Thu, 19 Feb 2004 11:30:08 -0800 (PST) (envelope-from stephane@sources.org) Received: by soyouz2.netaktiv.com (Postfix, from userid 10) id 18C20A7AC8; Thu, 19 Feb 2004 20:30:07 +0100 (CET) Received: from sources.org (stephane@localhost [127.0.0.1]) i1JJR02Q009764; Thu, 19 Feb 2004 20:27:00 +0100 Message-Id: <200402191927.i1JJR02Q009764@ludwigV.sources.org> X-Mailer: exmh version 2.5 07/13/2001 (debian 2.5-1) with nmh-1.0.4+dev From: Stephane Bortzmeyer To: "C.L. Lai [ALAN]" In-reply-to: ("C.L. Lai [ALAN]" 's message of Thu, 19 Feb 2004 12:41:22 EST) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 19 Feb 2004 20:27:00 +0100 cc: freebsd-sparc64@freebsd.org Subject: Re: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 19:30:08 -0000 On Thursday 19 February 2004, at 12 h 41, the keyboard of "C.L. Lai [ALAN]" wrote: > can i install freebsd-5.2 w/o a serial terminal? ie installation w/ a > local video console. No, serial console is mandatory. NetBSD or Debian installs fine on the local console but not (yet?) FreeBSD. From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 11:45:35 2004 Return-Path: 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 33AA016A4CE for ; Thu, 19 Feb 2004 11:45:35 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF59F43D1D for ; Thu, 19 Feb 2004 11:45:34 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1JJjXm1005285; Thu, 19 Feb 2004 14:45:34 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040219143838.GL68388@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> Date: Thu, 19 Feb 2004 14:45:33 -0500 To: Tillman Hodgson , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 19:45:35 -0000 At 8:38 AM -0600 2/19/04, Tillman Hodgson wrote: > >The upgrade to 64bTT went smoothly, with /usr/src being NFS >mounted and /usr/obj being local (I skipped the mount_nfs >step for /usr/obj). That's good to hear. Thanks. >All in all, it's a pretty smooth upgrade. The worst part of it is >how slowly the Ultra 5 compiles due to the slow IDE interface ;-) Yeah, my Ultra-10 is no speed demon either! :-) >I haven't tried a cvsup yet -- cvsup-without-gui is still recompiling. > >Is there a rough timeline for when the 64bTT change might go into >src? If it's in the next month or so I won't worry about applying >the patch by hand as I only rebuild world occassionally. I would like to think we would flip the switch before March 15th, but we still have a few details to pin down. For one, someone just totally reformatted /usr/src/Makefile.inc1, so I need to adjust my installworld_*k scripts to make sure they work right for either format. And for two, I'd like to pin down the problem with dhclient. I'm partial to March 4th as the date, just because it would be fun to say "It's time to March 4th"... Well, more seriously, I would prefer a weekday because so many other changes get tossed in on weekends, and we obviously have to make this change sometime SOON if we're going to have it in before 5.3-release. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 12:05:20 2004 Return-Path: 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 83AC316A4DC for ; Thu, 19 Feb 2004 12:05:20 -0800 (PST) Received: from host7.apollohosting.com (host7.apollohosting.com [209.239.41.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF8643D1D for ; Thu, 19 Feb 2004 12:05:20 -0800 (PST) (envelope-from jlemay@njmc.com) Received: from njm2.njmc.com (ool-44c06b0f.dyn.optonline.net [68.192.107.15]) i1JK5IxG005298 for ; Thu, 19 Feb 2004 15:05:19 -0500 Received: from cyclops.njmc.com ([68.39.219.80]) by njm2.njmc.com with Microsoft SMTPSVC(6.0.3790.0); Thu, 19 Feb 2004 15:06:01 -0500 Received: from njmc.com (gambit.njmc.com [192.168.2.101]) by cyclops.njmc.com (Postfix) with ESMTP id 71C1D12C018 for ; Thu, 19 Feb 2004 16:05:18 -0500 (EST) Message-ID: <403516FE.4080400@njmc.com> Date: Thu, 19 Feb 2004 15:05:18 -0500 From: John LeMay User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <200402191927.i1JJR02Q009764@ludwigV.sources.org> In-Reply-To: <200402191927.i1JJR02Q009764@ludwigV.sources.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Feb 2004 20:06:01.0234 (UTC) FILETIME=[CBD7CF20:01C3F723] Subject: Re: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 20:05:20 -0000 > No, serial console is mandatory. NetBSD or Debian installs fine on > the local console but not (yet?) FreeBSD. I must have replied directly the first time. Actually, I've done a 5.2 install "blind" on my Ultra 5 via the local console. It wasn't easy, but I got through it. I didn't exactly have a lot of experience with FreeBSD either - this was my first FreeBSD SPARC install and only my second FreeBSD install ever. -- John LeMay kc2kth Senior Technical Manager NJMC | http://www.njmc.com | Phone 732-557-4848 From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 12:24:12 2004 Return-Path: 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 AC3DB16A4CF for ; Thu, 19 Feb 2004 12:24:12 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936B243D1D for ; Thu, 19 Feb 2004 12:24:12 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 1A49E265; Thu, 19 Feb 2004 14:24:12 -0600 (CST) Date: Thu, 19 Feb 2004 14:24:12 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040219202412.GZ68388@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 20:24:12 -0000 On Thu, Feb 19, 2004 at 02:45:33PM -0500, Garance A Drosihn wrote: > >All in all, it's a pretty smooth upgrade. The worst part of it is > >how slowly the Ultra 5 compiles due to the slow IDE interface ;-) > > Yeah, my Ultra-10 is no speed demon either! :-) Any idea if a standard Adaptec 2940U works in them? If so, I might be able to use some real disks if I shuffle some cards around. > I would like to think we would flip the switch before March 15th, > but we still have a few details to pin down. For one, someone > just totally reformatted /usr/src/Makefile.inc1, so I need to > adjust my installworld_*k scripts to make sure they work right > for either format. Oh, that'd be annoying. > And for two, I'd like to pin down the problem with dhclient. I should note that I'm not using dhcp, and so encountered no network problems. > I'm partial to March 4th as the date, just because it would be fun to > say "It's time to March 4th"... Heh. > Well, more seriously, I would prefer a weekday because so many other > changes get tossed in on weekends, and we obviously have to make this > change sometime SOON if we're going to have it in before 5.3-release. It'd be great to have it for 5.3. The 5-STABLE Roadmap doc still shows 5.3 (and March 15th) as the flag day, so it definitely seems like a good time to toss the switch. For what it's worth, I spent more time preparing to do the upgrade than I did doing the actual upgrade. The isntructions were clear, perhaps even overly verbose in the sense that I thought it would be more troublesome than it was. Thanks for the work you put in on this! -T -- The universe is not only queerer than we suppose, but queerer than we can suppose. - John Haldane, _Possible Worlds_ From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 12:40:10 2004 Return-Path: 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 0D3D416A4CE for ; Thu, 19 Feb 2004 12:40:10 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCEE143D1F for ; Thu, 19 Feb 2004 12:40:09 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1JKe9Tr004191; Thu, 19 Feb 2004 15:40:09 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1JKe9oS004190; Thu, 19 Feb 2004 15:40:09 -0500 (EST) Date: Thu, 19 Feb 2004 15:40:08 -0500 From: Ken Smith To: Garance A Drosihn Message-ID: <20040219204008.GB3545@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 20:40:10 -0000 On Thu, Feb 19, 2004 at 02:45:33PM -0500, Garance A Drosihn wrote: > ... And for two, I'd like to pin down the problem > with dhclient. Just a thought, if it's true that some people are having problems while other people are not. Maybe it's in the cache lease files that the problem lies (/var/db/dhclient*). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 12:53:21 2004 Return-Path: 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 8A4EA16A4F7 for ; Thu, 19 Feb 2004 12:53:21 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477B443D1D for ; Thu, 19 Feb 2004 12:53:21 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1JKrFvB016493; Thu, 19 Feb 2004 15:53:15 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040219204008.GB3545@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> Date: Thu, 19 Feb 2004 15:53:14 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 20:53:21 -0000 At 3:40 PM -0500 2/19/04, Ken Smith wrote: >On Thu, Feb 19, 2004 at 02:45:33PM -0500, Garance A Drosihn wrote: >> ... And for two, I'd like to pin down the problem >> with dhclient. > >Just a thought, if it's true that some people are having problems >while other people are not. Maybe it's in the cache lease files >that the problem lies (/var/db/dhclient*). The file /var/db/dhclient.leases is already recognized as a problem, and the instructions do mention that you need to remove that. But there's still various problems with dhclient, even after removing that file. [I haven't had the time to look into this yet, but I hope to do it sometime soon. Hopefully this weekend...] -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 12:57:51 2004 Return-Path: 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 F0B6516A4CE for ; Thu, 19 Feb 2004 12:57:51 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC38543D1F for ; Thu, 19 Feb 2004 12:57:51 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1JKvoTr004839; Thu, 19 Feb 2004 15:57:50 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1JKvoc3004838; Thu, 19 Feb 2004 15:57:50 -0500 (EST) Date: Thu, 19 Feb 2004 15:57:50 -0500 From: Ken Smith To: Garance A Drosihn Message-ID: <20040219205750.GC3545@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Ken Smith cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 20:57:52 -0000 On Thu, Feb 19, 2004 at 03:53:14PM -0500, Garance A Drosihn wrote: > The file /var/db/dhclient.leases is already recognized as a problem, > and the instructions do mention that you need to remove that. But > there's still various problems with dhclient, even after removing > that file. > > [I haven't had the time to look into this yet, but I hope to do > it sometime soon. Hopefully this weekend...] Ugh, sorry. Missed it on the first pass through. I'm walking through it right now (make buildkernel is running...) on an Ultra-60 that should be capable of doing the 64-btt release builds I offered to do earlier. If all goes well I might be able to get an ISO built over the weekend. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 13:22:31 2004 Return-Path: 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 CB48B16A4CE; Thu, 19 Feb 2004 13:22:31 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22CD43D2D; Thu, 19 Feb 2004 13:22:31 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CAEA87303A; Thu, 19 Feb 2004 16:22:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040219212230.CAEA87303A@freebsd-current.sentex.ca> Date: Thu, 19 Feb 2004 16:22:30 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 21:22:32 -0000 TB --- 2004-02-19 21:11:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-19 21:11:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-19 21:11:38 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-19 21:13:42 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /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 [...] ===> lib/libnetgraph rm -f .depend mkdep -f .depend -a /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/sock.c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/msg.c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/debug.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/sock.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/msg.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/debug.c In file included from /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph/debug.c:65: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/netgraph/ng_ether.h:71: error: syntax error before "hook_p" *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libnetgraph. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-19 21:22:30 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-19 21:22:30 - TB --- ERROR: failed to build world TB --- 2004-02-19 21:22:30 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 13:47:46 2004 Return-Path: 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 86E4916A4CE for ; Thu, 19 Feb 2004 13:47:46 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 687A043D1D for ; Thu, 19 Feb 2004 13:47:46 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1JLlkOE015624; Thu, 19 Feb 2004 13:47:46 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.10/8.12.10/Submit) id i1JLljRJ015623; Thu, 19 Feb 2004 13:47:45 -0800 (PST) (envelope-from marcel) Date: Thu, 19 Feb 2004 13:47:45 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040219214745.GC15344@ns1.xcllnt.net> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 21:47:46 -0000 On Thu, Feb 19, 2004 at 02:45:33PM -0500, Garance A Drosihn wrote: > > I would like to think we would flip the switch before March 15th, > but we still have a few details to pin down. For one, someone > just totally reformatted /usr/src/Makefile.inc1, so I need to > adjust my installworld_*k scripts to make sure they work right > for either format. And for two, I'd like to pin down the problem > with dhclient. This suggests that we better do it sooner rather than later. > Well, more seriously, I would prefer a weekday because so many > other changes get tossed in on weekends, and we obviously have > to make this change sometime SOON if we're going to have it in > before 5.3-release. Yes. You want to give porters a chance to fix port breakages because of this. Next week sounds fine to me.... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 14:37:59 2004 Return-Path: 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 0E22B16A4CE for ; Thu, 19 Feb 2004 14:37:59 -0800 (PST) Received: from pony.its.uwo.ca (pony.its.uwo.ca [129.100.2.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA0C43D2D for ; Thu, 19 Feb 2004 14:37:58 -0800 (PST) (envelope-from clai33@uwo.ca) Received: from spork.its.uwo.ca (ride.its.uwo.ca [10.10.10.10]) by pony.its.uwo.ca (8.12.10/8.12.10) with ESMTP id i1JMbth4028741 for ; Thu, 19 Feb 2004 17:37:55 -0500 (EST) Received: from panther.uwo.ca (panther.uwo.ca [129.100.2.14]) by spork.its.uwo.ca (8.12.10/8.12.10) with ESMTP id i1JMbr3l029969; Thu, 19 Feb 2004 17:37:53 -0500 Date: Thu, 19 Feb 2004 17:37:53 -0500 (EST) From: "C.L. Lai [ALAN]" To: John LeMay , stephane@sources.org In-Reply-To: <40350498.70900@njmc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.999 () FROM_ENDS_IN_NUMS X-Scanned-By: MIMEDefang 2.39 cc: freebsd-sparc64@freebsd.org Subject: Re: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 22:37:59 -0000 Thank you for your reply John, but apparently, I am getting 2 exact opposite opinions on it. 1 side says there is no problem. 1 side says a serial terminal is mandatory. If w/o using a serial terminal worked for you, would you mind telling me what problems would typically appear by installing via a video console rather than a serial terminal, and how do you eliminate the problems during yr successful installation? Thank you very much. Alan On Thu, 19 Feb 2004, John LeMay wrote: > > can i install freebsd-5.2 w/o a serial terminal? ie installation w/ a > > local video console. > > I've done it, and I expect others have as well. It was the first time I > installed FreeBSD SPARC, and only the second time I'd ever installed > FreeBSD at all, so if I can get through just about blind it I imagine > it's not that hard. > > -- > John LeMay > Senior Technical Manager > NJMC, LLC > Technology Solutions for Business > Signature: Alan ---------------------------------------- | | | http://www.alpha-lan.net/ | | | ---------------------------------------- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 14:54:32 2004 Return-Path: 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 D06D316A4CE for ; Thu, 19 Feb 2004 14:54:32 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D72C43D1D for ; Thu, 19 Feb 2004 14:54:32 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1JMsUTr008338; Thu, 19 Feb 2004 17:54:30 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1JMsUYk008337; Thu, 19 Feb 2004 17:54:30 -0500 (EST) Date: Thu, 19 Feb 2004 17:54:29 -0500 From: Ken Smith To: "C.L. Lai [ALAN]" Message-ID: <20040219225429.GA8223@electra.cse.Buffalo.EDU> References: <40350498.70900@njmc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 22:54:32 -0000 On Thu, Feb 19, 2004 at 05:37:53PM -0500, C.L. Lai [ALAN] wrote: > If w/o using a serial terminal worked for you, would you mind telling me > what problems would typically appear by installing via a video console > rather than a serial terminal, and how do you eliminate the problems > during yr successful installation? The problem is that the screen will be almost totally unreadable during sysinstall. If you have done a FreeBSD install before you know what it's asking for and what information you need to provide so it is possible to do the install this way. But it is a little difficult, especially in places like setting the time zone where you are guessing which entry you are selecting. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 15:25:28 2004 Return-Path: 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 882D316A4CE for ; Thu, 19 Feb 2004 15:25:28 -0800 (PST) Received: from host7.apollohosting.com (host7.apollohosting.com [209.239.41.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4994443D2F for ; Thu, 19 Feb 2004 15:25:28 -0800 (PST) (envelope-from jlemay@njmc.com) Received: from njm2.njmc.com (ool-44c06b0f.dyn.optonline.net [68.192.107.15]) i1JNPRxG030280 for ; Thu, 19 Feb 2004 18:25:27 -0500 Received: from cyclops.njmc.com ([68.39.219.80]) by njm2.njmc.com with Microsoft SMTPSVC(6.0.3790.0); Thu, 19 Feb 2004 18:26:09 -0500 Received: from njmc.com (gambit.njmc.com [192.168.2.101]) by cyclops.njmc.com (Postfix) with ESMTP id 9311912C018 for ; Thu, 19 Feb 2004 18:25:26 -0500 (EST) Message-ID: <403545E6.80309@njmc.com> Date: Thu, 19 Feb 2004 18:25:26 -0500 From: John LeMay User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Feb 2004 23:26:09.0453 (UTC) FILETIME=[C14C9DD0:01C3F73F] Subject: Re: installation question. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2004 23:25:28 -0000 > Thank you for your reply John, > > but apparently, I am getting 2 exact opposite opinions on it. > > 1 side says there is no problem. 1 side says a serial terminal is > mandatory. > > If w/o using a serial terminal worked for you, would you mind telling me > what problems would typically appear by installing via a video console > rather than a serial terminal, and how do you eliminate the problems > during yr successful installation? Alan, Basically the problem is that the display does not refresh correctly. It does get displayed correctly the first time though. This gave me enough to go on that I was able to figure out what keystrokes to use to complete the installation of the base system. Don't get me wrong, using a serial console would have made my life much easier, it just wasn't convenient at the time. -- John LeMay kc2kth Senior Technical Manager NJMC | http://www.njmc.com | Phone 732-557-4848 From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 19:29:28 2004 Return-Path: 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 8AD8F16A4CE; Thu, 19 Feb 2004 19:29:28 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4201B43D1F; Thu, 19 Feb 2004 19:29:28 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1K3TMm1026385; Thu, 19 Feb 2004 22:29:22 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040219205750.GC3545@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> Date: Thu, 19 Feb 2004 22:29:20 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-ppc@freebsd.org cc: imp@freebsd.org cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 03:29:28 -0000 At 3:57 PM -0500 2/19/04, Ken Smith wrote: > >I'm walking through it right now (make buildkernel is running...) >on an Ultra-60 that should be capable of doing the 64-btt release >builds I offered to do earlier. If all goes well I might be able >to get an ISO built over the weekend. If you're running with the latest snapshot of -current, then the installworld_newk and installworld_oldk will not be quite right. /usr/src/Makefile.inc1 recently changed, and I needed to change the scripts to work with either format. I've just uploaded new versions of: http://people.freebsd.org/~gad/time-64/UPDATING.64BTT http://people.freebsd.org/~gad/time-64/installworld_oldk http://people.freebsd.org/~gad/time-64/installworld_newk Which have been updated to reflect all the issues I know about. I have to wait for my own latest buildworld to finish before I can say I fully tested the changes to the scripts, but I think they should work better than the previous versions (as far as the new Makefile.inc1 is concerned, at least). I think this version of UPDATING.64BTT file is about as polished as I intend to get it. My basic plan is to commit these three files to /usr/src on March 1st. This wouldn't actually change anything, it would just make the files available as part of the src tree. Then, at some later date (march 4th? march 8th? even later?), we'd commit the change to /usr/src/sys/sparc64/include/_types.h which makes the switch, and add an entry in /usr/src/UPDATING to point sparc64 users to these two files. Does this seem reasonable? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 19:49:54 2004 Return-Path: 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 77D2416A4CE; Thu, 19 Feb 2004 19:49:54 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F82D43D1F; Thu, 19 Feb 2004 19:49:54 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1K3nrTr015010; Thu, 19 Feb 2004 22:49:53 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1K3nrid015009; Thu, 19 Feb 2004 22:49:53 -0500 (EST) Date: Thu, 19 Feb 2004 22:49:53 -0500 From: Ken Smith To: Garance A Drosihn Message-ID: <20040220034953.GA14644@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Ken Smith cc: imp@freebsd.org cc: freebsd-ppc@freebsd.org cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 03:49:54 -0000 On Thu, Feb 19, 2004 at 10:29:20PM -0500, Garance A Drosihn wrote: > If you're running with the latest snapshot of -current, then > the installworld_newk and installworld_oldk will not be quite > right. /usr/src/Makefile.inc1 recently changed, and I needed > to change the scripts to work with either format. Hmm. I didn't need installworld_oldk because everything was local drives. installworld_newk seemed to work just fine, though I haven't tried to rebuild post-64btt transition yet. > I think this version of UPDATING.64BTT file is about as polished > as I intend to get it. It was fine for me. :-) > My basic plan is to commit these three files to /usr/src on > March 1st. This wouldn't actually change anything, it would > just make the files available as part of the src tree. Then, > at some later date (march 4th? march 8th? even later?), we'd > commit the change to /usr/src/sys/sparc64/include/_types.h > which makes the switch, and add an entry in /usr/src/UPDATING > to point sparc64 users to these two files. > > Does this seem reasonable? Sounds good to me. I don't see any hints on when 5.3R will be in the Web files but we'd need a fair chunk of time to get ports built and tested. Though why commit the change to _types.h after you commit the other files? I kind of doubt anyone would notice them in the repo until you make the change to UPDATING. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 19:56:36 2004 Return-Path: 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 BB13716A4CE for ; Thu, 19 Feb 2004 19:56:36 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E6043D1D for ; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1K3uaOE017275; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1K3uaj9071558; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1K3uZej071557; Thu, 19 Feb 2004 19:56:35 -0800 (PST) (envelope-from marcel) Date: Thu, 19 Feb 2004 19:56:35 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040220035635.GA69900@dhcp01.pn.xcllnt.net> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> 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: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 03:56:36 -0000 On Thu, Feb 19, 2004 at 10:29:20PM -0500, Garance A Drosihn wrote: > > My basic plan is to commit these three files to /usr/src on > March 1st. This wouldn't actually change anything, it would > just make the files available as part of the src tree. Then, > at some later date (march 4th? march 8th? even later?), we'd > commit the change to /usr/src/sys/sparc64/include/_types.h > which makes the switch, and add an entry in /usr/src/UPDATING > to point sparc64 users to these two files. > > Does this seem reasonable? Is there a way we can avoid footshooting? For example: check if /usr/include/machine/_types.h is equal to the one in the source tree and disallow installworld without some special define if they're not. The scripts use the define to circumvent the anti-footshooting measure. Something along those lines... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 00:47:12 2004 Return-Path: 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 BCAD916A4CE for ; Fri, 20 Feb 2004 00:47:12 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C8143D1D for ; Fri, 20 Feb 2004 00:47:11 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i1K8kWh19549; Fri, 20 Feb 2004 09:46:32 +0100 (MET) Date: Fri, 20 Feb 2004 09:46:32 +0100 (CET) From: Harti Brandt To: Tillman Hodgson In-Reply-To: <20040219202412.GZ68388@seekingfire.com> Message-ID: <20040220094405.R80082@beagle.fokus.fraunhofer.de> References: <40306CE7.6080104@mindspring.com> <20040219143838.GL68388@seekingfire.com> <20040219202412.GZ68388@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 08:47:12 -0000 TH>Any idea if a standard Adaptec 2940U works in them? If so, I might be TH>able to use some real disks if I shuffle some cards around. I have one of the newer Adaptecs (I think a ...320) in a sparc10 with a vinum raid and it works just fine. You just cannot boot from it (it's missing the forth code). harti From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 09:32:33 2004 Return-Path: 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 075A516A4CE for ; Fri, 20 Feb 2004 09:32:33 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DD443D1D for ; Fri, 20 Feb 2004 09:32:32 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1KHWWTr001910 for ; Fri, 20 Feb 2004 12:32:32 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1KHWV6l001909 for freebsd-sparc64@freebsd.org; Fri, 20 Feb 2004 12:32:31 -0500 (EST) Date: Fri, 20 Feb 2004 12:32:31 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040220173231.GA1344@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 17:32:33 -0000 Has anyone tried using cvsup on a 64btt system yet? I'm getting odd results on a system being set up as a cvsup mirror - it seems to think it needs to touch (timestamp correction) every file in the repo but there is no visible change to the timestamp on the files themselves. I haven't tried running cvsup to update /usr/src or /usr/ports yet, I was planning to use raw cvs and the local repo to update the one machine I've cut over to 64btt so far, at least until I've got the 64btt snapshot built. If others have used cvsup and not had a problem I'll just ignore it, if others are seeing similar things I could report it to jdp. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 09:58:56 2004 Return-Path: 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 99EA616A4CF for ; Fri, 20 Feb 2004 09:58:56 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A0C43D1D for ; Fri, 20 Feb 2004 09:58:56 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id DCE6F24C; Fri, 20 Feb 2004 11:58:55 -0600 (CST) Date: Fri, 20 Feb 2004 11:58:55 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040220175855.GK68388@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219202412.GZ68388@seekingfire.com> <20040220094405.R80082@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040220094405.R80082@beagle.fokus.fraunhofer.de> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 17:58:56 -0000 On Fri, Feb 20, 2004 at 09:46:32AM +0100, Harti Brandt wrote: > > TH>Any idea if a standard Adaptec 2940U works in them? If so, I might be > TH>able to use some real disks if I shuffle some cards around. > > I have one of the newer Adaptecs (I think a ...320) in a sparc10 with > a vinum raid and it works just fine. You just cannot boot from it (it's > missing the forth code). Excellent news, thanks. Can one still use control-A to enter it's config menu while booting? -T -- Modern art touches a sore spot, or several sore spots, in the ordinary citizen of which he is totally unaware. The more irritated he becomes at modern art the more he betrays the fact that he himself, and his civilization, are implicated in what the artist shows him. - William Barrett, _Irrational Man_ From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 10:06:59 2004 Return-Path: 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 C289C16A4CE for ; Fri, 20 Feb 2004 10:06:59 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC88D43D1D for ; Fri, 20 Feb 2004 10:06:59 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 66D3D299; Fri, 20 Feb 2004 12:06:59 -0600 (CST) Date: Fri, 20 Feb 2004 12:06:59 -0600 From: Tillman Hodgson To: freebsd-sparc64@freebsd.org Message-ID: <20040220180659.GL68388@seekingfire.com> References: <20040220173231.GA1344@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040220173231.GA1344@electra.cse.Buffalo.EDU> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 18:06:59 -0000 On Fri, Feb 20, 2004 at 12:32:31PM -0500, Ken Smith wrote: > > Has anyone tried using cvsup on a 64btt system yet? I'm trying it now for /usr/ports. > I'm getting odd results on a system being set up as a cvsup mirror - > it seems to think it needs to touch (timestamp correction) every file > in the repo but there is no visible change to the timestamp on the > files themselves. I haven't tried running cvsup to update /usr/src or > /usr/ports yet, I was planning to use raw cvs and the local repo to > update the one machine I've cut over to 64btt so far, at least until > I've got the 64btt snapshot built. > > If others have used cvsup and not had a problem I'll just ignore it, > if others are seeing similar things I could report it to jdp. It seems to be working file as far as correctly matching and pulling deltas. I haven't done the INDEX building stage yet, though. -T -- Page 38: Be sure that, in the excitement of creating a totally rad password, you resist the temptation to tell someone just to show off how smart you are. - Harley Hahn, _The Unix Companion_ From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 11:43:48 2004 Return-Path: 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 27A8016A4CE for ; Fri, 20 Feb 2004 11:43:48 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6106F43D2F for ; Fri, 20 Feb 2004 11:43:47 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i1KJh8h15893; Fri, 20 Feb 2004 20:43:08 +0100 (MET) Date: Fri, 20 Feb 2004 20:43:08 +0100 (CET) From: Harti Brandt To: Tillman Hodgson In-Reply-To: <20040220175855.GK68388@seekingfire.com> Message-ID: <20040220204112.Y82200@beagle.fokus.fraunhofer.de> References: <40306CE7.6080104@mindspring.com> <20040219143838.GL68388@seekingfire.com> <20040219202412.GZ68388@seekingfire.com> <20040220175855.GK68388@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 19:43:48 -0000 On Fri, 20 Feb 2004, Tillman Hodgson wrote: TH>On Fri, Feb 20, 2004 at 09:46:32AM +0100, Harti Brandt wrote: TH>> TH>> TH>Any idea if a standard Adaptec 2940U works in them? If so, I might be TH>> TH>able to use some real disks if I shuffle some cards around. TH>> TH>> I have one of the newer Adaptecs (I think a ...320) in a sparc10 with TH>> a vinum raid and it works just fine. You just cannot boot from it (it's TH>> missing the forth code). TH> TH>Excellent news, thanks. Can one still use control-A to enter it's config TH>menu while booting? I don't think so. As far as I understand this is BIOS code and purely i386. On the other hand I think that FreeBSD's ahc driver doesn't care for what you have configured in the adaptec BIOS, but you might better ask an ahc guru. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 12:50:13 2004 Return-Path: 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 BF38E16A4CF for ; Fri, 20 Feb 2004 12:50:13 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C09743D2F for ; Fri, 20 Feb 2004 12:50:13 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1KKo2vB001914; Fri, 20 Feb 2004 15:50:02 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040220034953.GA14644@electra.cse.Buffalo.EDU> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220034953.GA14644@electra.cse.Buffalo.EDU> Date: Fri, 20 Feb 2004 15:50:01 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 20:50:13 -0000 At 10:49 PM -0500 2/19/04, Ken Smith wrote: >On Thu, Feb 19, 2004 at 10:29:20PM -0500, Garance A Drosihn wrote: > >> If you're running with the latest snapshot of -current, then >> the installworld_newk and installworld_oldk will not be quite >> right. /usr/src/Makefile.inc1 recently changed, and I needed >> to change the scripts to work with either format. > >Hmm. I didn't need installworld_oldk because everything was >local drives. installworld_newk seemed to work just fine, though >I haven't tried to rebuild post-64btt transition yet. installworld_newk is not hampered much by the reformat. one line does not get added (iirc), but that line also does not really work as well as I wanted it to anyway, so you would not notice if it wasn't added. however, the reformat does disrupt installworld_oldk in much more significant ways. > > Does this seem reasonable? > >Sounds good to me. I don't see any hints on when 5.3R will be >in the Web files but we'd need a fair chunk of time to get ports >built and tested. Though why commit the change to _types.h >after you commit the other files? I kind of doubt anyone would >notice them in the repo until you make the change to UPDATING. The people who are watching this list, and who are willing to be early-adopters, will see them... :-) Partially I just want to give a range-of-time where people can make the upgrade. There are bound to be other changes going into the tree, and so maybe buildworlds will be bad for one user on "Tuesday", but not on "Friday" (or visa-versa). But mainly I want to have some event to show "okay, we really do think this is ready for people", so more people will be willing to try it out. And if no serious problems pop up, those people can depend on the idea that the actual switch will be made within a week, and thus they don't have to worry that they'll mistakenly do a 32-bit buildworld the next time they upgrade. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 12:54:08 2004 Return-Path: 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 80FF516A4CE for ; Fri, 20 Feb 2004 12:54:08 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B22243D1F for ; Fri, 20 Feb 2004 12:54:08 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1KKs2vB002857; Fri, 20 Feb 2004 15:54:02 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040220173231.GA1344@electra.cse.Buffalo.EDU> References: <20040220173231.GA1344@electra.cse.Buffalo.EDU> Date: Fri, 20 Feb 2004 15:54:01 -0500 To: Ken Smith , freebsd-sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 20:54:08 -0000 At 12:32 PM -0500 2/20/04, Ken Smith wrote: >Has anyone tried using cvsup on a 64btt system yet? I have done it, multiple times. I have only tried using the cvsup client though, I do not have any cvsup servers running on a sparc machine. This is a cvsup client generated from: portupgrade -Rr -f ezm3 cvsup-without-gui on a system which had been upgraded to 64-bTT. As far as I could see, it worked fine. However, I have not run it very often, because I'm usually dropping back to a 32-bTT system to re-test the upgrade instructions... I do not have the cvsup-mirror port running on any sparc system. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 14:13:14 2004 Return-Path: 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 2F94C16A4CE; Fri, 20 Feb 2004 14:13:14 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD7E43D3F; Fri, 20 Feb 2004 14:13:13 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1KMDCm1021767; Fri, 20 Feb 2004 17:13:13 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040220035635.GA69900@dhcp01.pn.xcllnt.net> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220035635.GA69900@dhcp01.pn.xcllnt.net> Date: Fri, 20 Feb 2004 17:13:11 -0500 To: Marcel Moolenaar From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: ru@freebsd.org cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 22:13:14 -0000 At 7:56 PM -0800 2/19/04, Marcel Moolenaar wrote: >On Thu, Feb 19, 2004, Garance A Drosihn wrote: > > >> My basic plan is to commit these three files to /usr/src on > > March 1st. ... Then, at some later date, we'd commit the > > change to /usr/src/sys/sparc64/include/_types.h which makes > > the switch, and add an entry in /usr/src/UPDATING ... > > >> Does this seem reasonable? > >Is there a way we can avoid footshooting? > >For example: check if /usr/include/machine/_types.h is equal to >the one in the source tree and disallow installworld without >some special define if they're not. The scripts use the define >to circumvent the anti-footshooting measure. Something along >those lines... I would really like to have something like this, but I doubt I have the time to make it happen. I am not quite sure how it would be hooked up to the buildworld/installworld process, either. Maybe Ruslan could help me out there. In thinking about this, I think the simplest solution would be some program which is compiled & run at buildworld time, and which is also run at installworld time. We would want it to run it as early as possible in the processing of those targets. I *think* what would work is something like: In /etc/make.conf, users would define: SPARCWORLD_TIMET=32bit or SPARCWORLD_TIMET=64bit If neither is defined, than 32-bit is assumed. You then have a program in buildworld which simply looks at the length of time_t that it finds at compile-time, and prints out a single-line which says '64bit' or '32bit'. Then, in both buildworld and installworld (and maybe buildkernel and installkernel), you add logic which says something vaguely like: SPARCWORLD_TIMET?=32bit FOUND_TIMET="`${.OBJDIR}/something/check_program`" if [ "${SPARCWORLD_TIMET}" != "`check_program`" ] then echo "You are building a $FOUND_TIMET system, but you seem" echo "to expect to build a $SPARCWORLD_TIMET system. You" echo "must either modify /etc/make.conf to add:" echo " SPARCWORLD_TIMET=$FOUND_TIMET" echo "or edit /usr/src/sys/sparc64/include/_types.h to" echo "change the type of __time_t to be " exit 1 fi If I've done this right, then people will be forced to add SPARCWORLD_TIMET=64bit to their /etc/make.conf when they make the switch to 64-bit time_t's. Once they do that, though, they can be reasonably sure they will never mistakenly build or install a 32-bit time_t system over an already-64-bit system. I am certain that there are some details I have overlooked, but I really don't have the time to think it through right now. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 15:20:22 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C87A16A4CE for ; Fri, 20 Feb 2004 15:20:22 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD4943D1D for ; Fri, 20 Feb 2004 15:20:22 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i1KNKMbv023879 for ; Fri, 20 Feb 2004 15:20:22 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1KNKMFN023876; Fri, 20 Feb 2004 15:20:22 -0800 (PST) (envelope-from gnats) Date: Fri, 20 Feb 2004 15:20:22 -0800 (PST) Message-Id: <200402202320.i1KNKMFN023876@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "Roderick van Domburg" Subject: Re: sparc64/47845: 4 second daily clock drift X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Roderick van Domburg List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 23:20:22 -0000 The following reply was made to PR sparc64/47845; it has been noted by GNATS. From: "Roderick van Domburg" To: , Cc: Subject: Re: sparc64/47845: 4 second daily clock drift Date: Sat, 21 Feb 2004 00:17:04 +0100 This PR can be closed; I am no longer experiencing the problem. From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 15:26:22 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E42916A4CE; Fri, 20 Feb 2004 15:26:22 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F06E343D3F; Fri, 20 Feb 2004 15:26:21 -0800 (PST) (envelope-from ceri@FreeBSD.org) Received: from freefall.freebsd.org (ceri@localhost [127.0.0.1]) i1KNQLbv024456; Fri, 20 Feb 2004 15:26:21 -0800 (PST) (envelope-from ceri@freefall.freebsd.org) Received: (from ceri@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1KNQLPA024452; Fri, 20 Feb 2004 15:26:21 -0800 (PST) (envelope-from ceri) Date: Fri, 20 Feb 2004 15:26:21 -0800 (PST) From: Ceri Davies Message-Id: <200402202326.i1KNQLPA024452@freefall.freebsd.org> To: roderick@stud187236.mobiel.utwente.nl, ceri@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/47845: 4 second daily clock drift X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 23:26:22 -0000 Synopsis: 4 second daily clock drift State-Changed-From-To: open->closed State-Changed-By: ceri State-Changed-When: Fri Feb 20 15:25:59 PST 2004 State-Changed-Why: Submitter reports that problem is now solved. http://www.freebsd.org/cgi/query-pr.cgi?pr=47845 From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 20 23:50:22 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434D916A4CF for ; Fri, 20 Feb 2004 23:50:22 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B65A143D1F for ; Fri, 20 Feb 2004 23:50:17 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i1L7oHbv026386 for ; Fri, 20 Feb 2004 23:50:17 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1L7oH50026385; Fri, 20 Feb 2004 23:50:17 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 20 Feb 2004 23:50:17 -0800 (PST) Resent-Message-Id: <200402210750.i1L7oH50026385@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Todd Florman Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972D516A4CE for ; Fri, 20 Feb 2004 23:43:26 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BF043D1F for ; Fri, 20 Feb 2004 23:43:26 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i1L7hQ72058300 for ; Fri, 20 Feb 2004 23:43:26 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i1L7hQnD058299; Fri, 20 Feb 2004 23:43:26 -0800 (PST) (envelope-from nobody) Message-Id: <200402210743.i1L7hQnD058299@www.freebsd.org> Date: Fri, 20 Feb 2004 23:43:26 -0800 (PST) From: Todd Florman To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: sparc64/63161: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 07:50:22 -0000 >Number: 63161 >Category: sparc64 >Synopsis: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 20 23:50:17 PST 2004 >Closed-Date: >Last-Modified: >Originator: Todd Florman >Release: 5.2.1-rc2 sparc64 >Organization: >Environment: FreeBSD hel.florman.net 5.2.1-RC2 FreeBSD 5.2.1-RC2 #0: Wed Feb 18 21:32:16 MST 2004 root@hel.florman.net:/usr/src/sys/sparc64/compile/HEL sparc64 FreeBSD thor.florman.net 5.2-CURRENT FreeBSD 5.2-CURRENT #7: Sat Feb 7 14:06:28 MST 2004 root@thor.florman.net:/usr/obj/usr/src/sys/THOR i386 >Description: NFS server panics when writing to the NFS exported /home filesystem from an i386 client which is running amd to automount it at /home on the client. When client boots, /home mounts properly off of the server using amd. However, while I was copying my old home directory from the local disk on the client to the new nfs mounted /home directory using the following command, the nfs server panics and reboots. from the /tmphome dir... # find tflorman -depth |cpio -pduvm /home The system gets through about half of the dotfiles and then the system panics. Thinking that perhaps it was cpio at fault, I tried the following cp -R /tmphome/tflorman /home and the system paniced yet again. I don't have any of the debugging symbols enabled in the kernel so I can't give you much else to go on. here is the dmesg of the the server... syncing disks, buffers remaining... 409 409 405 405 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 404 Copyright (c) 1992-2004 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 5.2.1-RC2 #0: Wed Feb 18 21:32:16 MST 2004 root@hel.florman.net:/usr/src/sys/sparc64/compile/HEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc046a000. Timecounter "tick" frequency 360000000 Hz quality 0 real memory = 536870912 (512 MB) avail memory = 508403712 (484 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (360.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: revision 0x01 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x14003043bc-0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80cf7a45 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x1400702000-0x140070200f,0x1400200000-0x14002000ff irq 36,35 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1 hme0: Ethernet address: 08:00:20:cf:7a:45 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: at device 2.0 (no driver attached) atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pci1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] pcib2: at device 1.0 on pci0 pci2: on pcib2 rl0: port 0x400-0x47f mem 0x2000-0x207f at device 1.0 on pci2 rl0: Ethernet address: 00:00:b4:90:f2:a1 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xfffff80000866aa0 ad0: 19092MB [38792/16/63] at ata2-master WDMA2 acd0: CDRW at ata3-master PIO4 GEOM: create disk ad1 dp=0xfffff800007e30a0 ad1: 8223MB [16708/16/63] at ata3-slave WDMA2 Mounting root from ufs:/dev/ad0a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 4 files 1 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 60 files 18 WARNING: /home was not properly dismounted arp: 67.165.246.129 moved from 00:0b:bf:7c:fc:8c to 00:0b:bf:7c:fc:54 on hme0 pflog: $Name: VERSION_2_03 $ pfsync: $Name: VERSION_2_03 $ in6_ifattach: pflog0 is not multicast capable, IPv6 not enabled in6_ifattach: pfsync0 is not multicast capable, IPv6 not enabled pflog0: promiscuous mode enabled pf: $Name: VERSION_2_03 $ >How-To-Repeat: using amd on an i386 client to mount an exported filesystem on a sparc64 nfs server, write multiple files to the nfs mounted filesystem from the nfsclient. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 05:07:47 2004 Return-Path: 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 5E65B16A4CE; Sat, 21 Feb 2004 05:07:47 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C3E43D1D; Sat, 21 Feb 2004 05:07:46 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i1LD7dh23019; Sat, 21 Feb 2004 14:07:39 +0100 (MET) Date: Sat, 21 Feb 2004 14:07:39 +0100 (CET) From: Harti Brandt To: Garance A Drosihn In-Reply-To: Message-ID: <20040221140438.M87450@beagle.fokus.fraunhofer.de> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org cc: ru@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 13:07:47 -0000 On Fri, 20 Feb 2004, Garance A Drosihn wrote: GAD>At 7:56 PM -0800 2/19/04, Marcel Moolenaar wrote: GAD>>On Thu, Feb 19, 2004, Garance A Drosihn wrote: GAD>> > GAD>>> My basic plan is to commit these three files to /usr/src on GAD>> > March 1st. ... Then, at some later date, we'd commit the GAD>> > change to /usr/src/sys/sparc64/include/_types.h which makes GAD>> > the switch, and add an entry in /usr/src/UPDATING ... GAD>> > GAD>>> Does this seem reasonable? GAD>> GAD>>Is there a way we can avoid footshooting? GAD>> GAD>>For example: check if /usr/include/machine/_types.h is equal to GAD>>the one in the source tree and disallow installworld without GAD>>some special define if they're not. The scripts use the define GAD>>to circumvent the anti-footshooting measure. Something along GAD>>those lines... GAD> GAD>I would really like to have something like this, but I doubt I GAD>have the time to make it happen. I am not quite sure how it GAD>would be hooked up to the buildworld/installworld process, either. GAD>Maybe Ruslan could help me out there. GAD> GAD>In thinking about this, I think the simplest solution would be GAD>some program which is compiled & run at buildworld time, and GAD>which is also run at installworld time. We would want it to GAD>run it as early as possible in the processing of those targets. GAD> GAD>I *think* what would work is something like: GAD>In /etc/make.conf, users would define: GAD> GAD>SPARCWORLD_TIMET=32bit or SPARCWORLD_TIMET=64bit GAD> GAD>If neither is defined, than 32-bit is assumed. That would look like an option to build either way and I think we shouldn't have such an option that allows 32bit time_t's. This will require to ship to sets of packages and will give as a lot of bug reports because of mismatched packages and kernels. GAD>You then have a program in buildworld which simply looks at the GAD>length of time_t that it finds at compile-time, and prints out GAD>a single-line which says '64bit' or '32bit'. GAD> GAD>Then, in both buildworld and installworld (and maybe buildkernel GAD>and installkernel), you add logic which says something vaguely GAD>like: GAD> GAD> SPARCWORLD_TIMET?=32bit GAD> FOUND_TIMET="`${.OBJDIR}/something/check_program`" GAD> if [ "${SPARCWORLD_TIMET}" != "`check_program`" ] then GAD> echo "You are building a $FOUND_TIMET system, but you seem" GAD> echo "to expect to build a $SPARCWORLD_TIMET system. You" GAD> echo "must either modify /etc/make.conf to add:" GAD> echo " SPARCWORLD_TIMET=$FOUND_TIMET" GAD> echo "or edit /usr/src/sys/sparc64/include/_types.h to" GAD> echo "change the type of __time_t to be " GAD> exit 1 GAD> fi GAD> GAD>If I've done this right, then people will be forced to add GAD>SPARCWORLD_TIMET=64bit to their /etc/make.conf when they GAD>make the switch to 64-bit time_t's. Once they do that, though, GAD>they can be reasonably sure they will never mistakenly build or GAD>install a 32-bit time_t system over an already-64-bit system. GAD> GAD>I am certain that there are some details I have overlooked, but I GAD>really don't have the time to think it through right now. GAD> GAD> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 10:42:11 2004 Return-Path: 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 15A7816A4CE for ; Sat, 21 Feb 2004 10:42:11 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C368243D1F for ; Sat, 21 Feb 2004 10:42:10 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1LIgATr001406 for ; Sat, 21 Feb 2004 13:42:10 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1LIgAJ9001405 for freebsd-sparc64@freebsd.org; Sat, 21 Feb 2004 13:42:10 -0500 (EST) Date: Sat, 21 Feb 2004 13:42:10 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040221184210.GA1247@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Packages on snapshot ISO... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 18:42:11 -0000 I think I have the initial step of building a snapshot ISO done. Needed to find and disable a script Peter had inside the repo infrastructure that was supposed to avoid foot-shooting (in this case I really *did* want to commit to a local copy of the repo and not the one on repoman...). With that disabled it let me do the commit (sorry Garance, it will wind up looking like I made the commit in any snapshots we create but that will not be the case once you make the real commit and I stop needing this local repo to do the snapshot builds from). Any hints on what packages to include in the ISO? Normally miniinst CD's only have the perl package on them. Is that good enough for now or are there a couple others that should really be included? I'll probably try to get a perl package built and a normal miniinst built today, if that works I'll do a disc1 with whatever package suggestions come along in a day or two. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 10:59:20 2004 Return-Path: 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 263C416A4CE; Sat, 21 Feb 2004 10:59:20 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40FA43D2D; Sat, 21 Feb 2004 10:59:19 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1LIx8HQ031511; Sat, 21 Feb 2004 13:59:08 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040221140438.M87450@beagle.fokus.fraunhofer.de> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220035635.GA69900@dhcp01.pn.xcllnt.net> <20040221140438.M87450@beagle.fokus.fraunhofer.de> Date: Sat, 21 Feb 2004 13:59:06 -0500 To: Harti Brandt From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org cc: ru@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 18:59:20 -0000 At 2:07 PM +0100 2/21/04, Harti Brandt wrote: >GAD>I *think* what would work is something like: >GAD>In /etc/make.conf, users would define: >GAD> >GAD>SPARCWORLD_TIMET=32bit or SPARCWORLD_TIMET=64bit >GAD> >GAD>If neither is defined, than 32-bit is assumed. > >That would look like an option to build either way and I think >we shouldn't have such an option that allows 32bit time_t's. >This will require to ship to sets of packages and will give as >a lot of bug reports because of mismatched packages and kernels. Well, I was just giving a basic idea of something we could do, I did not mean to imply this is all we would ever do. This would just be a transition aid, and like all transition aids it would eventually disappear. Initially, I think we DO want to allow 32-bit builds. But then, after a week or two, we would simply change the script to say: "I'm sorry dave, but I can't let you do 32-bit builds anymore". Why do we want to allow 32-bit builds? Because the instructions say: First do a 32-bit build. Install it. Once you know that that installation is working, Change _types.h, do a 64-bit build, and install that. >GAD> I am certain that there are some details I have overlooked, but >GAD> I really don't have the time to think it through right now. I probably should have *started* my message by emphasizing this part more strongly. I think the low-level details are workable, but some developer would have to sit down and think them out. That is what I do not have the time to do. Also keep in mind that whatever we do for 5.x-current, we will also have users who are sticking on 5.2.1-security until 5.2- release comes out. It would be nice if they also had a way to make a smooth transition, without the risk of shooting their foot off... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 11:09:47 2004 Return-Path: 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 9C48816A4CE for ; Sat, 21 Feb 2004 11:09:47 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED1743D1F for ; Sat, 21 Feb 2004 11:09:47 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1LJ9cHQ000721; Sat, 21 Feb 2004 14:09:39 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220035635.GA69900@dhcp01.pn.xcllnt.net> <20040221140438.M87450@beagle.fokus.fraunhofer.de> Date: Sat, 21 Feb 2004 14:09:37 -0500 To: Harti Brandt From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 19:09:47 -0000 At 1:59 PM -0500 2/21/04, Garance A Drosihn wrote: >Also keep in mind that whatever we do for 5.x-current, we will >also have users who are sticking on 5.2.1-security until 5.2- >release comes out. It would be nice if they also had a way to >make a smooth transition, without the risk of shooting their >foot off... No matter how many times I re-read my messages, there is often some mistake that I don't see until after I post it... Of course I meant: "are sticking with 5.2.1-security until *5.3* is released." -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 13:18:33 2004 Return-Path: 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 AB36516A4CE; Sat, 21 Feb 2004 13:18:33 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BDEC43D1D; Sat, 21 Feb 2004 13:18:33 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1LLIOOE029455; Sat, 21 Feb 2004 13:18:24 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1LLIJqt095964; Sat, 21 Feb 2004 13:18:19 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1LLIJ9W095951; Sat, 21 Feb 2004 13:18:19 -0800 (PST) (envelope-from marcel) Date: Sat, 21 Feb 2004 13:18:18 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040221211818.GA71845@dhcp01.pn.xcllnt.net> References: <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220035635.GA69900@dhcp01.pn.xcllnt.net> <20040221140438.M87450@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: ru@freebsd.org cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 21:18:33 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 21, 2004 at 01:59:06PM -0500, Garance A Drosihn wrote: > > Why do we want to allow 32-bit builds? > Because the instructions say: > First do a 32-bit build. Install it. > Once you know that that installation is working, > Change _types.h, do a 64-bit build, and install that. If we are going to commit this stuff, the requirement to build a 32-bit time_t system first, apply the one-liner to _types.h and rebuild a 64-bit time_t from the same source tree is not going to fly anymore. We need to realize that we get people who upgrade a 32-bit time_t many months old to a 64-bit time_t in a single pass. This is a risk we need to take. As long as people do not install anything, a buildworld or buildkernel can fail. The part that is tricky is that the executables actually run. I'm not too worried about that. Note also that we should not make a mountain out of this. I think upgrading should not be made harder than it really is. All we need to do is protect the installation targets so that people are forced to run the scripts when they need to. Remember that we probably want the footshooting measure for the whole 5-stable lifetime. Just to be on the safe side. See attached patch for an implementation of the concept, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sparc.diff" Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.405 diff -u -r1.405 Makefile.inc1 --- Makefile.inc1 13 Feb 2004 21:52:08 -0000 1.405 +++ Makefile.inc1 21 Feb 2004 21:15:28 -0000 @@ -342,12 +342,25 @@ buildworld: ${WMAKE_TGTS} .ORDER: ${WMAKE_TGTS} +.if ${TARGET_ARCH} == "sparc64" +SPARC64_ANTI_FOOTSHOOTING=sparc64_installcheck +OLD_TIME_T!= grep __time_t /usr/include/machine/_types.h | awk '{print $2}' +NEW_TIME_T!= grep __time_t ${.CURDIR}/sys/sparc64/include/_types.h | awk '{print $2}' + +sparc64_installcheck: +.if ${OLD_TIME_T} != ${NEW_TIME_T} + echo use the scripts, Luke! + false +.endif + +.endif + # # installcheck # # Checks to be sure system is ready for installworld # -installcheck: +installcheck: ${SPARC64_ANTI_FOOTSHOOTING} .if !defined(NO_SENDMAIL) @if ! `id -u smmsp > /dev/null`; then \ echo "ERROR: Required smmsp user is missing, see /usr/src/UPDATING."; \ @@ -503,6 +516,9 @@ # # Install the kernel defined by INSTALLKERNEL # +installkernel installkernel.debug: ${SPARC64_ANTI_FOOTSHOOTING} +reinstallkernel reinstallkernel.debug: ${SPARC64_ANTI_FOOTSHOOTING} + installkernel reinstallkernel installkernel.debug reinstallkernel.debug: .if empty(INSTALLKERNEL) @echo "ERROR: No kernel \"${KERNCONF}\" to install." --y0ulUmNC+osPPQO6-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 14:24:06 2004 Return-Path: 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 1641E16A4CE; Sat, 21 Feb 2004 14:24:06 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3BF643D1D; Sat, 21 Feb 2004 14:24:05 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1LMNvvB023892; Sat, 21 Feb 2004 17:24:01 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040221211818.GA71845@dhcp01.pn.xcllnt.net> References: <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> <20040220035635.GA69900@dhcp01.pn.xcllnt.net> <20040221140438.M87450@beagle.fokus.fraunhofer.de> <20040221211818.GA71845@dhcp01.pn.xcllnt.net> Date: Sat, 21 Feb 2004 17:23:55 -0500 To: Marcel Moolenaar From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: ru@freebsd.org cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 22:24:06 -0000 At 1:18 PM -0800 2/21/04, Marcel Moolenaar wrote: >On Sat, Feb 21, 2004, Garance A Drosihn wrote: > > >> Why do we want to allow 32-bit builds? >> Because the instructions say: >> First do a 32-bit build. Install it. >> Once you know that that installation is working, >> Change _types.h, do a 64-bit build, and install that. > >If we are going to commit this stuff, the requirement to build a >32-bit time_t system first, apply the one-liner to _types.h and >rebuild a 64-bit time_t from the same source tree is not going to >fly anymore. We need to realize that we get people who upgrade >a 32-bit time_t many months old to a 64-bit time_t in a single >pass. I do realize that. I think I think these people will run into extra trouble if they are not willing to do two buildworlds once they do have the time to make this jump. >This is a risk we need to take. I am perhaps a little paranoid on this issue, but this *is* a disruptive change. I think people will just be worse off if we imply that they do not have to take fact that into account. If people don't want to do two buildworlds, than that is a risk that *they* are taking. It is not a risk that I am comfortable telling them to take, because I will have no help for them if things go wrong. The amount of time that they will lose if they get into serious trouble is going to be much greater than the time it would take to do the extra buildworld. If we want a simple, trusty upgrade path such that everyone can treat this like any other upgrade, then we're going to have to go throught the full process of providing backwards compatibility, and we will have to wait until 6.0-release to do it. >See attached patch for an implementation of the concept, Something along these lines would be nice to have. It would be nicer to have something that catches the mistake at buildworld time, but this is certainly better than doing nothing. Note that I do not know enough about the installworld/installkernel targets to say if this is safe enough to use, but from what little I do know it seems okay. As I have implied earlier, I don't really have the time to debug this idea, but I think it's a good idea to do. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 19:41:40 2004 Return-Path: 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 F0DBE16A4CF; Sat, 21 Feb 2004 19:41:39 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFCE043D1D; Sat, 21 Feb 2004 19:41:39 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2887F7303A; Sat, 21 Feb 2004 22:41:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222034139.2887F7303A@freebsd-current.sentex.ca> Date: Sat, 21 Feb 2004 22:41:39 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 03:41:40 -0000 TB --- 2004-02-22 02:41:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 02:41:26 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-22 02:41:26 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 02:46:23 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /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 --- 2004-02-22 03:30:19 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 03:30:19 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 03:38:57 GMT 2004 TB --- 2004-02-22 03:38:57 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 03:38:57 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 03:38:57 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-22 03:41:38 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 03:41:38 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 03:41:38 - tinderbox aborted