From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 14 12:22: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 353C616A4CE for ; Sun, 14 Mar 2004 12:22:12 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A2843D1D for ; Sun, 14 Mar 2004 12:22:11 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2EKKb623538 for ; Sun, 14 Mar 2004 21:20:39 +0100 Message-Id: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Sun, 14 Mar 2004 21:20:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcQKAdBGxQA5pKmYReC1aSDk6C0NFg== X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-SpamScore: s X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl Subject: Reasons for 64-bTT & DHCP import 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, 14 Mar 2004 20:22:12 -0000 Hello everyone, Thank your for the excellent documentation that comes with the 64-bTT change. I am following it on my Enterprise 250 as we speak. Probably a Real Stupid question, but why hasn't __time_t been a __int64_t from the beginning? I'm asking out of sheer curiosity and insight in development. Also, I am curious why we're not importing ISC DHCP 3 in the base system. Skimming over the ISC license, I don't see any direct issues. Once again: don't mean to bash, just curious. Regards, Roderick From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 14 13:07: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 02F8B16A4CE for ; Sun, 14 Mar 2004 13:07:11 -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 9174143D41 for ; Sun, 14 Mar 2004 13:07:10 -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.11/8.12.11) with ESMTP id i2EL7AQB037895; Sun, 14 Mar 2004 13:07:10 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2EL7AYg006559; Sun, 14 Mar 2004 13:07:10 -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 i2EL79cK006558; Sun, 14 Mar 2004 13:07:09 -0800 (PST) (envelope-from marcel) Date: Sun, 14 Mar 2004 13:07:09 -0800 From: Marcel Moolenaar To: Roderick van Domburg Message-ID: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> References: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 14 Mar 2004 21:07:11 -0000 On Sun, Mar 14, 2004 at 09:20:37PM +0100, Roderick van Domburg wrote: > > Probably a Real Stupid question, but why hasn't __time_t been a __int64_t > from the beginning? I'm asking out of sheer curiosity and insight in > development. I don't know the real reasons, if there were any reasons at all, but in general things like this are most of the time the result of chance. Some developer has to have the right amount of awareness in order to raise the issue. The right amount of awareness in this case includes: o The fact that __time_t is 32-bits. We very likely know the answer when it matters, but at other times we tend to forget about it. o The fact that with 32-bits, Y2K resurfaces as Y2038. Again, when explicitly confronted with it, we can figure it out but we won't wory about it every day. o The fact that 40 years is soon. This typically is not a concern at all for the developers who are working on the initial port. Getting it to work is priority 1. And so on. The result is that before you get to a point where you can worry about it, you have snapshots, ports and users. Even if you then realize that a 64-bit time_t would be ideal, you very likely don't bother. Especially if no other platforms have it. > Also, I am curious why we're not importing ISC DHCP 3 in the base system. > Skimming over the ISC license, I don't see any direct issues. Once again: > don't mean to bash, just curious. Someone has to feel the need. If it's the maintainer who feels the need, you don't anything else. Otherwise you need enough voices to make the maintainer feel the need to do it. Sometimes there are good reasons to not upgrade. I don't know if that applies here. I don't think so. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 14 14:18:42 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 D8C0B16A4CE for ; Sun, 14 Mar 2004 14:18:42 -0800 (PST) Received: from citadel.nobulus.com (citadel.nobulus.com [212.97.207.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2FA43D2D for ; Sun, 14 Mar 2004 14:18:42 -0800 (PST) (envelope-from iva@citadel.nobulus.com) Received: from citadel.nobulus.com (localhost.nobulus.com [127.0.0.1]) by citadel.nobulus.com (8.12.10/8.12.9) with ESMTP id i2ENF3Pf024095; Sun, 14 Mar 2004 23:15:03 GMT (envelope-from iva@citadel.nobulus.com) Received: (from iva@localhost) by citadel.nobulus.com (8.12.10/8.12.9/Submit) id i2ENF1w1024094; Sun, 14 Mar 2004 23:15:01 GMT (envelope-from iva) Date: Sun, 14 Mar 2004 23:15:01 +0000 From: Ilya Varlashkin To: Ken Smith Message-ID: <20040314231501.GA23978@CITADEL.NOBULUS.COM> References: <20040310182734.3368.qmail@web21503.mail.yahoo.com> <20040310205538.GC28068@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040310205538.GC28068@electra.cse.Buffalo.EDU> cc: Mark Cartwright cc: freebsd-sparc64@freebsd.org Subject: Re: Terminal Emulation 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, 14 Mar 2004 22:18:43 -0000 On Wed, Mar 10, 2004 at 03:55:38PM -0500, Ken Smith wrote: > On Wed, Mar 10, 2004 at 10:27:34AM -0800, Mark Cartwright wrote: > > > Does anyone know if there are any plans to make > > console terminal emmulation work properly under > > freebsd/sparc64? I am not a developer, but I can't > > imagine it would be that difficult to borrow some code > > from the other BSD's (opena and net) which both are > > capable of running X locally and have full support for > > the sun terminal type. > > I can't speak for other developers but these issues are something > I'm interested in taking care of at some point if nobody else gets > to it first. That said, I have absolutely no clue what kind of > a timeframe that would happen in. I'm still getting my bearings > and have another obligation or two within the project. > I'm not sure if the problem I had with the console is the only that exists. If so, I solved it just copying terminal definition from Solaris. Works fine now! If there is no copyright problem in this, why don't just incorporate these changes into the FreeBSD source tree? I can send the definition I use if this makes sense. Kind regards, Ilya Varlashkin From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 14 14:25: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 73E3F16A4CE for ; Sun, 14 Mar 2004 14:25:07 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC3AA43D1D for ; Sun, 14 Mar 2004 14:25:06 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2EMP62Z003434; Sun, 14 Mar 2004 17:25:06 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2EMP67Q003433; Sun, 14 Mar 2004 17:25:06 -0500 (EST) Date: Sun, 14 Mar 2004 17:25:05 -0500 From: Ken Smith To: Ilya Varlashkin Message-ID: <20040314222505.GA3313@electra.cse.Buffalo.EDU> References: <20040310182734.3368.qmail@web21503.mail.yahoo.com> <20040310205538.GC28068@electra.cse.Buffalo.EDU> <20040314231501.GA23978@CITADEL.NOBULUS.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314231501.GA23978@CITADEL.NOBULUS.COM> User-Agent: Mutt/1.4.1i cc: Mark Cartwright cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Terminal Emulation 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, 14 Mar 2004 22:25:07 -0000 On Sun, Mar 14, 2004 at 11:15:01PM +0000, Ilya Varlashkin wrote: > I'm not sure if the problem I had with the console is the only that exists. > If so, I solved it just copying terminal definition from Solaris. Works > fine now! > > If there is no copyright problem in this, why don't just incorporate these > changes into the FreeBSD source tree? I can send the definition I use > if this makes sense. I'm fairly sure a copy from Solaris would be an issue with respect to copyrights/etc. I was going to see what NetBSD has, I've seen a fair amount of stuff imported from there. Thanks for the offer though. -- 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 Sun Mar 14 14:50:15 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 20EF416A4CE; Sun, 14 Mar 2004 14:50:15 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF18A43D2F; Sun, 14 Mar 2004 14:50:14 -0800 (PST) (envelope-from wes@softweyr.com) Received: from zaphod.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id E60B4881CFB; Sun, 14 Mar 2004 14:50:13 -0800 (PST) Date: Sun, 14 Mar 2004 14:50:13 -0800 From: Wes Peters To: Ken Smith Message-Id: <20040314145013.2ee6a49d.wes@softweyr.com> In-Reply-To: <20040313071824.GA21635@electra.cse.Buffalo.EDU> References: <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU> <20040312221016.5ab0c53a.wes@softweyr.com> <20040313071824.GA21635@electra.cse.Buffalo.EDU> Organization: Softweyr.com X-Mailer: Sylpheed version 0.9.8 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: kensmith@cse.Buffalo.EDU cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild 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, 14 Mar 2004 22:50:15 -0000 On Sat, 13 Mar 2004 02:18:25 -0500 Ken Smith alleged: > On Fri, Mar 12, 2004 at 10:10:16PM -0800, Wes Peters wrote: > > > Ok, I bumped into this problem too. Now when I try to boot my previous > > kernel I get: > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK unload kernel > > OK load /boot/kernel.old/kernel > > /boot/kernel.old/kernel data=0x2bbc08+0x3c568 > > syms=[0x8+0x4ad18+0x8+0x3d2b2] OK boot > > nothing to autoload yet. > > jumping to kernel entry at 0xc0040000. > > 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-CURRENT #1: Wed Feb 18 22:58:52 PST 2004 > > rootb@sparky.softweyr.com:/usr/obj/usr/src/sys/SPARKY > > panic: trap: fast data access mmu miss > > at line 364 in file /usr/src/sys/sparc64/sparc64/trap.c > > Uptime: 1s > > > > Not good. Time to burn a 5.2.1 CD? > > Ouch. I'm having trouble figuring out why the old kernel won't boot. > As Kris said someone has suggested this is similar to the problem we > had with make_dev() on the Alphas. That's certainly possible but if > that kernel had been running before I'm not so sure that's the problem, > I don't understand how the kernel would have been able to run before if > it's really the make_dev() issue. > > You might want to give the ISO in snapshots/sparc64 on the mirror > sites a try instead of the 5.2.1 CD, especially if you had already > made the leap to 64-bit time_t. I was in the process of trying to > create a newer version of that when I came across the problem with > the root drive not being mountable. Now that it's fixed I'm trying > again but it will be a day or so before that's ready (if all goes > well this time :-). > > Can you let us know what hardware you have? I'm most interested in > general model (e.g. Ultra-30?) and whether it has a graphical console > that's supposed to work (e.g. Creator-3D?). If it does have the > graphical console as a last resort you could try detaching the keyboard > and connecting a serial console to see if you can coax it into booting > the older kernel that way. I haven't been having problems with serial > console machines at all recently... Ultra-5 with 333MHz cpu module, (currently not) booting on serial console. I have a keyboard and mouse, but they are currently resting in the closet nearby. The kernel config is GENERIC with features I don't have hacked out; nothing esoteric at all. I do usually remove and _ROOT options I'll snag the latest snapshot and try that. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-sparc64@FreeBSD.ORG Sun Mar 14 18:38: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 DA79916A4CF for ; Sun, 14 Mar 2004 18:38:33 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8D743D31 for ; Sun, 14 Mar 2004 18:38:33 -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 i2F2cWoP032349; Sun, 14 Mar 2004 21:38:32 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> References: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> Date: Sun, 14 Mar 2004 21:38:31 -0500 To: "Roderick van Domburg" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 02:38:34 -0000 At 9:20 PM +0100 3/14/04, Roderick van Domburg wrote: >Hello everyone, > >Thank your for the excellent documentation that comes with the >64-bTT change. I am following it on my Enterprise 250 as we speak. Hopefully you'll still be happy with it after you're done... :-) >Probably a Real Stupid question, but why hasn't __time_t been a >__int64_t from the beginning? I'm asking out of sheer curiosity >and insight in development. I think it was just that both i386 and alpha had 32-bit time_t's, so it seemed reasonable to stick with that for sparc64. Later on, the ia64 and amd64 ports started up, and they decided to go with 64-bTT. After thinking about that a little, it seemed like we might as well switch to 64-bTT for sparc64 right now, instead of waiting for when the i386 and alpha ports will switch. Also, I think we initially hoped that "5.x-stable" was going to happen much sooner than it did. And given our original hopes for that schedule, it seemed better to go with the 32-bTT that we were already familiar with. >Also, I am curious why we're not importing ISC DHCP 3 in the >base system. Skimming over the ISC license, I don't see any >direct issues. Once again: don't mean to bash, just curious. This one I don't know about. I'm lucky enough that my sparc64 machine does not have to use dhcp at all... :-) -- 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 Mar 15 07:29:03 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 B4E0516A4CE for ; Mon, 15 Mar 2004 07:29:03 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6704643D46 for ; Mon, 15 Mar 2004 07:29:01 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2FFSe602853; Mon, 15 Mar 2004 16:28:40 +0100 Message-Id: <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: "'Marcel Moolenaar'" Date: Mon, 15 Mar 2004 16:28:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 In-Reply-To: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> Thread-Index: AcQKCFN+GCnOU6KXTJuYj+jah+OFAgAlpwyA X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl cc: freebsd-sparc64@freebsd.org Subject: RE: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 15:29:03 -0000 Hello everyone, Thanks for all of your answers! > > Also, I am curious why we're not importing ISC DHCP 3 in the base > > system. Skimming over the ISC license, I don't see any direct issues. > > Once again: don't mean to bash, just curious. > > Someone has to feel the need. If it's the maintainer who feels the need, > you don't anything else. Otherwise you need enough voices to make the > maintainer feel the need to do it. Sometimes there are good reasons to > not upgrade. I don't know if that applies here. I don't think so. You don't feel there are any reasons not to or you don't feel there are any reasons? :-) Currently, DHCP support for sparc64 isn't exactly _broken_ (it will survive an install) but I wouldn't go as far as saying that it earns Tier 1 support, either... Regards, Roderick From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 07:51: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 912E716A4D5; Mon, 15 Mar 2004 07:51:12 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295E943D1D; Mon, 15 Mar 2004 07:51:12 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2FFp02Z023352; Mon, 15 Mar 2004 10:51:00 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2FFp040023351; Mon, 15 Mar 2004 10:51:00 -0500 (EST) Date: Mon, 15 Mar 2004 10:51:00 -0500 From: Ken Smith To: Wes Peters Message-ID: <20040315155100.GF21480@electra.cse.Buffalo.EDU> References: <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU> <20040312221016.5ab0c53a.wes@softweyr.com> <20040313071824.GA21635@electra.cse.Buffalo.EDU> <20040314145013.2ee6a49d.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314145013.2ee6a49d.wes@softweyr.com> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild 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, 15 Mar 2004 15:51:12 -0000 On Sun, Mar 14, 2004 at 02:50:13PM -0800, Wes Peters wrote: > Ultra-5 with 333MHz cpu module, (currently not) booting on serial console. > I have a keyboard and mouse, but they are currently resting in the closet > nearby. The kernel config is GENERIC with features I don't have hacked out; > nothing esoteric at all. I do usually remove and _ROOT options I was in the final phases of testing a new 64-bit time_t ISO and for the first time tried something other than an Ultra-60. Guess what... So I think I have an arch that will reliably cause me the problem (I spent the rest of last night installing it off the last snapshot which was done a day or two before the new devfs stuff, I'm just getting it to the point I can start building test kernels). I also spent some time finding the code I need to care about and sure enough, looks like the same problem as alpha. cninit() is called before proc0 gets set up and mutex_init(). I'll spend some time today coming up with my best guess at how to rearrange that chunk of machdep.c. > I'll snag the latest snapshot and try that. That should work but don't upgrade any farther past that until the console issue gets taken care of. -- 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 Mar 15 08:05:42 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 E08D116A4CE for ; Mon, 15 Mar 2004 08:05:42 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1BE343D53 for ; Mon, 15 Mar 2004 08:05:42 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 841EE530E; Mon, 15 Mar 2004 17:05:41 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 21B17530A; Mon, 15 Mar 2004 17:05:35 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 02F6B33CA7; Mon, 15 Mar 2004 17:05:34 +0100 (CET) To: "Roderick van Domburg" References: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 17:05:34 +0100 In-Reply-To: <200403142020.i2EKKb623538@netlx014.civ.utwente.nl> (Roderick van Domburg's message of "Sun, 14 Mar 2004 21:20:37 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 16:05:43 -0000 "Roderick van Domburg" writes: > Also, I am curious why we're not importing ISC DHCP 3 in the base system. OK, I may be confused, but: des@dwp ~% which dhclient /sbin/dhclient des@dwp ~% dhclient -h Internet Software Consortium DHCP Client V3.0.1rc12 Copyright 1995-2002 Internet Software Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Usage: dhclient [-1Ddqr] [-nw] [-p ] [-s server] [-cf config-file] [-lf lease-file][-pf pid-file] [-e VAR=3D= val] [-sf script-file] [interface] DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 08:15: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 920CE16A4CE for ; Mon, 15 Mar 2004 08:15:10 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E1CC43D39 for ; Mon, 15 Mar 2004 08:15:09 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2FGC0619559 for ; Mon, 15 Mar 2004 17:12:00 +0100 Message-Id: <200403151612.i2FGC0619559@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Mon, 15 Mar 2004 17:12:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQKqEAlNkrt5itFTPGa2G/R5UtMJA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl Subject: 64-bTT isc-dhcp3-client experiences 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, 15 Mar 2004 16:15:10 -0000 Hello everyone, Just completed the upgrade and my system seems to run fine, with the exception of DHCP. I installed the isc-dhcp3-client port as instructed, and recompiled it using a 64-bTT, but here's some unexpected behavior: dhclient gets an initial lease, everything seems to be peachy. As observed earlier, the lease renewal times in /var/db/dhclient.leases are totally off. Restarting dhclient flips its behavior from reporting a year like 823423423 between 2004 - 20xx. However, after a minute or two dhclient starts releasing and renewing like there's no tomorrow, peaking CPU usage of both itself and syslogd. The system becomes completely unusable. Anyone else noticed this behavior? Running isc-dhclient-V3.0.1rc12 and a March 15 world. A dmesg and KERNCONF follow, the system is a Sun Enterprise 250. Regards, Roderick --8<--- dmesg --8<--- 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-CURRENT #0: Mon Mar 15 11:51:36 CET 2004 roderick@magog.student.utwente.nl:/usr/obj/usr/src/sys/MAGOG Preloaded elf kernel "/boot/kernel/kernel" at 0xc02e8000. Timecounter "tick" frequency 400000000 Hz quality 0 real memory = 536870912 (512 MB) avail memory = 509575168 (485 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a00 3,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) ebus0: addr 0x1400400000-0x140040007f irq 43 (no driver attached) ebus0: addr 0x1400200000-0x140020007f irq 35 (no driver attached) ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 33 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043c b irq 33 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80cfc01b ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 37,40 (no driver attached) hme0: mem 0x4100000-0x4107fff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:cf:c0:1b miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:cf:c0:1b sym0: <875> port 0x2000-0x20ff mem 0x410a000-0x410afff,0x4108000-0x41080ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x2400-0x24ff mem 0x410e000-0x410efff,0x410c000-0x410c0ff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: at device 2.0 on pci0 pci1: on pcib1 hme1: mem 0x4000000-0x4007fff at device 0.1 on pci1 pcib1: slot 0 INTB is routed to irq 17 hme1: Ethernet address: 08:00:20:cf:c0:1b miibus1: on hme1 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: 08:00:20:cf:c0:1b pci1: at device 4.0 (no driver attached) pcib2: on nexus0 pcib2: Psycho, impl 0, version 4, ign 0x7c0, bus A pci2: on pcib2 pci2: at device 1.0 (no driver attached) nexus0: , type system-service-processor (no driver attached) nexus0: , type memory-controller (no driver attached) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da2 at sym0 bus 0 target 9 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da1 at sym0 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da3 at sym0 bus 0 target 10 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da3: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da5 at sym0 bus 0 target 12 lun 0 da5: Fixed Direct Access SCSI-2 device da5: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da5: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da4 at sym0 bus 0 target 11 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da4: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) Mounting root from ufs:/dev/da0a ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to deny, logging disabled --8<--- KERNCONF --8<--- # # MAGOG -- Sun Enterprise 250 kernel configuration file for FreeBSD/sparc64 # machine sparc64 cpu SUN4U ident MAGOG options SCHED_ULE #ULE scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores #options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions # Standard busses device ebus device pci # New OpenFirmware PCI framework. This fixes a number of interrupt- # routing problems and changes the device enumeration to be hopefully # closer to Solaris. Be aware that, because of the latter, enabling or # disabling this option may require reconfiguration, and can even # cause the machine to not boot without manual intervention before the # fstab is adjusted. options OFW_NEWPCI # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device ofw_console # OpenBoot firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really an ebus driver for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter # RANDOM_IP_ID causes the ID field in IP packets to be randomized # instead of incremented by 1 with each packet generated. This # option closes a minor information leak which allows remote # observers to determine the rate of packet generation on the # machine by watching the counter. options RANDOM_IP_ID From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 08:15: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 DC86A16A4CE for ; Mon, 15 Mar 2004 08:15:58 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2336143D41 for ; Mon, 15 Mar 2004 08:15:56 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2FGFm620953 for ; Mon, 15 Mar 2004 17:15:48 +0100 Message-Id: <200403151615.i2FGFm620953@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Mon, 15 Mar 2004 17:15:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQKp2Qxur+KLdSASlWsH77WNcqXxQAAPCgQAAAVfoA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl Subject: FW: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 16:15:59 -0000 > "Roderick van Domburg" writes: > > Also, I am curious why we're not importing ISC DHCP 3 in the base > system. > > OK, I may be confused, but: > > des@dwp ~% which dhclient > /sbin/dhclient > des@dwp ~% dhclient -h > Internet Software Consortium DHCP Client V3.0.1rc12 > Copyright 1995-2002 Internet Software Consortium. > All rights reserved. > [snip] My bad: mistakenly presumed the base system lagged behind the ports. Regards, Roderick (Fwd'ing after I forgot to cc freebsd-sparc64) From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 08:18:34 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 8321C16A4CE for ; Mon, 15 Mar 2004 08:18:34 -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 3BE4B43D2F for ; Mon, 15 Mar 2004 08:18:34 -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.11/8.12.11) with ESMTP id i2FGIYXw041996; Mon, 15 Mar 2004 08:18:34 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2FGIXmQ010863; Mon, 15 Mar 2004 08:18:33 -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 i2FGIXl5010862; Mon, 15 Mar 2004 08:18:33 -0800 (PST) (envelope-from marcel) Date: Mon, 15 Mar 2004 08:18:33 -0800 From: Marcel Moolenaar To: Roderick van Domburg Message-ID: <20040315161833.GA10855@dhcp01.pn.xcllnt.net> References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 16:18:34 -0000 On Mon, Mar 15, 2004 at 04:28:42PM +0100, Roderick van Domburg wrote: > > > > Also, I am curious why we're not importing ISC DHCP 3 in the base > > > system. Skimming over the ISC license, I don't see any direct issues. > > > Once again: don't mean to bash, just curious. > > > > Someone has to feel the need. If it's the maintainer who feels the need, > > you don't anything else. Otherwise you need enough voices to make the > > maintainer feel the need to do it. Sometimes there are good reasons to > > not upgrade. I don't know if that applies here. I don't think so. > > You don't feel there are any reasons not to or you don't feel there are any > reasons? :-) I don't think there are specific reasons not to upgrade. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 08:34:03 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 9948316A4CE for ; Mon, 15 Mar 2004 08:34:03 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6F143D55 for ; Mon, 15 Mar 2004 08:34:03 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2E573530E; Mon, 15 Mar 2004 17:34:02 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 18DC8530A; Mon, 15 Mar 2004 17:33:56 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id F3EE533CA7; Mon, 15 Mar 2004 17:33:55 +0100 (CET) To: Marcel Moolenaar References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 17:33:55 +0100 In-Reply-To: <20040315161833.GA10855@dhcp01.pn.xcllnt.net> (Marcel Moolenaar's message of "Mon, 15 Mar 2004 08:18:33 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Roderick van Domburg cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 15 Mar 2004 16:34:03 -0000 Marcel Moolenaar writes: > I don't think there are specific reasons not to upgrade. I have one: the version in the base system is the exact same as that in the ports tree, and it's broken beyond belief on 64-bit systems. I posted a patch to this list a few weeks ago for this specific issue, but there are probably other, more deeply hidden ones. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 11:01: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 53D4816A53E for ; Mon, 15 Mar 2004 11:01:35 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF7143D41 for ; Mon, 15 Mar 2004 11:01:35 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i2FJ1Zbv055969 for ; Mon, 15 Mar 2004 11:01:35 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i2FJ1Yuh055961 for freebsd-sparc64@freebsd.org; Mon, 15 Mar 2004 11:01:34 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 15 Mar 2004 11:01:34 -0800 (PST) Message-Id: <200403151901.i2FJ1Yuh055961@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, 15 Mar 2004 19:01:35 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/20] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems 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 ------------------------------------------------------------------------------- a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 1 problem total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 11:21: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 4790016A4D0; Mon, 15 Mar 2004 11:21:54 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B9843D31; Mon, 15 Mar 2004 11:21:49 -0800 (PST) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (unknown [198.147.128.71]) by smtp-relay.omnis.com (Postfix) with ESMTP id 903411880A20; Mon, 15 Mar 2004 11:21:47 -0800 (PST) From: Wes Peters Organization: Softweyr.com To: Ken Smith Date: Mon, 15 Mar 2004 11:21:22 -0800 User-Agent: KMail/1.5.4 References: <20040314145013.2ee6a49d.wes@softweyr.com> <20040315155100.GF21480@electra.cse.Buffalo.EDU> In-Reply-To: <20040315155100.GF21480@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200403151121.22625.wes@softweyr.com> cc: Ken Smith cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild 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, 15 Mar 2004 19:21:54 -0000 On Monday 15 March 2004 07:51 am, Ken Smith wrote: > On Sun, Mar 14, 2004 at 02:50:13PM -0800, Wes Peters wrote: > > Ultra-5 with 333MHz cpu module, (currently not) booting on serial > > console. I have a keyboard and mouse, but they are currently resting in > > the closet nearby. The kernel config is GENERIC with features I don't > > have hacked out; nothing esoteric at all. I do usually remove and > > _ROOT options > > I was in the final phases of testing a new 64-bit time_t ISO and for the > first time tried something other than an Ultra-60. Guess what... > > So I think I have an arch that will reliably cause me the problem (I > spent the rest of last night installing it off the last snapshot > which was done a day or two before the new devfs stuff, I'm just > getting it to the point I can start building test kernels). I also spent > some time finding the code I need to care about and sure enough, looks > like the same problem as alpha. cninit() is called before proc0 gets > set up and mutex_init(). > > I'll spend some time today coming up with my best guess at how to > rearrange that chunk of machdep.c. > > > I'll snag the latest snapshot and try that. > > That should work but don't upgrade any farther past that until the > console issue gets taken care of. Hokay. Let me know if you want to do some testing, I can move the serial console cable for the Ultra to my net-accessible login box and give you an account there. I'll try to get a snapshot downloaded today so I can burn and install from CD tonight. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 13:34:26 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 9D82C16A4CE for ; Mon, 15 Mar 2004 13:34:26 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 757AE43D2F for ; Mon, 15 Mar 2004 13:34:25 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2FLY2602635 for ; Mon, 15 Mar 2004 22:34:02 +0100 Message-Id: <200403152134.i2FLY2602635@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Mon, 15 Mar 2004 22:34:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQK1T1ai4IepN4VTGWN7E45h1SXGw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl Subject: One more word of PostgreSQL 64-bTT caution 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, 15 Mar 2004 21:34:26 -0000 Hello everyone, I am done recompiling my ports and I've run into one more issue that is probably worth a warning: a 64-bTT PostgreSQL wouldn't work on the 32-bTT data anymore; it required a full dump/initdb/restore procedure. I imagine the same goes for MySQL et al. Regards, Roderick From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 20:28: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 C76F116A4CE for ; Mon, 15 Mar 2004 20:28: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 5C96843D2D for ; Mon, 15 Mar 2004 20:28:32 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G4SV2Z013702 for ; Mon, 15 Mar 2004 23:28:31 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G4SVcW013701 for freebsd-sparc64@freebsd.org; Mon, 15 Mar 2004 23:28:31 -0500 (EST) Date: Mon, 15 Mar 2004 23:28:31 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040316042831.GB13457@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: Console patch 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, 16 Mar 2004 04:28:33 -0000 Kris tested this for me and said it works on his system. I've got it installed on two different architecture machines (Sunblade 100 and Ultra-60) and it doesn't seem to break anything on them but they hadn't been horribly broken before. Does anyone see any problems with this? It takes the same approach to the "cninit() must come after mutexes work" problem as the Alpha machines use. I wasn't able to untangle the dependencies that happen during the early phases of booting for me to be able to be comfortable where cninit() needs to go so I have an initial function called early in the boot procedure that makes the OpenFirmware console functional. At that point printf()'s start working but there is still quite a bit of stuff that needs to happen before the normal cninit() can be called. Most of that stuff is ... fragile. There didn't seem to be much I could do that would move the stuff that is critical to cninit() working sooner in the initialization. Minimally it seems to need the bulk of proc0 existing and mutex_init() done. Comments? It seems like this issue should be fixed before I bother posting the 64-bTT ISO so I'll wait a day or so for feedback and then go ahead with the commit if it seems like nobody sees a problem with this. Thanks... Index: dev/ofw/ofw_console.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ofw/ofw_console.c,v retrieving revision 1.20 diff -u -r1.20 ofw_console.c --- dev/ofw/ofw_console.c 21 Feb 2004 21:10:45 -0000 1.20 +++ dev/ofw/ofw_console.c 16 Mar 2004 01:51:34 -0000 @@ -26,9 +26,6 @@ #include __FBSDID("$FreeBSD: src/sys/dev/ofw/ofw_console.c,v 1.20 2004/02/21 21:10:45 phk Exp $"); -#include -__FBSDID("$FreeBSD: src/sys/dev/ofw/ofw_console.c,v 1.20 2004/02/21 21:10:45 phk Exp $"); - #include "opt_ddb.h" #include "opt_comconsole.h" @@ -80,6 +77,8 @@ static cn_checkc_t ofw_cons_checkc; static cn_putc_t ofw_cons_putc; +int ofw_init_boot_console(void); + CONS_DRIVER(ofw, ofw_cons_probe, ofw_cons_init, NULL, ofw_cons_getc, ofw_cons_checkc, ofw_cons_putc, NULL); @@ -103,6 +102,24 @@ } SYSINIT(cndev, SI_SUB_CONFIGURE, SI_ORDER_MIDDLE, cn_drvinit, NULL) + +/* + * Support for adding an OFW console very early in the boot process, + * before the machine is really ready for a full cninit(). + */ + +int +ofw_init_boot_console(void) +{ + struct consdev *cn = &ofw_consdev; + + cn->cn_probe(cn); + if (cn->cn_pri == CN_DEAD) + return(ENODEV); + cnadd(cn); + cn->cn_init(cn); + return(0); +} static int stdin; static int stdout; Index: sparc64/sparc64/machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/machdep.c,v retrieving revision 1.106 diff -u -r1.106 machdep.c --- sparc64/sparc64/machdep.c 3 Jan 2004 02:02:26 -0000 1.106 +++ sparc64/sparc64/machdep.c 16 Mar 2004 02:09:21 -0000 @@ -162,6 +162,8 @@ CTASSERT(sizeof(struct pcpu) <= ((PCPU_PAGES * PAGE_SIZE) / 2)); +int ofw_init_boot_console(void); + static void cpu_startup(void *arg) { @@ -275,12 +277,15 @@ tick_init(clock); /* - * Initialize the console before printing anything. + * Initialize the Open Firmware console before printing anything. + * Call cninit() later when it's safe, need to be ready for + * mutexes to work before we can call cninit(). */ - cninit(); + if (ofw_init_boot_console()) + panic("No Open Firmware console"); /* - * Panic is there is no metadata. Most likely the kernel was booted + * Panic if there is no metadata. Most likely the kernel was booted * directly, instead of through loader(8). */ if (mdp == NULL || kmdp == NULL) { @@ -384,6 +389,11 @@ mutex_init(); intr_init2(); + + /* + * Now initialize the console for real. + */ + cninit(); OF_getprop(root, "name", sparc64_model, sizeof(sparc64_model) - 1); -- 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 Mar 15 20:29:57 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 CCDDA16A4CE for ; Mon, 15 Mar 2004 20:29:57 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F92E43D45 for ; Mon, 15 Mar 2004 20:29:57 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G4Tu2Z013730 for ; Mon, 15 Mar 2004 23:29:56 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G4TuBg013729 for freebsd-sparc64@freebsd.org; Mon, 15 Mar 2004 23:29:56 -0500 (EST) Date: Mon, 15 Mar 2004 23:29:56 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040316042956.GC13457@electra.cse.Buffalo.EDU> References: <20040316042831.GB13457@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316042831.GB13457@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i Subject: Re: Console patch 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, 16 Mar 2004 04:29:57 -0000 Cancel that. Kris says the keyboard doesn't work right. Needs more work. -- 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 Mar 15 21:56:52 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 4737E16A4CE for ; Mon, 15 Mar 2004 21:56:52 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA3EC43D60 for ; Mon, 15 Mar 2004 21:56:51 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G5up2Z015407 for ; Tue, 16 Mar 2004 00:56:51 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G5up6I015406 for freebsd-sparc64@freebsd.org; Tue, 16 Mar 2004 00:56:51 -0500 (EST) Date: Tue, 16 Mar 2004 00:56:50 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040316055650.GA15182@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: Console patch part II... 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, 16 Mar 2004 05:56:52 -0000 Ok, this won't fix Kris's keyboard problem but I think it's the right patch for the initial problem. As described in the previous message cninit() needs to be moved. With a GENERIC kernel this patch seems to work fine, even on the Ultra-60 that has the Creator-3D on it (but remember, *GENERIC* kernel so no support for Creator-3D at this point). It's also working with the Sunblade-100's serial console, and the Ultra-60 if I disconnect the keyboard and use a serial console. With a custom kernel with the Creator-3D support compiled in and device adjustments as typically recommended (add sc, uart, puc; remove sab and zs) the uart code stops working properly. If you take a look at dev/uart_kbd_sun.c it looks like there is a lot of unfinished stuff there. I think having the ofw console opened is putting the keyboard's uart into something other than its normal default-after-reset state and the uart code isn't handling that very well. With this kernel if I just press one key on the keyboard a debug printf() in sunkbd_read_char() starts to print endlessly (looping there...). So, I think I need to commit this patch to solve the cninit() issue and then deal with getting the uart code to properly initialize the uart for the keyboard. Comments? Thanks... Index: dev/ofw/ofw_console.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ofw/ofw_console.c,v retrieving revision 1.20 diff -u -r1.20 ofw_console.c --- dev/ofw/ofw_console.c 21 Feb 2004 21:10:45 -0000 1.20 +++ dev/ofw/ofw_console.c 16 Mar 2004 04:48:06 -0000 @@ -26,9 +26,6 @@ #include __FBSDID("$FreeBSD: src/sys/dev/ofw/ofw_console.c,v 1.20 2004/02/21 21:10:45 phk Exp $"); -#include -__FBSDID("$FreeBSD: src/sys/dev/ofw/ofw_console.c,v 1.20 2004/02/21 21:10:45 phk Exp $"); - #include "opt_ddb.h" #include "opt_comconsole.h" @@ -80,6 +77,9 @@ static cn_checkc_t ofw_cons_checkc; static cn_putc_t ofw_cons_putc; +int ofw_init_boot_console(void); +void ofw_remove_boot_console(void); + CONS_DRIVER(ofw, ofw_cons_probe, ofw_cons_init, NULL, ofw_cons_getc, ofw_cons_checkc, ofw_cons_putc, NULL); @@ -103,6 +103,32 @@ } SYSINIT(cndev, SI_SUB_CONFIGURE, SI_ORDER_MIDDLE, cn_drvinit, NULL) + +/* + * Support for adding an OFW console very early in the boot process, + * before the machine is really ready for a full cninit(). + */ + +int +ofw_init_boot_console(void) +{ + struct consdev *cn = &ofw_consdev; + + cn->cn_probe(cn); + if (cn->cn_pri == CN_DEAD) + return(ENODEV); + cnadd(cn); + cn->cn_init(cn); + return(0); +} + +void +ofw_remove_boot_console(void) +{ + struct consdev *cn = &ofw_consdev; + + cnremove(cn); +} static int stdin; static int stdout; Index: sparc64/sparc64/machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/machdep.c,v retrieving revision 1.106 diff -u -r1.106 machdep.c --- sparc64/sparc64/machdep.c 3 Jan 2004 02:02:26 -0000 1.106 +++ sparc64/sparc64/machdep.c 16 Mar 2004 04:48:58 -0000 @@ -162,6 +162,9 @@ CTASSERT(sizeof(struct pcpu) <= ((PCPU_PAGES * PAGE_SIZE) / 2)); +int ofw_init_boot_console(void); +void ofw_remove_boot_console(void); + static void cpu_startup(void *arg) { @@ -275,12 +278,15 @@ tick_init(clock); /* - * Initialize the console before printing anything. + * Initialize the Open Firmware console before printing anything. + * Call cninit() later when it's safe, need to be ready for + * mutexes to work before we can call cninit(). */ - cninit(); + if (ofw_init_boot_console()) + panic("No Open Firmware console"); /* - * Panic is there is no metadata. Most likely the kernel was booted + * Panic if there is no metadata. Most likely the kernel was booted * directly, instead of through loader(8). */ if (mdp == NULL || kmdp == NULL) { @@ -384,6 +390,12 @@ mutex_init(); intr_init2(); + + /* + * Now initialize the console for real. + */ + ofw_remove_boot_console(); + cninit(); OF_getprop(root, "name", sparc64_model, sizeof(sparc64_model) - 1); -- 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 Mar 15 22:45: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 01A0516A4CE for ; Mon, 15 Mar 2004 22:45:49 -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 BEAE943D1F for ; Mon, 15 Mar 2004 22:45:48 -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.11/8.12.11) with ESMTP id i2G6jg7G045210; Mon, 15 Mar 2004 22:45:42 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2G6jfgG012991; Mon, 15 Mar 2004 22:45:41 -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 i2G6jf3H012990; Mon, 15 Mar 2004 22:45:41 -0800 (PST) (envelope-from marcel) Date: Mon, 15 Mar 2004 22:45:41 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <20040316064541.GA12961@dhcp01.pn.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316055650.GA15182@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 06:45:49 -0000 On Tue, Mar 16, 2004 at 12:56:50AM -0500, Ken Smith wrote: > > With a custom kernel with the Creator-3D support compiled in and > device adjustments as typically recommended (add sc, uart, puc; > remove sab and zs) the uart code stops working properly. If > you take a look at dev/uart_kbd_sun.c it looks like there is a > lot of unfinished stuff there. I think having the ofw console > opened is putting the keyboard's uart into something other than > its normal default-after-reset state and the uart code isn't > handling that very well. It sounds really bad to have 2 drivers operating on the same devices. If you have uart(4) for console and keyboard, you should probably remove ofw_console. Your patch looks like a big kluge. Mostly because you're delaying cninit() and hardcode a dependency on ofw_console. That sure breaks my box and I'm not going to add ofw_console simply because I already have a console (using uart(4)). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 23:00: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 5C54216A4CE for ; Mon, 15 Mar 2004 23:00:07 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1495843D1F for ; Mon, 15 Mar 2004 23:00:07 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G7052Z016821; Tue, 16 Mar 2004 02:00:05 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G705AJ016820; Tue, 16 Mar 2004 02:00:05 -0500 (EST) Date: Tue, 16 Mar 2004 02:00:04 -0500 From: Ken Smith To: Marcel Moolenaar Message-ID: <20040316070004.GA16684@electra.cse.Buffalo.EDU> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316064541.GA12961@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 07:00:07 -0000 On Mon, Mar 15, 2004 at 10:45:41PM -0800, Marcel Moolenaar wrote: > Your patch looks like a big kluge. Mostly because you're delaying > cninit() and hardcode a dependency on ofw_console. That sure breaks > my box and I'm not going to add ofw_console simply because I > already have a console (using uart(4)). Do you know what happens if you call panic() before cninit()? The reason I tried the big kluge was that I haven't been able to successfully move enough of what seem to be the pre-requisites to cninit() to before the first spot panic() gets called. If panic() can be called before cninit() gets run then moving stuff around might be easier. -- 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 Mar 15 23:09:43 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 CBDF816A4CE for ; Mon, 15 Mar 2004 23:09:43 -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 89C8243D3F for ; Mon, 15 Mar 2004 23:09:43 -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.11/8.12.11) with ESMTP id i2G79bsv045315; Mon, 15 Mar 2004 23:09:37 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2G79bOA013056; Mon, 15 Mar 2004 23:09:37 -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 i2G79b6p013055; Mon, 15 Mar 2004 23:09:37 -0800 (PST) (envelope-from marcel) Date: Mon, 15 Mar 2004 23:09:37 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <20040316070937.GA13045@dhcp01.pn.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316070004.GA16684@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 07:09:43 -0000 On Tue, Mar 16, 2004 at 02:00:04AM -0500, Ken Smith wrote: > On Mon, Mar 15, 2004 at 10:45:41PM -0800, Marcel Moolenaar wrote: > > > Your patch looks like a big kluge. Mostly because you're delaying > > cninit() and hardcode a dependency on ofw_console. That sure breaks > > my box and I'm not going to add ofw_console simply because I > > already have a console (using uart(4)). > > Do you know what happens if you call panic() before cninit()? You need to fix the code to call cninit() soon enough that you never need to panic before it? > The > reason I tried the big kluge was that I haven't been able to > successfully move enough of what seem to be the pre-requisites to > cninit() to before the first spot panic() gets called. This mostly tells that the prerequisites are bogus. > If panic() > can be called before cninit() gets run then moving stuff around might > be easier. You can never call panic() before cninit(), because panic() is meaningless without a console. Where is the problem exactly? Is it syscons again (like on alpha)? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 23:16:00 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 77E9416A4CE for ; Mon, 15 Mar 2004 23:16:00 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FCCD43D3F for ; Mon, 15 Mar 2004 23:16:00 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G7Fx2Z017214; Tue, 16 Mar 2004 02:15:59 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G7FxbH017213; Tue, 16 Mar 2004 02:15:59 -0500 (EST) Date: Tue, 16 Mar 2004 02:15:59 -0500 From: Ken Smith To: Marcel Moolenaar Message-ID: <20040316071558.GA17054@electra.cse.Buffalo.EDU> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316070937.GA13045@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 07:16:00 -0000 On Mon, Mar 15, 2004 at 11:09:37PM -0800, Marcel Moolenaar wrote: > Where is the problem exactly? Is it syscons again (like on alpha)? It's the same problem as on alpha. See sys/sparc64/sparc64/machdep.c and search for where cninit() gets called. As far as I can tell that needs to be moved to after mutex_init(), or at least to after where the proc0 info gets set up. There are a *ton* of potential calls to panic() between where cninit() is now and where it "should" be moved to. I tried moving just the setup of proc0 stuff and the section after it that talks about the per-cpu pages to above where cninit() is now to see if I could get away without moving cninit() but that didn't work. Quite a bit of stuff that happens after where cninit() is now looks like it effects the stuff I think needs to appear before cninit()... -- 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 Mar 15 23:34: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 47E4D16A4CE for ; Mon, 15 Mar 2004 23:34:08 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E8A343D45 for ; Mon, 15 Mar 2004 23:34:08 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2G7Y72Z017569; Tue, 16 Mar 2004 02:34:07 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2G7Y72a017568; Tue, 16 Mar 2004 02:34:07 -0500 (EST) Date: Tue, 16 Mar 2004 02:34:06 -0500 From: Ken Smith To: Marcel Moolenaar Message-ID: <20040316073406.GC17054@electra.cse.Buffalo.EDU> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316070937.GA13045@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 07:34:08 -0000 On Mon, Mar 15, 2004 at 11:09:37PM -0800, Marcel Moolenaar wrote: > You need to fix the code to call cninit() soon enough that you > never need to panic before it? Expanding slightly... cninit() currently is before the first printf()'s or calls to panic(). But it can't stay there, at least some of the potential consoles (e.g. Kris's Creator-3D) wind up calling make_dev() and that was causing his panic's. Alpha had this same problem and the end solution for alpha is more or less identical to what I'm proposing with the kludge hack. On alpha we now use promcons (guaranteed to be available no matter what arch) early on, then call cninit() later when it's "safe". The analogy on sparc64 would be to use the ofw_console initially, and then again call cninit() later when it's safe. As far as I can tell these are the possible solutions: - Find out what the *minimum* stuff needed to make make_dev() happy and move that above the current location of cninit() I tried that but wasn't very successful, I can try harder I guess. - Move cninit() to after proc0 gets set up and live with not seeing anything useful printf()-wise or panic()-wise. :-) - The current suggested solution - minimal and omniscent console setup early on, ditch it and call cninit() once it's safe to do that. - [ This is a new thought... ] Restructure all the potential console drivers to be like ofw_console is. ofw_console doesn't call make_dev() in its attach routine. Instead it uses a sysinit() to handle the make_dev() later in the boot sequence instead of doing at attach time. And as always me not really understanding this stuff is a possibility... -- 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 Mar 16 06:07:57 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 0581716A4CF; Tue, 16 Mar 2004 06:07:57 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB91B43D39; Tue, 16 Mar 2004 06:07:56 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 409517303A; Tue, 16 Mar 2004 09:07:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040316140756.409517303A@freebsd-current.sentex.ca> Date: Tue, 16 Mar 2004 09:07:56 -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, 16 Mar 2004 14:07:57 -0000 TB --- 2004-03-16 14:04:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-16 14:04:27 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-03-16 14:04:27 - checking out the source tree TB --- 2004-03-16 14:04:27 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-03-16 14:04:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-16 14:07:02 - Use of uninitialized value in concatenation (.) or string at /home/tinderbox/bin/tinderbox line 544. TB --- 2004-03-16 14:07:02 - building world (CFLAGS={'CFLAGS'}) TB --- 2004-03-16 14:07:02 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-03-16 14:07:02 - /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 [...] cd /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/nos-tun && MAKEOBJDIRPREFIX=/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue /usr/bin/make cleandir rm -f nos-tun nos-tun.o nos-tun.8.gz nos-tun.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS cd /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/ping && MAKEOBJDIRPREFIX=/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue /usr/bin/make cleandir rm -f ping ping.o ping.8.gz ping.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS cd /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/raidctl && MAKEOBJDIRPREFIX=/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue /usr/bin/make cleandir cd: can't cd to /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/raidctl *** Error code 2 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** 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-03-16 14:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-16 14:07:56 - ERROR: failed to build world TB --- 2004-03-16 14:07:56 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 11:40: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 E109316A4CE for ; Tue, 16 Mar 2004 11:40:48 -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 9688343D53 for ; Tue, 16 Mar 2004 11:40:48 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2GJefY1048518; Tue, 16 Mar 2004 11:40:41 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i2GJefbo048517; Tue, 16 Mar 2004 11:40:41 -0800 (PST) (envelope-from marcel) Date: Tue, 16 Mar 2004 11:40:41 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <20040316194041.GA48477@ns1.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net> <20040316073406.GC17054@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316073406.GC17054@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.5.5.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 19:40:49 -0000 On Tue, Mar 16, 2004 at 02:34:06AM -0500, Ken Smith wrote: > On Mon, Mar 15, 2004 at 11:09:37PM -0800, Marcel Moolenaar wrote: > > > You need to fix the code to call cninit() soon enough that you > > never need to panic before it? > > Expanding slightly... cninit() currently is before the first printf()'s > or calls to panic(). But it can't stay there, at least some of the > potential consoles (e.g. Kris's Creator-3D) wind up calling make_dev() > and that was causing his panic's. Fix syscons. > Alpha had this same problem and the end solution for alpha is more or > less identical to what I'm proposing with the kludge hack. I accepted the hack on alpha simply because there's no developer base to put in the work to actually fix the problem. Now that sparc64 appears to suffer from the same, I'm passionately of the opinion that we cannot kluge our way out of this. > - [ This is a new thought... ] Restructure all the potential > console drivers to be like ofw_console is. ofw_console doesn't > call make_dev() in its attach routine. Instead it uses a > sysinit() to handle the make_dev() later in the boot sequence > instead of doing at attach time. Look at uart(4). It does everything right and consequently does not force us to delay cninit() or kdb_init() for that matter. With uart(4), you do not need ofw_console(4) most of the time. Your problem is therefore not that cninit() is called to soon. Your problem is that syscons is broken. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 12:21:27 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 90AF216A4CE for ; Tue, 16 Mar 2004 12:21:27 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C84C43D2D for ; Tue, 16 Mar 2004 12:21:27 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2GKLQ2Z007251 for ; Tue, 16 Mar 2004 15:21:26 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2GKLQR8007250 for freebsd-sparc64@freebsd.org; Tue, 16 Mar 2004 15:21:26 -0500 (EST) Date: Tue, 16 Mar 2004 15:21:26 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040316202125.GA5888@electra.cse.Buffalo.EDU> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net> <20040316073406.GC17054@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316073406.GC17054@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i Subject: Re: Console patch part II... 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, 16 Mar 2004 20:21:27 -0000 On Tue, Mar 16, 2004 at 02:34:06AM -0500, Ken Smith wrote: [ ... ] > As far as I can tell these are the possible solutions: > > - Find out what the *minimum* stuff needed to make make_dev() > happy and move that above the current location of cninit() > I tried that but wasn't very successful, I can try harder I > guess. This doesn't appear to be feasible. You don't want to know what it took to learn this but ... - mutex_init() doesn't work before cpu_setregs() gets called. This appears to be related to getting the per-cpu data page to the point it's usable. - cpu_setregs() doesn't work before pc->pc_curpcb gets set, I think because it's forcing a trap as part of its implementation. - pc->pc_curpcb can't be set until thread0.td_pcb gets set on sparc64 (it apparently can be on powerpc, which is what I was using as a guide for some of this...) - thread0.td_pcb can't be set until kstack0 is available - kstack0 isn't ready before pmap_bootstrap() is done. - there are lots of calls to panic() in pmap_bootstrap() so moving it in front of cninit() would be bad. > - Move cninit() to after proc0 gets set up and live with not > seeing anything useful printf()-wise or panic()-wise. :-) That's obviously a joke... :-) > - The current suggested solution - minimal and omniscent > console setup early on, ditch it and call cninit() once it's > safe to do that. > > - [ This is a new thought... ] Restructure all the potential > console drivers to be like ofw_console is. ofw_console doesn't > call make_dev() in its attach routine. Instead it uses a > sysinit() to handle the make_dev() later in the boot sequence > instead of doing at attach time. If I'm correct that leaves us with the above two possibilities. The patch I posted last night does the first one and I admit it's a kluge, to the point I was willing to kill a fair chunk of time to work out the above dependencies... :-) I'm sort of inclined to go with the kluge despite it apparently needing more work on the uart code to not cause a regression mainly because as we expand off into Sunblade's and whatnot we might be able to steal drivers for consoles that more or less work with other PCI bus based architectures and I'm not sure we'd get all console driver writers to abide by doing things like ofw_console does. However the more I think about it that method really does seem like a better solution if we got everyone to buy into it (and if there aren't limitations to that method I don't know about...). Any further thoughts? Stuff I'm missing? Anyone with a bigger clue than me out there? If this results in silence I'll go ahead with the kluge but only because I need a default thing to do - if anyone has other things I should try or if anyone wants to try other stuff themselves feel free, just let me know... -- 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 Mar 16 12:23: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 17B2A16A4CE for ; Tue, 16 Mar 2004 12:23:46 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C415C43D1F for ; Tue, 16 Mar 2004 12:23:45 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2GKNi2Z007330; Tue, 16 Mar 2004 15:23:45 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2GKNito007329; Tue, 16 Mar 2004 15:23:44 -0500 (EST) Date: Tue, 16 Mar 2004 15:23:44 -0500 From: Ken Smith To: Marcel Moolenaar Message-ID: <20040316202344.GB5888@electra.cse.Buffalo.EDU> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net> <20040316073406.GC17054@electra.cse.Buffalo.EDU> <20040316194041.GA48477@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316194041.GA48477@ns1.xcllnt.net> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 20:23:46 -0000 On Tue, Mar 16, 2004 at 11:40:41AM -0800, Marcel Moolenaar wrote: > On Tue, Mar 16, 2004 at 02:34:06AM -0500, Ken Smith wrote: > > On Mon, Mar 15, 2004 at 11:09:37PM -0800, Marcel Moolenaar wrote: > > > > > You need to fix the code to call cninit() soon enough that you > > > never need to panic before it? > > > > Expanding slightly... cninit() currently is before the first printf()'s > > or calls to panic(). But it can't stay there, at least some of the > > potential consoles (e.g. Kris's Creator-3D) wind up calling make_dev() > > and that was causing his panic's. > > Fix syscons. > > > Alpha had this same problem and the end solution for alpha is more or > > less identical to what I'm proposing with the kludge hack. > > I accepted the hack on alpha simply because there's no developer > base to put in the work to actually fix the problem. Now that > sparc64 appears to suffer from the same, I'm passionately of the > opinion that we cannot kluge our way out of this. > > > - [ This is a new thought... ] Restructure all the potential > > console drivers to be like ofw_console is. ofw_console doesn't > > call make_dev() in its attach routine. Instead it uses a > > sysinit() to handle the make_dev() later in the boot sequence > > instead of doing at attach time. > > Look at uart(4). It does everything right and consequently does not > force us to delay cninit() or kdb_init() for that matter. With > uart(4), you do not need ofw_console(4) most of the time. Your > problem is therefore not that cninit() is called to soon. Your > problem is that syscons is broken. Ok, sorry. You sent this while I was editing the reply I made a few minutes ago. I'm off to look at syscons then. -- 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 Mar 16 13:29:30 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 2D9A616A4CE for ; Tue, 16 Mar 2004 13:29:30 -0800 (PST) Received: from geddar.km.ua (geddar.km.ua [62.149.10.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4391C43D1F for ; Tue, 16 Mar 2004 13:29:29 -0800 (PST) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.10/8.12.10) with ESMTP id i2GLTPTV049591; Tue, 16 Mar 2004 23:29:25 +0200 (EET) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.10/8.12.10/Submit) id i2GLTPVO049590; Tue, 16 Mar 2004 23:29:25 +0200 (EET) (envelope-from maxim) Date: Tue, 16 Mar 2004 23:29:25 +0200 From: Maxim Mazurok To: Ken Smith Message-ID: <20040316212925.GS7808@km.ua> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316055650.GA15182@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.5.4i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 21:29:30 -0000 On Tue, Mar 16, 2004 at 12:56:50AM -0500, Ken Smith wrote: >With a custom kernel with the Creator-3D support compiled in and >device adjustments as typically recommended (add sc, uart, puc; >remove sab and zs) the uart code stops working properly. sorry for offtopic... i have OEM motherboard Ultra AXe on this boart i have two ports sab(4) and two ports sio(4), but sio(4) driver broken in sparc64... i have panic while kernel booting. can i use all 4 ports width uart driver? what i need add to my kernel? P.S. sorry for my bad english. -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 14:53:27 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 A5D8116A4CF for ; Tue, 16 Mar 2004 14:53:27 -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 7837A43D1D for ; Tue, 16 Mar 2004 14:53:27 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2GMrHD2049401; Tue, 16 Mar 2004 14:53:17 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i2GMrFsW049400; Tue, 16 Mar 2004 14:53:15 -0800 (PST) (envelope-from marcel) Date: Tue, 16 Mar 2004 14:53:15 -0800 From: Marcel Moolenaar To: Maxim Mazurok Message-ID: <20040316225315.GB49247@ns1.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316212925.GS7808@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316212925.GS7808@km.ua> User-Agent: Mutt/1.5.5.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 22:53:27 -0000 On Tue, Mar 16, 2004 at 11:29:25PM +0200, Maxim Mazurok wrote: > On Tue, Mar 16, 2004 at 12:56:50AM -0500, Ken Smith wrote: > > >With a custom kernel with the Creator-3D support compiled in and > >device adjustments as typically recommended (add sc, uart, puc; > >remove sab and zs) the uart code stops working properly. > > sorry for offtopic... > i have OEM motherboard Ultra AXe > on this boart i have two ports sab(4) and two ports sio(4), but sio(4) > driver broken in sparc64... i have panic while kernel booting. > can i use all 4 ports width uart driver? Yes. > what i need add to my kernel? You need puc(4) to detect the SAB, and you need uart(4) to handle the individual channels of the SAB and the NS16550 (or compat). Remove sab(4), sio(4) [which doesn't work anyway] and ofw_console(4). A technical note about the use of puc(4) [can be ignored]: An SSC (Synchronuous Communications Controller) like the SAB typically allows 3 or 4 protocols to be selected. These being: 1. Asynchronuous 2. Mono-sync 3. Bi-sync 4. SDLC/HDLC My vision is that you ideally have a ssc(4) device that provides a bus onto which one can hang uart(4), hdlc(4), msyn(4) and/or bisyn(4). The bus operates in such a way that when uart(4) is active any of the other devices on the bus are disabled. Active meaning that the device file has been opened. Obviously we do not have ssc(4) and we need to write one. In the mean time, puc(4) fills in the function of exposing the channels to uart(4) so that we keep uart(4) simple and elementary without making it impossible in the future to created ssc(4)... JFYI (in case people were wondering), -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 14:58: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 0DF5E16A4CE for ; Tue, 16 Mar 2004 14:58:21 -0800 (PST) Received: from geddar.km.ua (geddar.km.ua [62.149.10.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F23B43D1D for ; Tue, 16 Mar 2004 14:58:20 -0800 (PST) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.10/8.12.10) with ESMTP id i2GMwGTV051553; Wed, 17 Mar 2004 00:58:17 +0200 (EET) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.10/8.12.10/Submit) id i2GMwG5R051552; Wed, 17 Mar 2004 00:58:16 +0200 (EET) (envelope-from maxim) Date: Wed, 17 Mar 2004 00:58:16 +0200 From: Maxim Mazurok To: Marcel Moolenaar Message-ID: <20040316225816.GU7808@km.ua> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316212925.GS7808@km.ua> <20040316225315.GB49247@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316225315.GB49247@ns1.xcllnt.net> User-Agent: Mutt/1.5.4i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 16 Mar 2004 22:58:21 -0000 On Tue, Mar 16, 2004 at 02:53:15PM -0800, Marcel Moolenaar wrote: >> >With a custom kernel with the Creator-3D support compiled in and >> >device adjustments as typically recommended (add sc, uart, puc; >> >remove sab and zs) the uart code stops working properly. >> >> sorry for offtopic... >> i have OEM motherboard Ultra AXe >> on this boart i have two ports sab(4) and two ports sio(4), but sio(4) >> driver broken in sparc64... i have panic while kernel booting. >> can i use all 4 ports width uart driver? > >Yes. > >> what i need add to my kernel? > >You need puc(4) to detect the SAB, and you need uart(4) to handle >the individual channels of the SAB and the NS16550 (or compat). > >Remove sab(4), sio(4) [which doesn't work anyway] and ofw_console(4). if i remove ofw_console i may need to add sc(4)? >A technical note about the use of puc(4) [can be ignored]: > >An SSC (Synchronuous Communications Controller) like the SAB >typically allows 3 or 4 protocols to be selected. These being: >1. Asynchronuous >2. Mono-sync >3. Bi-sync >4. SDLC/HDLC > >My vision is that you ideally have a ssc(4) device that provides >a bus onto which one can hang uart(4), hdlc(4), msyn(4) and/or >bisyn(4). The bus operates in such a way that when uart(4) is >active any of the other devices on the bus are disabled. Active >meaning that the device file has been opened. Obviously we do >not have ssc(4) and we need to write one. In the mean time, puc(4) >fills in the function of exposing the channels to uart(4) so that >we keep uart(4) simple and elementary without making it impossible >in the future to created ssc(4)... > >JFYI (in case people were wondering), > >-- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 16:02:34 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 24FF716A4CE for ; Tue, 16 Mar 2004 16:02:34 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E388B43D1F for ; Tue, 16 Mar 2004 16:02:33 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (2739e61012529d9d0eda4150d4cff981@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2H02XuW012887 for ; Tue, 16 Mar 2004 18:02:33 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C46FE51C12; Tue, 16 Mar 2004 16:02:32 -0800 (PST) Date: Tue, 16 Mar 2004 16:02:32 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20040317000232.GA52319@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 64-bit time_t package build starting 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, 17 Mar 2004 00:02:34 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline One of the sparc package machines deadlocked, so while rebuilding it I decided to update the machines to -CURRENT instead. It will be a few weeks before it finishes (slow HW), but in the meantime we can start to address any package problems it uncovers. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAV5WYWry0BWjoQKURAsSHAJwIX1y6nHuCMg+bhSWtCLSum257ZgCguBUv fc7ww6YJ8zmvS79hupwuBGA= =Rt0J -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 16:13:03 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 0652516A4CE for ; Tue, 16 Mar 2004 16:13:03 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99C943D2D for ; Tue, 16 Mar 2004 16:13:02 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (2746eac28d8ee00299d58b9170fbac47@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i2H0C1oH024310 for ; Tue, 16 Mar 2004 16:12:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 21BAF51C12; Tue, 16 Mar 2004 16:13:02 -0800 (PST) Date: Tue, 16 Mar 2004 16:13:02 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040317001301.GA52372@xor.obsecurity.org> References: <20040317000232.GA52319@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20040317000232.GA52319@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@FreeBSD.org Subject: Re: 64-bit time_t package build starting 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, 17 Mar 2004 00:13:03 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 16, 2004 at 04:02:32PM -0800, Kris Kennaway wrote: > One of the sparc package machines deadlocked, so while rebuilding it I > decided to update the machines to -CURRENT instead. It will be a few > weeks before it finishes (slow HW), but in the meantime we can start > to address any package problems it uncovers. >=20 > Kris Also, as an unexpected bonus, the problems I have always had when trying to run ntpd on FreeBSD/sparc64 seem to have vanished, either due to the time_t changeover or another change within the last month or so. Kris --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAV5gNWry0BWjoQKURArOzAKDtxyyDhNXX0G21zjuQTmCMzkuzfwCfUH3+ +DJqt36jXPkyKqNk2cDGOYM= =xy37 -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 17:08:15 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 6EA7716A4CE for ; Tue, 16 Mar 2004 17:08:15 -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 3A4D543D1D for ; Tue, 16 Mar 2004 17:08:15 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2H188Cv049915; Tue, 16 Mar 2004 17:08:08 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i2H188SO049914; Tue, 16 Mar 2004 17:08:08 -0800 (PST) (envelope-from marcel) Date: Tue, 16 Mar 2004 17:08:08 -0800 From: Marcel Moolenaar To: Maxim Mazurok Message-ID: <20040317010808.GA49897@ns1.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316212925.GS7808@km.ua> <20040316225315.GB49247@ns1.xcllnt.net> <20040316225816.GU7808@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316225816.GU7808@km.ua> User-Agent: Mutt/1.5.5.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 17 Mar 2004 01:08:15 -0000 On Wed, Mar 17, 2004 at 12:58:16AM +0200, Maxim Mazurok wrote: > > > >You need puc(4) to detect the SAB, and you need uart(4) to handle > >the individual channels of the SAB and the NS16550 (or compat). > > > >Remove sab(4), sio(4) [which doesn't work anyway] and ofw_console(4). > > if i remove ofw_console i may need to add sc(4)? If your console is not serial, yes. However, sc(4) is currently broken on sparc64. If you don't want to use a serial console, you can continue to use ofw_console(4). However, you cannot select a serial console if the kernel has both ofw_console(4) and uart(4). Note also that you may get into trouble with the keyboard. I don't know for sure, because I don't have a keyboard for my U5. I think that both ofw_console(4) and uart(4) will try to control the keyboard at the same time (ofw_console(4) of course does this indirectly through the OF). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 18:11: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 02D4D16A4CE for ; Tue, 16 Mar 2004 18:11: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 8A55543D2F for ; Tue, 16 Mar 2004 18:11:17 -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 i2H2BGLP023166; Tue, 16 Mar 2004 21:11:16 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040317000232.GA52319@xor.obsecurity.org> References: <20040317000232.GA52319@xor.obsecurity.org> Date: Tue, 16 Mar 2004 21:11:15 -0500 To: Kris Kennaway , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: John Polstra Subject: Re: 64-bit time_t package build starting 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, 17 Mar 2004 02:11:18 -0000 At 4:02 PM -0800 3/16/04, Kris Kennaway wrote: >One of the sparc package machines deadlocked, so while rebuilding >it I decided to update the machines to -CURRENT instead. It will >be a few weeks before it finishes (slow HW), but in the meantime >we can start to address any package problems it uncovers. Is there a schedule for getting some fix into the ezm3 port, such as: http://people.freebsd.org/~gad/time-64/port-ezm3.diff Without it, cvsup may not work the way you'd like it to work after you get to 64-bTT. -- 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 Mar 16 18:34: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 11C7616A4CE for ; Tue, 16 Mar 2004 18:34:33 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C22EE43D39 for ; Tue, 16 Mar 2004 18:34:32 -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 i2H2YVEw001087 for ; Tue, 16 Mar 2004 21:34:32 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> Date: Tue, 16 Mar 2004 21:34:30 -0500 To: freebsd-sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Reasons for 64-bTT & DHCP import 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, 17 Mar 2004 02:34:33 -0000 At 5:33 PM +0100 3/15/04, Dag-Erling Sm=F8rgrav wrote: >Marcel Moolenaar writes: >> I don't think there are specific reasons not to upgrade. > >I have one: the version in the base system is the exact same as >that in the ports tree, and it's broken beyond belief on 64-bit >systems. I posted a patch to this list a few weeks ago for this >specific issue, but there are probably other, more deeply hidden >ones. Hmm. The version in ports seemed to work fairly reliably in my limited testing. The version in the base system almost never worked for me, so I assumed they were different. Reminder: I have not been looking into the problems with dhcp vs 64-bTT. I hope someone else is... -- Garance Alistair Drosehn =3D 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 Mar 16 18:39: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 8F8CF16A4CE for ; Tue, 16 Mar 2004 18:39:11 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA8743D3F for ; Tue, 16 Mar 2004 18:39:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (350694cd741c298f86c89ed37782f745@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2H2dAuW026608; Tue, 16 Mar 2004 20:39:10 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 095BC51880; Tue, 16 Mar 2004 18:39:09 -0800 (PST) Date: Tue, 16 Mar 2004 18:39:08 -0800 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20040317023908.GA56755@xor.obsecurity.org> References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 17 Mar 2004 02:39:11 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 16, 2004 at 09:34:30PM -0500, Garance A Drosihn wrote: > At 5:33 PM +0100 3/15/04, Dag-Erling Sm?rgrav wrote: > >Marcel Moolenaar writes: > >> I don't think there are specific reasons not to upgrade. > > > >I have one: the version in the base system is the exact same as > >that in the ports tree, and it's broken beyond belief on 64-bit > >systems. I posted a patch to this list a few weeks ago for this > >specific issue, but there are probably other, more deeply hidden > >ones. >=20 > Hmm. The version in ports seemed to work fairly reliably in > my limited testing. The version in the base system almost never > worked for me, so I assumed they were different. >=20 > Reminder: I have not been looking into the problems with dhcp > vs 64-bTT. I hope someone else is... It's possible the base system version has an incorrect configuration file; these are typically generated statically by the person who does the import, so they can sometimes become stale when new versions are imported, or perhaps a sparc64 version was never imported in the first place. Compare any config.h files and the like from the base system version, with what is generated by a build of the port. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAV7pMWry0BWjoQKURAj2rAJ90Xm4zTzlrTJTmX626lyGPeg4vggCgxmUk zNTeJ6JjiG+tSDXjRbu4oVg= =NftW -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 19:20: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 2E11216A4CF for ; Tue, 16 Mar 2004 19:20:35 -0800 (PST) Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au [203.22.124.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8266243D48 for ; Tue, 16 Mar 2004 19:20:34 -0800 (PST) (envelope-from grehan@freebsd.org) Received: from freebsd.org (CPE-30-219.dsl.onthenet.net [203.144.30.219]) i2H3KMZG034157; Wed, 17 Mar 2004 13:20:23 +1000 (EST) (envelope-from grehan@freebsd.org) Message-ID: <4057C4B4.2030305@freebsd.org> Date: Wed, 17 Mar 2004 13:23:32 +1000 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 17 Mar 2004 03:20:35 -0000 >Fix syscons. As I mentioned when I worked around this problem on PPC, it's easier said than done. The problem is the SC_STAT macro which relies on having an allocated cdev. This macro is used all over the place, even during the boot sequence, so it's difficult to delay the creation of the cdev until a point where it is safe, like 'correct' console drivers do. A nasty one to fix. later, Peter. From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 16 19:42: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 940F316A4CE; Tue, 16 Mar 2004 19:42: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 6E88143D4C; Tue, 16 Mar 2004 19:42:46 -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.11/8.12.11) with ESMTP id i2H3geeY050382; Tue, 16 Mar 2004 19:42:40 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2H3gesO018381; Tue, 16 Mar 2004 19:42:40 -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 i2H3getH018380; Tue, 16 Mar 2004 19:42:40 -0800 (PST) (envelope-from marcel) Date: Tue, 16 Mar 2004 19:42:40 -0800 From: Marcel Moolenaar To: Peter Grehan Message-ID: <20040317034240.GC17203@dhcp01.pn.xcllnt.net> References: <4057C4B4.2030305@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4057C4B4.2030305@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... 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, 17 Mar 2004 03:42:46 -0000 On Wed, Mar 17, 2004 at 01:23:32PM +1000, Peter Grehan wrote: > >Fix syscons. > > As I mentioned when I worked around this problem on PPC, it's > easier said than done. Of course. I decided to not even try to get syscons working on ia64. Things are much more complex there. But with 3 platforms full of kluges to get syscons working, I do expect that people get the hint that we need to work the problem. > The problem is the SC_STAT macro which relies on having > an allocated cdev. This macro is used all over the place, > even during the boot sequence, so it's difficult to delay > the creation of the cdev until a point where it is safe, > like 'correct' console drivers do. A nasty one to fix. Yes. You need to have the driver layered correctly. Trying to fix SC_STAT may very well imply that the driver needs to be restructured. I haven't looked into it deeply enough though... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 10:05:04 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 9923416A4CE for ; Wed, 17 Mar 2004 10:05:04 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 717C643D2D for ; Wed, 17 Mar 2004 10:05:04 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2HI526m095524; Wed, 17 Mar 2004 10:05:02 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2HI4rdx095523; Wed, 17 Mar 2004 10:04:53 -0800 (PST) (envelope-from obrien) Date: Wed, 17 Mar 2004 10:04:53 -0800 From: "David O'Brien" To: Garance A Drosihn Message-ID: <20040317180453.GD94853@dragon.nuxi.com> References: <20040317000232.GA52319@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: John Polstra cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: 64-bit time_t package build starting X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2004 18:05:04 -0000 On Tue, Mar 16, 2004 at 09:11:15PM -0500, Garance A Drosihn wrote: > At 4:02 PM -0800 3/16/04, Kris Kennaway wrote: > >One of the sparc package machines deadlocked, so while rebuilding > >it I decided to update the machines to -CURRENT instead. It will > >be a few weeks before it finishes (slow HW), but in the meantime > >we can start to address any package problems it uncovers. > > Is there a schedule for getting some fix into the ezm3 port, > such as: > http://people.freebsd.org/~gad/time-64/port-ezm3.diff Why can't we just use __FreeBSD_version and avoid the extra stuff in the port? -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 10:16: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 01CC716A4CE; Wed, 17 Mar 2004 10:16:10 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11CA43D1D; Wed, 17 Mar 2004 10:16:09 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 573797303A; Wed, 17 Mar 2004 13:16:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040317181609.573797303A@freebsd-current.sentex.ca> Date: Wed, 17 Mar 2004 13:16:09 -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: Wed, 17 Mar 2004 18:16:10 -0000 TB --- 2004-03-17 18:01:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-17 18:01:00 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-03-17 18:01:00 - checking out the source tree TB --- 2004-03-17 18:01:00 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-03-17 18:01:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-17 18:03:45 - Use of uninitialized value in concatenation (.) or string at /home/tinderbox/bin/tinderbox line 544. TB --- 2004-03-17 18:03:45 - building world (CFLAGS={'CFLAGS'}) TB --- 2004-03-17 18:03:45 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-03-17 18:03:45 - /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 [...] cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto/../../../crypto/openssl -I/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto -DOPENSSL_NO_IDEA -DNO_IDEA -c /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/c_alld.c cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto/../../../crypto/openssl -I/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto -DOPENSSL_NO_IDEA -DNO_IDEA -c /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c: In function `EVP_MD_CTX_copy_ex': /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c:269: error: `EVP_MD_CTX_FLAG_REUSE' undeclared (first use in this function) /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c:269: error: (Each undeclared identifier is reported only once /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c:269: error: for each function it appears in.) /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c: In function `EVP_MD_CTX_cleanup': /other/tinderbox/CURRENT/sparc64/sparc64/src/crypto/openssl/crypto/evp/digest.c:320: error: `EVP_MD_CTX_FLAG_REUSE' undeclared (first use in this function) *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/secure/lib/libcrypto. *** 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-03-17 18:16:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-17 18:16:09 - ERROR: failed to build world TB --- 2004-03-17 18:16:09 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 10:55: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 3C9CF16A4D1; Wed, 17 Mar 2004 10:55:17 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D48DE43D2D; Wed, 17 Mar 2004 10:55:16 -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 i2HItGLP032112; Wed, 17 Mar 2004 13:55:16 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040317180453.GD94853@dragon.nuxi.com> References: <20040317000232.GA52319@xor.obsecurity.org> <20040317180453.GD94853@dragon.nuxi.com> Date: Wed, 17 Mar 2004 13:55:14 -0500 To: obrien@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: John Polstra cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: 64-bit time_t package build starting 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, 17 Mar 2004 18:55:17 -0000 At 10:04 AM -0800 3/17/04, David O'Brien wrote: >On Tue, Mar 16, 2004, Garance A Drosihn wrote: > > At 4:02 PM -0800 3/16/04, Kris Kennaway wrote: > > >One of the sparc package machines deadlocked, so while rebuilding > > >it I decided to update the machines to -CURRENT instead. ... > > >> Is there a schedule for getting some fix into the ezm3 port, >> such as: >> http://people.freebsd.org/~gad/time-64/port-ezm3.diff > >Why can't we just use __FreeBSD_version and avoid the extra >stuff in the port? a) the way modula-3 works, there is no __FreeBSD_version that the modula-3 source code can easily check. Maybe there should be, but this was an easier update for me to write. b) this update was written before the 64-bTT change was committed, because people needed it for testing the 64-bTT change. As such, I needed something which would work correctly before __FreeBSD_version had been updated. (and indeed, we didn't even know what the correct version# would be). c) (less significant) It may be that some users will want to update their 5.2.1 system to 64-bTT before they jump to 5.3-release. If I had a 5.2.1 system, that is how I would do the jump to 5.3-release (once it is available). However, I have no strong opinion on how the fix should be done. All I felt responsible for was coming up with *some* fix which could be used to prove that cvsup could be made to work after the 64-bTT transition. The update I provided does work, and it should work reliably for everyone (both 32-BTT and 64-bTT), but I have no objection at all to any alternate fix that anyone else wants to come up with. I just wrote up the first thing that came to mind, and that I was pretty confident would work for everyone. What I added was basically a tiny compile-time auto-configure step for setting up time_t. Seemed like a clever idea at the time... -- 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 Wed Mar 17 11:37: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 36B0C16A4CE for ; Wed, 17 Mar 2004 11:37:48 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E06FE43D3F for ; Wed, 17 Mar 2004 11:37: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 i2HJbloP009264; Wed, 17 Mar 2004 14:37:47 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040317023908.GA56755@xor.obsecurity.org> References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> <20040317023908.GA56755@xor.obsecurity.org> Date: Wed, 17 Mar 2004 14:37:46 -0500 To: Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: Reasons for 64-bTT & DHCP import 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, 17 Mar 2004 19:37:48 -0000 At 6:39 PM -0800 3/16/04, Kris Kennaway wrote: >On Tue, Mar 16, 2004, Garance A Drosihn wrote: > > >> Hmm. The version in ports seemed to work fairly reliably in > > my limited testing. The version in the base system almost > > never worked for me, so I assumed they were different. > >It's possible the base system version has an incorrect configuration >file; these are typically generated statically by the person who >does the import, so they can sometimes become stale when new >versions are imported, or perhaps a sparc64 version was never >imported in the first place. Dag-Erling Sm=F8rgrav wrote: >I committed a ton of patches to the port last night, including >one that should fix the 64-bit time_t issue. This is excellent to see. Thanks! Hopefully that will go a long way to fixing the problems that people are seeing, and then we can get the same fixes into the base-system version. -- Garance Alistair Drosehn =3D 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 Wed Mar 17 13:30: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 6EA3D16A4CE for ; Wed, 17 Mar 2004 13:30: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 7737F43D2D for ; Wed, 17 Mar 2004 13:30: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 i2HLUsh4007974 for ; Wed, 17 Mar 2004 16:30:54 -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 i2HLUq3l029421 for ; Wed, 17 Mar 2004 16:30:52 -0500 Date: Wed, 17 Mar 2004 16:30:51 -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: 2.998 (**) BLANK_LINES_70_80, FROM_ENDS_IN_NUMS X-Scanned-By: MIMEDefang 2.39 Subject: bootloader 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, 17 Mar 2004 21:30:59 -0000 anyone know how to reinstall the bootloader? From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 18:16: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 3AB5816A4CE for ; Wed, 17 Mar 2004 18:16:47 -0800 (PST) Received: from web40205.mail.yahoo.com (web40205.mail.yahoo.com [66.218.78.66]) by mx1.FreeBSD.org (Postfix) with SMTP id 153D043D31 for ; Wed, 17 Mar 2004 18:16:47 -0800 (PST) (envelope-from tinbang@yahoo.com) Message-ID: <20040318021646.47283.qmail@web40205.mail.yahoo.com> Received: from [202.71.100.70] by web40205.mail.yahoo.com via HTTP; Thu, 18 Mar 2004 02:16:46 GMT Date: Thu, 18 Mar 2004 02:16:46 +0000 (GMT) From: =?iso-8859-1?q?najmi?= To: freebsd-sparc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: sparc64 on donovan 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, 18 Mar 2004 02:16:47 -0000 hi... i'd like to ask whether freebsd has support donovan products...it's 1U with sparc64 proccessor and sun mainboard but with ide hard disk this is the model number : E300R1-PGA i'd tried to boot using openbsd bootdisk..it can boot but can't install because it detect no drive i'd tried to boot using freebsd bootdisk but i can't make bootdisk..it said not have sufficient space go to www.donovan.com.my if you want to see donovan products thanks in advance ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 18:36:57 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 3B64816A512 for ; Wed, 17 Mar 2004 18:36:57 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE01943D39 for ; Wed, 17 Mar 2004 18:36:56 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2I2au2Z021262; Wed, 17 Mar 2004 21:36:56 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2I2auAU021261; Wed, 17 Mar 2004 21:36:56 -0500 (EST) Date: Wed, 17 Mar 2004 21:36:55 -0500 From: Ken Smith To: "C.L. Lai [ALAN]" Message-ID: <20040318023655.GB20579@electra.cse.Buffalo.EDU> References: 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: bootloader 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, 18 Mar 2004 02:36:57 -0000 On Wed, Mar 17, 2004 at 04:30:51PM -0500, C.L. Lai [ALAN] wrote: > anyone know how to reinstall the bootloader? Give sunlabel(8) a try. If your drive is /dev/ad0 something like: sunlabel -B ad0 should do it. It will expect to find the boot code in /boot/boot1, if your machine is in a state that's not available you can specify where to find it with -b. -- 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 Wed Mar 17 19:08:52 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 4D57B16A4CE for ; Wed, 17 Mar 2004 19:08:52 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8AA943D45 for ; Wed, 17 Mar 2004 19:08:51 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 6F4D6530E; Thu, 18 Mar 2004 04:08:50 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id DE489530A; Thu, 18 Mar 2004 04:08:43 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 6847233CA7; Thu, 18 Mar 2004 04:08:43 +0100 (CET) To: Garance A Drosihn References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> <20040317023908.GA56755@xor.obsecurity.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 18 Mar 2004 04:08:43 +0100 In-Reply-To: (Garance A. Drosihn's message of "Wed, 17 Mar 2004 14:37:46 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: Reasons for 64-bTT & DHCP import 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, 18 Mar 2004 03:08:52 -0000 Garance A Drosihn writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > I committed a ton of patches to the port last night, including > > one that should fix the 64-bit time_t issue. > This is excellent to see. Thanks! Hopefully that will go a long > way to fixing the problems that people are seeing, and then we > can get the same fixes into the base-system version. well... a bunch of those patches were actually taken from the base system :) the log message contained a fairly detailed list. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 19:32: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 E504A16A4CE for ; Wed, 17 Mar 2004 19:32: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 857CC43D2F for ; Wed, 17 Mar 2004 19:32: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 i2I3WQLP023416; Wed, 17 Mar 2004 22:32:26 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> <20040317023908.GA56755@xor.obsecurity.org> Date: Wed, 17 Mar 2004 22:32:25 -0500 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: Check the latest DHCP vs 64-bTT 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, 18 Mar 2004 03:32:29 -0000 At 4:08 AM +0100 3/18/04, Dag-Erling Sm=F8rgrav wrote: >Garance A Drosihn writes: >> Dag-Erling Sm=F8rgrav wrote: >> > I committed a ton of patches to the port last night, including > > > one that should fix the 64-bit time_t issue. > > > > This is excellent to see. Thanks! Hopefully that will go a long >> way to fixing the problems that people are seeing, and then we >> can get the same fixes into the base-system version. > >well... a bunch of those patches were actually taken from the base >system :) the log message contained a fairly detailed list. Well, I'm confused, but then I haven't been paying close attention to the dhcp issues. Everyone who needs dhcp should try the base-system version, I guess, and let me know if it is now working correctly. It certainly wasn't when I last tested it. If it is working right, I'll remove or reword the special blurb about dhcp in UPDATING.64bTT. If it isn't working right, then check the port and let us know if that works any better. -- Garance Alistair Drosehn =3D 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 Wed Mar 17 19:34:38 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 79B8916A4CE for ; Wed, 17 Mar 2004 19:34:38 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4571F43D1F for ; Wed, 17 Mar 2004 19:34:38 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 00FC6530E; Thu, 18 Mar 2004 04:34:36 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C851C530A; Thu, 18 Mar 2004 04:34:31 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 7E37033CA7; Thu, 18 Mar 2004 04:34:31 +0100 (CET) To: Garance A Drosihn References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> <20040317023908.GA56755@xor.obsecurity.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 18 Mar 2004 04:34:31 +0100 In-Reply-To: (Garance A. Drosihn's message of "Wed, 17 Mar 2004 22:32:25 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-sparc64@freebsd.org Subject: Re: Check the latest DHCP vs 64-bTT 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, 18 Mar 2004 03:34:38 -0000 Garance A Drosihn writes: > Everyone who needs dhcp should try the base-system version, I guess, > and let me know if it is now working correctly. No, the port! While some of the patches I committed came from the base system, it still doesn't have the time_t patch - only the port does. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 19:48: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 DD39F16A4CE for ; Wed, 17 Mar 2004 19:48:31 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE94943D39 for ; Wed, 17 Mar 2004 19:48:31 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (44890ed16810eafb9c2d9d375716b30e@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id i2I3mUVM004072 for ; Wed, 17 Mar 2004 19:48:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AFFA151932; Wed, 17 Mar 2004 19:48:30 -0800 (PST) Date: Wed, 17 Mar 2004 19:48:30 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20040318034830.GA74794@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: trap: memory address not aligned 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, 18 Mar 2004 03:48:32 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This just happened on one of the package machines: panic: trap: memory address not aligned at line 364 in file /a/asami/portbuild/sparc64/src-client/sys/sparc64/sparc64/trap.c cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> trace __panic() at __panic+0x17c trap() at trap+0x3f0 -- memory address not aligned sfar=0xc07ffe992f sfsr=0x40029 %o7=0xc0176cd0 -- suser_cred() at suser_cred+0x1c ffs_write() at ffs_write+0x590 vn_rdwr() at vn_rdwr+0x11c vn_rdwr_inchunks() at vn_rdwr_inchunks+0x84 elf64_corehdr() at elf64_corehdr+0x11c elf64_coredump() at elf64_coredump+0x9c coredump() at coredump+0x4b0 sigexit() at sigexit+0x68 postsig() at postsig+0x1c8 ast() at ast+0x3f0 -- syscall (37, FreeBSD ELF64, kill) %o7=0x40622f4c -- Running -current from yesterday. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAWRwOWry0BWjoQKURAk+rAKChgPs0Z6XmCwspWN0EbOrQ31aA6ACgqEV9 ibpk4yYInHMrDLfnrQ5lYVk= =YU1B -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 17 19:54: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 5C8E316A4CE for ; Wed, 17 Mar 2004 19:54:31 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E7B43D46 for ; Wed, 17 Mar 2004 19:54:31 -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 i2I3sSHB012757; Wed, 17 Mar 2004 22:54:29 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040314210709.GA6482@dhcp01.pn.xcllnt.net> <200403151528.i2FFSe602853@netlx014.civ.utwente.nl> <20040315161833.GA10855@dhcp01.pn.xcllnt.net> <20040317023908.GA56755@xor.obsecurity.org> Date: Wed, 17 Mar 2004 22:54:27 -0500 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: Check the latest DHCP vs 64-bTT 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, 18 Mar 2004 03:54:31 -0000 At 4:34 AM +0100 3/18/04, Dag-Erling Sm=F8rgrav wrote: >Garance A Drosihn writes: > > Everyone who needs dhcp should try the base-system version, > > I guess, and let me know if it is now working correctly. > >No, the port! While some of the patches I committed came from >the base system, it still doesn't have the time_t patch - only >the port does. (Hopefully I'm not confusing things even more...) But earlier I had tried your time_t patch and some other patch, added to the base-system DHCP, and that didn't work for me. Or to be more accurate, sometimes it worked and other times it did not. Well, anyway, everyone who needs dhcp should test the port and let us know how it works! And I think I'll shutup about DHCP for awhile until it's all sorted out... -- Garance Alistair Drosehn =3D 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 Mar 18 10:33:26 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 421E616A4CE for ; Thu, 18 Mar 2004 10:33:26 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3812A43D1D for ; Thu, 18 Mar 2004 10:33:26 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2E7C372DCB; Thu, 18 Mar 2004 10:33:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2936472DB5; Thu, 18 Mar 2004 10:33:26 -0800 (PST) Date: Thu, 18 Mar 2004 10:33:26 -0800 (PST) From: Doug White To: =?iso-8859-1?q?najmi?= In-Reply-To: <20040318021646.47283.qmail@web40205.mail.yahoo.com> Message-ID: <20040318103145.L62520@carver.gumbysoft.com> References: <20040318021646.47283.qmail@web40205.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 on donovan 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, 18 Mar 2004 18:33:26 -0000 On Thu, 18 Mar 2004, [iso-8859-1] najmi wrote: > hi... > > i'd like to ask whether freebsd has support donovan > products...it's 1U with sparc64 proccessor and sun > mainboard but with ide hard disk > > this is the model number : E300R1-PGA > > i'd tried to boot using openbsd bootdisk..it can boot > but can't install because it detect no drive > > i'd tried to boot using freebsd bootdisk but i can't > make bootdisk..it said not have sufficient space Well, that's not a technical problem with FreeBSD per se. :) Perhaps there's a partition you need to delete? > go to www.donovan.com.my if you want to see donovan > products I don't see any reference to SPARC-based machines on their site. Usually these are Sun AXi boards or something similar. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 18 14:59:01 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 722B016A4CE for ; Thu, 18 Mar 2004 14:59:01 -0800 (PST) Received: from mail.doolittle.com (unknown [209.124.192.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD6743D45 for ; Thu, 18 Mar 2004 14:59:01 -0800 (PST) (envelope-from eric@doolittle.com) Received: from laptop (unknown [10.0.0.4]) by mail.doolittle.com (Postfix) with SMTP id 137B5B8060; Thu, 18 Mar 2004 16:58:50 -0600 (CST) Message-ID: <00cc01c40d3b$c60897e0$0400000a@doolittle.com> From: "Eric Doolittle" To: "Doug White" References: <20040318021646.47283.qmail@web40205.mail.yahoo.com> <20040318103145.L62520@carver.gumbysoft.com> Date: Thu, 18 Mar 2004 16:53:04 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 on donovan 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, 18 Mar 2004 22:59:01 -0000 Here is the link to the specs for the box I think he's looking at: http://www.donovan.com.my/endeavor1_spec.htm ----- Original Message ----- From: "Doug White" To: "najmi" Cc: Sent: Thursday, March 18, 2004 12:33 PM Subject: Re: sparc64 on donovan > On Thu, 18 Mar 2004, [iso-8859-1] najmi wrote: > > > hi... > > > > i'd like to ask whether freebsd has support donovan > > products...it's 1U with sparc64 proccessor and sun > > mainboard but with ide hard disk > > > > this is the model number : E300R1-PGA > > > > i'd tried to boot using openbsd bootdisk..it can boot > > but can't install because it detect no drive > > > > i'd tried to boot using freebsd bootdisk but i can't > > make bootdisk..it said not have sufficient space > > Well, that's not a technical problem with FreeBSD per se. :) Perhaps > there's a partition you need to delete? > > > go to www.donovan.com.my if you want to see donovan > > products > > I don't see any reference to SPARC-based machines on their site. Usually > these are Sun AXi boards or something similar. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 19 06:01: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 CDC9716A4CE for ; Fri, 19 Mar 2004 06:01:54 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA9643D46 for ; Fri, 19 Mar 2004 06:01:54 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id EF3CDC3; Fri, 19 Mar 2004 08:01:53 -0600 (CST) Date: Fri, 19 Mar 2004 08:01:53 -0600 From: Tillman Hodgson To: FreeBSD-Sparc64 Message-ID: <20040319140153.GD3884@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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: After 64bTT, Apache logs have some interesting entries 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, 19 Mar 2004 14:01:55 -0000 Howdy folks, I finally noticed that awstats wasn't working properly and sure enough it was producing an error: Update for config "/usr/local/www/cgi-bin/awstats.www.rospa.ca.conf" With data in log file "/var/log/rospa-prod-access.log"... Phase 1 : First bypass old records, searching new record... Direct access after last updated record successfull (after line 125032) AWStats did not find any valid log lines that match your LogFormat parameter, in the 50th first non commented lines read of your log. Your log file /var/log/rospa-prod-access.log must have a bad format or LogFormat parameter setup does not match this format. Your AWStats LogFormat parameter is: 1 This means each line in your web server log file need to have "combined log format" like this: 111.22.33.44 - - [10/Jan/2001:02:14:14 +0200] "GET / HTTP/1.1" 200 1234 "http://www.fromserver.com/from.htm" "Mozilla/4.0 (compatible; MSIE +5.01; Windows NT 5.0)" And this is a sample of records AWStats found in your log file (the record number 50 in your log): 218.94.42.221 - - [06/Jun/651184215:17:42:56 -0600] "GET /scripts/nsiislog.dll" 404 0 "-" "-" The log format problem I'm still working on. But take a closer look at the date on in the log: [06/Jun/651184215:17:42:56 -0600] That ain't right ;-) Feb 18th was my last log entry with a "normal" date entry. I believe, though my memory is fuzzy, that that was the date I upgrade to 64bTT. Note that after upgrade to 64bTT I made sure re-compile every port (including Apache), just to be safe. Is anyone else running Apache on 64bTT? How do you logs look? -T -- A: Because it reverses the logical flow of conversation. Q: Why is putting a reply at the top of the message frowned upon? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 19 11:46:26 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 9CF2516A4CE for ; Fri, 19 Mar 2004 11:46:26 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753C943D2D for ; Fri, 19 Mar 2004 11:46:26 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 30441 invoked from network); 19 Mar 2004 19:46:26 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Mar 2004 19:46:26 -0000 Received: from hydrogen.funkthat.com (vwfgja@localhost.funkthat.com [127.0.0.1])i2JJkPOE042984; Fri, 19 Mar 2004 11:46:25 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i2JJkPiN042983; Fri, 19 Mar 2004 11:46:25 -0800 (PST) Date: Fri, 19 Mar 2004 11:46:24 -0800 From: John-Mark Gurney To: Tillman Hodgson Message-ID: <20040319194624.GB567@funkthat.com> Mail-Followup-To: Tillman Hodgson , FreeBSD-Sparc64 References: <20040319140153.GD3884@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040319140153.GD3884@seekingfire.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 Subject: Re: After 64bTT, Apache logs have some interesting entries 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: Fri, 19 Mar 2004 19:46:26 -0000 Tillman Hodgson wrote this message on Fri, Mar 19, 2004 at 08:01 -0600: > The log format problem I'm still working on. But take a closer look at > the date on in the log: [06/Jun/651184215:17:42:56 -0600] > > That ain't right ;-) > > Feb 18th was my last log entry with a "normal" date entry. I believe, > though my memory is fuzzy, that that was the date I upgrade to 64bTT. > Note that after upgrade to 64bTT I made sure re-compile every port > (including Apache), just to be safe. > > Is anyone else running Apache on 64bTT? How do you logs look? You failed to mention if you recompiled apache or not. If you didn't, make sure you do and then see if you continue to have this problem. -- 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 Fri Mar 19 12:03: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 0C08116A4CE for ; Fri, 19 Mar 2004 12:03:47 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A8243D1F for ; Fri, 19 Mar 2004 12:03:46 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id CD7215309; Fri, 19 Mar 2004 21:03:45 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E216E5308; Fri, 19 Mar 2004 21:03:40 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 7341833CA7; Fri, 19 Mar 2004 21:03:40 +0100 (CET) To: Tillman Hodgson References: <20040319140153.GD3884@seekingfire.com> <20040319194624.GB567@funkthat.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 19 Mar 2004 21:03:40 +0100 In-Reply-To: <20040319194624.GB567@funkthat.com> (John-Mark Gurney's message of "Fri, 19 Mar 2004 11:46:24 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: FreeBSD-Sparc64 Subject: Re: After 64bTT, Apache logs have some interesting entries 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, 19 Mar 2004 20:03:47 -0000 John-Mark Gurney writes: > Tillman Hodgson wrote this message on Fri, Mar 19, 2004 at 08:01 -0600: > > Note that after upgrade to 64bTT I made sure re-compile every port > > (including Apache), just to be safe. > You failed to mention if you recompiled apache or not. If you didn't, > make sure you do and then see if you continue to have this problem. 'nuff said. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no