From owner-freebsd-alpha Sun Jun 24 17: 9:29 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from malkavian.org (malkavian.org [206.136.132.23]) by hub.freebsd.org (Postfix) with ESMTP id 807B637B401 for ; Sun, 24 Jun 2001 17:09:27 -0700 (PDT) (envelope-from rbw@myplace.org) Received: (from rbw@localhost) by malkavian.org (8.11.3/8.11.1) id f5P09G486365 for freebsd-alpha@FreeBSD.org; Sun, 24 Jun 2001 20:09:16 -0400 (EDT) (envelope-from rbw@myplace.org) Date: Sun, 24 Jun 2001 17:09:16 -0700 From: "brian j. peterson" To: freebsd-alpha@FreeBSD.org Subject: Compaq's alpha unit being sold (off-topic) Message-ID: <20010624170916.D26933@malkavian.org> Mail-Followup-To: freebsd-alpha@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-URL: http://rbw.myplace.org/ Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org i know this isn't the most appropriate thing for this list (and some of you may even know about this already), but it is relevant: http://www.theinquirer.net/22060114.htm ... so i guess it looks like Intel is buying Compaq's Alpha division. -- --===-----=======-----------=============-----------------=================== | rbw aka bjp | god's final message to his creation: | | rbw@myplace.org | we apologize for the inconvenience. | ===================-----------------=============-----------=======-----===-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 24 18:45: 5 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id E9C0737B407 for ; Sun, 24 Jun 2001 18:45:03 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5P1ilg82674; Sun, 24 Jun 2001 18:44:47 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sun, 24 Jun 2001 18:44:47 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "brian j. peterson" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <20010624170916.D26933@malkavian.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If this happens and plays out, you can kiss the Open Source movements goodbye within 5 years. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 24 18:59:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from malkavian.org (malkavian.org [206.136.132.23]) by hub.freebsd.org (Postfix) with ESMTP id E0BC037B406 for ; Sun, 24 Jun 2001 18:59:21 -0700 (PDT) (envelope-from rbw@myplace.org) Received: (from rbw@localhost) by malkavian.org (8.11.3/8.11.1) id f5P1xHa89904; Sun, 24 Jun 2001 21:59:17 -0400 (EDT) (envelope-from rbw@myplace.org) Date: Sun, 24 Jun 2001 18:59:17 -0700 From: "brian j. peterson" To: Matthew Jacob Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Compaq's alpha unit being sold (off-topic) Message-ID: <20010624185917.E26933@malkavian.org> Mail-Followup-To: Matthew Jacob , freebsd-alpha@FreeBSD.ORG References: <20010624170916.D26933@malkavian.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Jun 24, 2001 at 06:44:47PM -0700 X-URL: http://rbw.myplace.org/ Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Jun 24, 2001 at 06:44:47PM -0700, Matthew Jacob wrote: > > If this happens and plays out, you can kiss the Open Source movements goodbye > within 5 years. pucker up. =\ -- --===-----=======-----------=============-----------------=================== | rbw aka bjp | god's final message to his creation: | | rbw@myplace.org | we apologize for the inconvenience. | ===================-----------------=============-----------=======-----===-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 24 19: 1: 2 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from utep.el.utwente.nl (utep.el.utwente.nl [130.89.30.10]) by hub.freebsd.org (Postfix) with ESMTP id DDF7037B41B for ; Sun, 24 Jun 2001 19:00:55 -0700 (PDT) (envelope-from A.Dergatchev@tn.utwente.nl) Received: from tn.utwente.nl (uttnb55.tn.utwente.nl [130.89.74.55]) by utep.el.utwente.nl (8.9.3/8.9.3) with ESMTP id EAA01568 for ; Mon, 25 Jun 2001 04:01:54 +0200 Message-ID: <3B369B65.E38CE6FE@tn.utwente.nl> Date: Mon, 25 Jun 2001 04:01:09 +0200 From: "Andrei A. Dergatchev" X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: Re: Compaq's alpha unit being sold (off-topic) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [Why a possible Alpha sell off is offtopic here ?] Matthew Jacob wrote: > If this happens and plays out, you can kiss the Open Source movements goodbye > within 5 years. > Hmm, I wonder why do you think so ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 24 19: 5:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 5346137B401 for ; Sun, 24 Jun 2001 19:05:29 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5P25Og82720; Sun, 24 Jun 2001 19:05:25 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sun, 24 Jun 2001 19:05:24 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Andrei A. Dergatchev" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <3B369B65.E38CE6FE@tn.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Matthew Jacob wrote: > > > If this happens and plays out, you can kiss the Open Source movements goodbye > > within 5 years. > > > > Hmm, > > I wonder why do you think so ? If the amount of viable large scale platforms drops to just Intel, the only way so-called 'Open Source' will live is as a relatively unpaid adjunct to whatever Intel feels is appropriate. That doesn't mean that there won't be Alpha, Sparc, Arm32, PowerPC and other chips around. But they'll become so marginalized and niche oriented that the main thrust of Open Source, including Linux (which will probably be co-opted by IBM by the end of next year), will be lost. IMHO. Wrong list for this rant anyway- sorry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 0: 1:12 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 97EE637B409 for ; Mon, 25 Jun 2001 00:01:05 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5P6xjt25465; Sun, 24 Jun 2001 23:59:45 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: mjacob@feral.com Cc: rbw@myplace.org, freebsd-alpha@FreeBSD.org Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: References: <20010624170916.D26933@malkavian.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010624235945G.jkh@osd.bsdi.com> Date: Sun, 24 Jun 2001 23:59:45 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 38 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > If this happens and plays out, you can kiss the Open Source movements goodbye > within 5 years. Tsk tsk. As much as I admire the Alpha and its place in time, Matt, I think it's an orphan child currently working its way down through a procession of progressively crueler and less loving foster parents. It will almost certainly end up the way they all finally do - running away and living out its last days on the streets, sleeping in a discarded hardware dumpster behind Fry's and turning tricks for crack. :-) Until the 64 bit architectures with more "mainstream backing" really start appearing in quantity, however, it makes an excellent reference and test platform. Don't get any more emotionally attached to it than that and you'll be fine. As far as the "Intel's taking over the industry" predictions are concerned, I'm certainly not as worried as I was perhaps 4 years ago and I don't see why anyone else should be either. Intel has by no means got things all sewn up to its satisfaction, the fact that AMD has come from way behind to give it serious heartburn on the high-end being a good sign that any real opportunity for an exclusive lock vanished somewhere around the time of the PIII, when things started to seriously slow down there. The P4 hasn't exactly been a sales success story in its own right and the Itanium is by no means a sure bet either. I kinda like AMD's Hammer stuff, but we'll just have to see. Far more interesting to me are the truly interesting non-x86 generation processors which haven't even yet been invented and I suspect a good number of them won't be created by Intel, either. That company has a lot of inertia to fight and going to the next generation of processor architectures is going to involve stuff a lot more innovative than taking the same tired optimization tricks and doubling or tripling them. They've just about run out of room on that approach. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 0:50: 7 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81BFC37B407 for ; Mon, 25 Jun 2001 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.3/8.11.3) id f5P7o1V01164; Mon, 25 Jun 2001 00:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 214E137B401 for ; Mon, 25 Jun 2001 00:43:42 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.3/8.11.3) id f5P7hgj00637; Mon, 25 Jun 2001 00:43:42 -0700 (PDT) (envelope-from nobody) Message-Id: <200106250743.f5P7hgj00637@freefall.freebsd.org> Date: Mon, 25 Jun 2001 00:43:42 -0700 (PDT) From: Eduard Shumsky To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: alpha/28401: make world problem Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 28401 >Category: alpha >Synopsis: make world problem >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-alpha >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 25 00:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Eduard Shumsky >Release: 4.2-RELEASE >Organization: rostok >Environment: FreeBSD dec2100.rostok1.com 4.2-RELEASE FreeBSD 4.2-RELEASE #6: Mon Jun 11 15:13:49 EEST 2001 astral@dec2100.rostok1.com:/usr/src/sys/compile/KERN alpha >Description: When i do make world: eelf64alpha.c: In function `gldelf64alpha_check_ld_elf_hints': eelf64alpha.c:176: `_PATH_ELF_HINTS undeclared' (first use in this function) eelf64alpha.c:176: (Each undeclared identifier is reported only once eelf64alpha.c:176: for each function it appears in.) eelf64alpha.c:179 storage size of `hdr' isn't known eelf64alpha.c:182 `ELFHINTS_MAGIC' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. How i can fixed it? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 4: 8:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.belbone.be (mail.belbone.be [195.13.1.3]) by hub.freebsd.org (Postfix) with ESMTP id 567E637B401 for ; Mon, 25 Jun 2001 04:08:34 -0700 (PDT) (envelope-from grendel@belbone.be) Received: from mail.belbone.be (unknown.belbone.net [195.13.17.147] (may be forged)) by mail.belbone.be (8.11.2/8.11.2) with SMTP id NAA17919 for ; Mon, 25 Jun 2001 13:08:22 +0200 (MET DST) Date: Mon, 25 Jun 2001 13:07:49 -0100 From: grendel To: freebsd-alpha@FreeBSD.org Message-ID: <20010625130749.A8543@localhost.euro-chat.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.1.1 Lines: 1 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 7:23:42 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from fl-mia01-m.stis.com (5935supra.020.popsite.net [64.24.149.213]) by hub.freebsd.org (Postfix) with ESMTP id 9F4FA37B406 for ; Mon, 25 Jun 2001 07:23:35 -0700 (PDT) (envelope-from IMCEAEX-_O=STIS_OU=STIS_CN=RECIPIENTS_CN=RCRESPO@STIS.com) Received: by fl-mia01-m.stis.com.10.in-addr.arpa with Internet Mail Service (5.5.2653.19) id ; Mon, 25 Jun 2001 10:24:25 -0400 Message-ID: From: "Crespo, Ramon" To: "'freebsd-alpha@freebsd.org'" Subject: setting the date on FreeBSD Date: Mon, 25 Jun 2001 10:24:02 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello All, The power seems to have gone out this weekend and I got a really weird kernel message ... Jun 25 08:29:41 bsd /kernel: WARNING: clock gained 2 days -- CHECK AND RESET THE DATE! .. I tried using the date command and it sends me into the year 2025 .. so if anyone can help me get back to the year 2001 I would really appreciate it. Thanks, Ramon Crespo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 7:35:28 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 4E16137B405 for ; Mon, 25 Jun 2001 07:35:26 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Mon, 25 Jun 2001 16:35:24 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9CF0@l04.research.kpn.com> From: "Koster, K.J." To: "'Crespo, Ramon'" Cc: "'freebsd-alpha@freebsd.org'" Subject: RE: setting the date on FreeBSD Date: Mon, 25 Jun 2001 16:35:23 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Ramon, > > The power seems to have gone out this weekend and I got a really weird > kernel message ... Jun 25 08:29:41 bsd /kernel: WARNING: > clock gained 2 days > -- CHECK AND RESET THE DATE! .. I tried using the date > command and it sends > me into the year 2025 .. so if anyone can help me get back to > the year 2001 I would really appreciate it. > Try "ntpdate www.freebsd.org" instead if the box is on-line. If the box is on-line continuously, find out what your ISP's time server is and configure the ntp daemon ("man ntpd" to get more info). Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 7:54:22 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from web14808.mail.yahoo.com (web14808.mail.yahoo.com [216.136.224.224]) by hub.freebsd.org (Postfix) with SMTP id 7E2EB37B407 for ; Mon, 25 Jun 2001 07:54:15 -0700 (PDT) (envelope-from rhamming2001@yahoo.com) Message-ID: <20010625145414.21907.qmail@web14808.mail.yahoo.com> Received: from [24.248.85.196] by web14808.mail.yahoo.com; Mon, 25 Jun 2001 07:54:14 PDT Date: Mon, 25 Jun 2001 07:54:14 -0700 (PDT) From: John Doe Subject: RE: setting the date on FreeBSD To: freebsd-alpha@freebsd.org In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FD9CF0@l04.research.kpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ramon, Please look at date(1)...you shoudl do date 0106251100 this sets the clock to, June 25, 2001, 11:00am bruce\ --- "Koster, K.J." wrote: > Dear Ramon, > > > > > The power seems to have gone out this weekend and I got a really weird > > kernel message ... Jun 25 08:29:41 bsd /kernel: WARNING: > > clock gained 2 days > > -- CHECK AND RESET THE DATE! .. I tried using the date > > command and it sends > > me into the year 2025 .. so if anyone can help me get back to > > the year 2001 I would really appreciate it. > > > Try "ntpdate www.freebsd.org" instead if the box is on-line. If the box is > on-line continuously, find out what your ISP's time server is and configure > the ntp daemon ("man ntpd" to get more info). > > Kees Jan > > ================================================ > You are only young once, > but you can stay immature all your life. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 7:58:34 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from fl-mia01-m.stis.com (5935supra.020.popsite.net [64.24.149.213]) by hub.freebsd.org (Postfix) with ESMTP id 2BE5337B40B for ; Mon, 25 Jun 2001 07:58:26 -0700 (PDT) (envelope-from IMCEAEX-_O=STIS_OU=STIS_CN=RECIPIENTS_CN=RCRESPO@STIS.com) Received: by fl-mia01-m.stis.com.10.in-addr.arpa with Internet Mail Service (5.5.2653.19) id ; Mon, 25 Jun 2001 10:59:10 -0400 Message-ID: From: "Crespo, Ramon" To: 'John Doe' Cc: "'freebsd-alpha@freebsd.org'" Subject: RE: setting the date on FreeBSD Date: Mon, 25 Jun 2001 10:58:58 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks Bruce, I was using the -v+/-y option but it didnt seem to work .. but what you said worked in a second. Sorry for crowding everyone's mailbox with this. Later Ramon -----Original Message----- From: John Doe [mailto:rhamming2001@yahoo.com] Sent: Monday, June 25, 2001 10:54 AM To: freebsd-alpha@freebsd.org Subject: RE: setting the date on FreeBSD Ramon, Please look at date(1)...you shoudl do date 0106251100 this sets the clock to, June 25, 2001, 11:00am bruce\ --- "Koster, K.J." wrote: > Dear Ramon, > > > > > The power seems to have gone out this weekend and I got a really weird > > kernel message ... Jun 25 08:29:41 bsd /kernel: WARNING: > > clock gained 2 days > > -- CHECK AND RESET THE DATE! .. I tried using the date > > command and it sends > > me into the year 2025 .. so if anyone can help me get back to > > the year 2001 I would really appreciate it. > > > Try "ntpdate www.freebsd.org" instead if the box is on-line. If the box is > on-line continuously, find out what your ISP's time server is and configure > the ntp daemon ("man ntpd" to get more info). > > Kees Jan > > ================================================ > You are only young once, > but you can stay immature all your life. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 14:10:23 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 755D837B406 for ; Mon, 25 Jun 2001 14:10:20 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id HAA04541 for ; Tue, 26 Jun 2001 07:10:17 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37645) with ESMTP id <01K57PUJQAM8VNZKOB@cim.alcatel.com.au> for freebsd-alpha@FreeBSD.ORG; Tue, 26 Jun 2001 07:10:09 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f5PLADJ82059 for freebsd-alpha@FreeBSD.ORG; Tue, 26 Jun 2001 07:10:13 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Tue, 26 Jun 2001 07:10:13 +1000 From: Peter Jeremy Subject: Re: Compaq's alpha unit being sold (off-topic) In-reply-to: <20010624170916.D26933@malkavian.org>; from rbw@myplace.org on Sun, Jun 24, 2001 at 05:09:16PM -0700 To: freebsd-alpha@FreeBSD.ORG Mail-Followup-To: freebsd-alpha@FreeBSD.ORG Message-id: <20010626071013.C95583@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010624170916.D26933@malkavian.org> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 2001-Jun-24 17:09:16 -0700, "brian j. peterson" wrote: >... so i guess it looks like Intel is buying Compaq's Alpha division. It seems the deal's been done: http://www.theinquirer.net/2506alpha.htm RIP Alpha. I'm glad the iA64 port is progressing nicely. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 14:14: 1 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id CC99F37B407 for ; Mon, 25 Jun 2001 14:13:48 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5PLDYg84749; Mon, 25 Jun 2001 14:13:39 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 25 Jun 2001 14:13:31 -0700 (PDT) From: Matthew Jacob Reply-To: To: Jordan Hubbard Cc: , Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <20010624235945G.jkh@osd.bsdi.com> Message-ID: <20010625140615.L3157-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 24 Jun 2001, Jordan Hubbard wrote: > > If this happens and plays out, you can kiss the Open Source movements goodbye > > within 5 years. > > Tsk tsk. As much as I admire the Alpha and its place in time, Matt, I > think it's an orphan child currently working its way down through a > procession of progressively crueler and less loving foster parents. > It will almost certainly end up the way they all finally do - running > away and living out its last days on the streets, sleeping in a > discarded hardware dumpster behind Fry's and turning tricks for > crack. :-) Hmm- I can't tell whether you are saddened or thrilled by this scenario. I never suspected you of such Gibsonesque leanings before. > Until the 64 bit architectures with more "mainstream backing" really > start appearing in quantity, however, it makes an excellent reference > and test platform. Don't get any more emotionally attached to it than > that and you'll be fine. I'm fine with whatever happens- I haven't had any sense of control of such events (which was foolish even then) since I worked for Sun. It'll be interesting. Since some large government labs have predicated their supercomputing clusters on EV8, we'll see what they have to say about it. I'm just noting that with the death of any serious corporate backing for servers for Alpha, the only thing left that could be taken seriously as a server alternative to Intel is the UltraSparc platforms, and that's unlikely to be a win for Open Source here either as there's less support in Sun than there was inside DEQ for Open Source. Oh well. > As far as the "Intel's taking over the industry" predictions are > concerned, I'm certainly not as worried as I was perhaps 4 years ago and I > don't see why anyone else should be either. Really? Well, we'll see. My personal guess is that FreeBSD will become the personal overseas outsourcing for cheap OS work from Intel, but w/o anything to keep Intel honest and on their toes. I hope I'm wrong. > > Intel has by no means got things all sewn up to its satisfaction, the > fact that AMD has come from way behind to give it serious heartburn on > the high-end being a good sign that any real opportunity for an > exclusive lock vanished somewhere around the time of the PIII, when > things started to seriously slow down there. The P4 hasn't exactly > been a sales success story in its own right and the Itanium is by no > means a sure bet either. I kinda like AMD's Hammer stuff, but we'll > just have to see. > > Far more interesting to me are the truly interesting non-x86 > generation processors which haven't even yet been invented and I > suspect a good number of them won't be created by Intel, either. That > company has a lot of inertia to fight and going to the next generation > of processor architectures is going to involve stuff a lot more > innovative than taking the same tired optimization tricks and doubling > or tripling them. They've just about run out of room on that > approach. Sure. There'll be a lot of niche processor space to work with. The PowerPC and the high end MIPS chips do well here. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 15:29:53 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from jamesnt.iadfw.net (jamesnt.iadfw.net [206.66.13.48]) by hub.freebsd.org (Postfix) with ESMTP id 3631D37B409 for ; Mon, 25 Jun 2001 15:29:46 -0700 (PDT) (envelope-from jamesn@jamesnt.iadfw.net) Received: (from jamesn@localhost) by jamesnt.iadfw.net (8.11.3/8.11.3) id f5PMTx788105; Mon, 25 Jun 2001 17:30:00 -0500 (CDT) (envelope-from jamesn) Date: Mon, 25 Jun 2001 17:30:00 -0500 (CDT) Message-Id: <200106252230.f5PMTx788105@jamesnt.iadfw.net> From: James Nuckolls To: , freebsd-alpha@freebsd.org Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <20010625140615.L3157-100000@wonky.feral.com> References: <20010625140615.L3157-100000@wonky.feral.com> Reply-To: jamesn@airmail.net Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In mailinglist.freebsd.alpha, you wrote: > It'll be interesting. Since some large government labs have predicated their > supercomputing clusters on EV8, we'll see what they have to say about it. I thought about the same earlier in the weekend. > I'm just noting that with the death of any serious corporate backing for > servers for Alpha, the only thing left that could be taken seriously as a I think this may be the fatal flaw in your argument, that is assuming there's been serious corporate backing for the Alpha at any point in the last 5 years. Let's face it, DEC was closer to death than anyone really wants to admit. Further, just given how Compaq has been marketing themselves to even current Alpha customers has given, at least, me the impression that not only were they never really all that committed to the Alpha, but it's also pretty clear that they don't even understand the Alpha and why it worked so well for DEC for so long. The not understanding part is pretty easy and can be summed up in one word: Linux. Compaq has spent every waking moment since discovering that they really did own the Alpha trying to position it as a faster Linux (than that copy of Red Hat you've got installed on your LETNi machine). Digital mortgage their future on the Alpha because they saw the processor as more of a platform to provide stability and scalability via VMS and Digital UNIX on a platform they not only control, but write the compiler for. With that in mind, I really don't see OSF (Digital UNIX) as a viable solution when the Alpha is abandoned in favor of IA-64, which is exactly why Dec abandoned the OSF port to IA-64 in the first place. You have to ask yourself a question: Why would I but a Compaq branded IA-64 box in favor of any number of cheeper operating systems with will probably work just as well? The answer is, I wouldn't. VMS, on the other hand probably is just as viable on IA-64 as it is on Alpha. (Reference: VMS/MIPS -> OpenVMS) > server alternative to Intel is the UltraSparc platforms, and that's unlikely Tell that to IBM and Apple. I think you'll see both companies be a bit more forceful with their positioning in the large server market. Which is a good thing, as I'd be more than happy to buy a large Apple PPC based servers when I can't buy Alphas anymore. > to be a win for Open Source here either as there's less support in Sun than > there was inside DEQ for Open Source. Oh well. So, you're arguing that Open Source works better when there's more platforms to port your OS to? I'm not sure I agree. Just on the surface, I'd say that's it's somewhat easier since you know who your friends are, and what they are trying to hide. You are also assuming that Intel is like Microsoft. In several ways they are (take a very close look at this agreement) but they really aren't that interested in controlling what software you run. Further, Intel realized a while ago that Microsoft isn't the only game in town and really has almost no standing in the large server market. Linux is the BSDs are far more important in this segment and Intel knows this. [1] Though it generally is, but only because Dec never could get away with the kinds of crap that LETNi does. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 15:38:10 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 03D3137B407 for ; Mon, 25 Jun 2001 15:38:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5PMbsg86642; Mon, 25 Jun 2001 15:37:54 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 25 Jun 2001 15:37:51 -0700 (PDT) From: Matthew Jacob Reply-To: To: Cc: Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <200106252230.f5PMTx788105@jamesnt.iadfw.net> Message-ID: <20010625153152.G3157-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > > I'm just noting that with the death of any serious corporate backing for > > servers for Alpha, the only thing left that could be taken seriously as a > > I think this may be the fatal flaw in your argument, that is assuming > there's been serious corporate backing for the Alpha at any point > in the last 5 years. Let's face it, DEC was closer to death than Oh, I know it wasn't really *seriously* backed. But there was enough continuing customer interest in it (~1 billion in sales for Wildfire is, in fact, interest) so that that it couldn't be written off as a total loss. ... > > server alternative to Intel is the UltraSparc platforms, and that's unlikely > > Tell that to IBM and Apple. I think you'll see both companies be > a bit more forceful with their positioning in the large server > market. Which is a good thing, as I'd be more than happy to buy > a large Apple PPC based servers when I can't buy Alphas anymore. Hmm! Where do I buy this big honking Apple PPC servers (I mean, the ones that aren't just repackaged/rebranded IBM 430P workstations)? Like, where are the nuclear wessels! :-) > > > to be a win for Open Source here either as there's less support in Sun than > > there was inside DEQ for Open Source. Oh well. > > So, you're arguing that Open Source works better when there's more > platforms to port your OS to? I'm not sure I agree. Just on the > surface, I'd say that's it's somewhat easier since you know who > your friends are, and what they are trying to hide. Yes. I am saying precisely this. With no enabling market, it's hard to keep the major player honest. > You are also assuming that Intel is like Microsoft. In several > ways they are (take a very close look at this agreement) but they > really aren't that interested in controlling what software you run. ROTFL. Totally. I really think that Intel would love to get out of the low margin silicon foundry business. The most certainly would like to see you run any kind of software that would increase chip sales. But more importantly they see their future as being a vertically integrated company, and that means that they certainly *will* care who they do deals with and spend any time at all helping. > Further, Intel realized a while ago that Microsoft isn't the only > game in town and really has almost no standing in the large > server market. Linux is the BSDs are far more important in this > segment and Intel knows this. Bah. IBM will take over Linux development by the end of next year. > > > [1] Though it generally is, but only because Dec never could get > away with the kinds of crap that LETNi does. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 18: 6:11 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 1571137B405 for ; Mon, 25 Jun 2001 18:05:57 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5Q14qt29430; Mon, 25 Jun 2001 18:04:52 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: mjacob@feral.com Cc: rbw@myplace.org, freebsd-alpha@FreeBSD.org Subject: Re: Compaq's alpha unit being sold (off-topic) In-Reply-To: <20010625140615.L3157-100000@wonky.feral.com> References: <20010624235945G.jkh@osd.bsdi.com> <20010625140615.L3157-100000@wonky.feral.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010625180452X.jkh@osd.bsdi.com> Date: Mon, 25 Jun 2001 18:04:52 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 23 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: Matthew Jacob Subject: Re: Compaq's alpha unit being sold (off-topic) Date: Mon, 25 Jun 2001 14:13:31 -0700 (PDT) > Hmm- I can't tell whether you are saddened or thrilled by this scenario. Saddened to be sure, but saddened in a way that someone who's watched a someone live purely on life support equipment for years and then finally die might be saddened. Sad, but long-since resigned to the inevitability of the event once it finally came. Call me an optimist, but I think the future is actually rather bright for new processor architectures. While the x86 remained viable, it set the computing industry back years and convinced a lot of people that it just wasn't worth competing with legacy designs. Now that Intel has more or less tacitly admitted that it's run out of steam by going for a substantially different design with Itanium, it legitimizes the effort for more nimble companies. Itanium is a good example of a fine idea in principle but not particularly attractive in implementation. To my thinking, at least, that leaves the door pretty wide open. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 21:33:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from flu-smtp-01.datacomm.ch (smtp.datacomm.ch [212.40.5.52]) by hub.freebsd.org (Postfix) with ESMTP id C601237B406 for ; Mon, 25 Jun 2001 21:33:22 -0700 (PDT) (envelope-from gburgy@datacomm.ch) Received: from datacomm.ch (line-76-107-glattbrugg1.tiscalinet.ch [212.254.76.107]) by flu-smtp-01.datacomm.ch (8.11.3/8.11.3) with ESMTP id f5Q4XFP05938 for ; Tue, 26 Jun 2001 06:33:16 +0200 Message-ID: <3B381073.4EEA244F@datacomm.ch> Date: Tue, 26 Jun 2001 06:32:51 +0200 From: Gabriel Burgy X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 3.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org subscript To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 25 21:58:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from Beta.Midwest.Com (fc-pm3-15.enetis.net [208.168.188.174]) by hub.freebsd.org (Postfix) with ESMTP id D6D6637B405 for ; Mon, 25 Jun 2001 21:58:46 -0700 (PDT) (envelope-from bbump@enetis.net) Received: from enetis.net (IDENT:bbump@localhost [127.0.0.1]) by Beta.Midwest.Com (8.11.0/8.11.0) with ESMTP id f5Q514211059; Mon, 25 Jun 2001 23:01:05 -0600 Message-ID: <3B38170F.105DAAD1@enetis.net> Date: Mon, 25 Jun 2001 23:01:03 -0600 From: Brett Bump X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jordan Hubbard , freebsd-alpha@FreeBSD.ORG Subject: Re: Compaq's alpha unit being sold (off-topic) References: <20010624235945G.jkh@osd.bsdi.com> <20010625140615.L3157-100000@wonky.feral.com> <20010625180452X.jkh@osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just got home and trying to catch up on this thread. Also have the following blurb from Decus (um..Encompass) that I just received. Brett ------------------------------------------------ Dear Compaq User Group Member, As you know, Compaq's High Performance Systems Division has a deep and long-standing heritage of engineering excellence and a long history of 64-bit computing innovation. These strengths have enabled us to establish strong momentum in our enterprise computing business. To extend our leadership position, Compaq has announced that we will standardize our 64-bit enterprise server product lines, including the NonStop Himalaya, AlphaServer, and ProLiant families, on Intel's Itanium(tm) processor family, its next-generation microprocessor targeted at the high-end enterprise computing market. As part of our joint technology collaboration agreement with Intel, Compaq will transfer our tremendous Alpha microprocessor technology - backed by more than 10 years of technical leadership in 64-bit computing solutions - to accelerate ongoing development of the Itanium processor. By incorporating these sophisticated technologies, tools, and resources, such as Alpha compiler technologies, into the Itanium processor support infrastructure, Compaq and Intel will jointly expand the market for high-performance, market-leading, 64-bit solutions while protecting your investment in Compaq technology for years to come. We are very excited about this merging of technologies, because we believe it offers our customers the best of all possible futures - the combination of the world's leading volume microprocessor engine and Compaq's outstanding operating systems, clustering, middleware and systems technology for the business-critical infrastructure. This will yield a server platform offering the highest levels of availability, scalability, and performance at a lower cost to you. Compaq will immediately begin to port Tru64 UNIX, and OpenVMS and NonStop Kernel operating systems and development tools to the Itanium processor family. Our intention is to have our first Compaq Itanium-based systems for Tru64 UNIX and OpenVMS available in 2003 for early ISV testing and generally available in 2004. As a result of source file compatibility, existing applications on AlphaServers will run seamlessly with Itanium-based Compaq servers. We will also provide extensive migration support to independent software vendors (ISVs). In addition, to smooth the transition to these future platforms, we, jointly with Intel, will be establishing an extensive developer support program. Of utmost importance to us, however, is that you are confident that we are delivering significant business value today and complete investment protection in Alpha-based solutions for many years to come. During the next few years, the best choice for high-performance computing solutions will continue to be Tru64 UNIX and OpenVMS running on AlphaServer systems. In this timeframe our top priorities for Alpha-based systems remain unchanged -- to deliver improved performance and faster implementations of the Alpha microprocessor to meet our committed performance enhancements, while continuing to provide the most available, scalable systems at the lowest cost. Our Alpha EV7-based AlphaServers will be delivered on schedule in early 2003 with the committed features and performance enhancements The advantages of working with the industry leader in chip technology cannot be overstated. We will see better processor performance consistently over time as a result of Intel's aggressive product schedules and frequent performance boosts. We will ensure that Compaq server performance tracks with industry-wide performance gains. We will see lower costs, better price performance, and faster time to market. All of these advantages we will be able to pass directly to you. As members of our user community, we have always valued your opinion and, therefore, hope you share our excitement about this strategy. It not only defines a clear and stable path to the future, but we believe this is the right moment to transition to a volume-based, 64-bit microprocessor architecture, which has benefited from extensive testing and had time to mature over the past few years. We look forward to leveraging its advantages for our complete range of enterprise servers for many years to come. I look forward to discussing our new strategy with you at the various users meetings throughout this year. These events will be ideal venues to share our future plans with you and solicit your feedback on our detailed product roadmaps. If you have any questions about this announcement, please don't hesitate to contact me. Best Regards, Rich Marcello, Vice President and General Manager High Performance Systems Division For additional information on the multi-year Compaq and Intel technology and marketing agreement visit http://www.compaq.com/hps/ipf-enterprise/index.html Included on this site is the opportunity to view a webcast of the announcement, press releases, customer quotes and more. ------------------------------------------------ Jordan Hubbard wrote: > From: Matthew Jacob > Subject: Re: Compaq's alpha unit being sold (off-topic) > Date: Mon, 25 Jun 2001 14:13:31 -0700 (PDT) > > > Hmm- I can't tell whether you are saddened or thrilled by this scenario. > > Saddened to be sure, but saddened in a way that someone who's watched > a someone live purely on life support equipment for years and then finally > die might be saddened. Sad, but long-since resigned to the inevitability > of the event once it finally came. > > Call me an optimist, but I think the future is actually rather bright > for new processor architectures. While the x86 remained viable, it > set the computing industry back years and convinced a lot of people > that it just wasn't worth competing with legacy designs. Now that > Intel has more or less tacitly admitted that it's run out of steam by > going for a substantially different design with Itanium, it > legitimizes the effort for more nimble companies. Itanium is a good > example of a fine idea in principle but not particularly attractive in > implementation. To my thinking, at least, that leaves the door pretty > wide open. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 26 23: 1:43 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp-server2.tampabay.rr.com (smtp-server2.tampabay.rr.com [65.32.1.39]) by hub.freebsd.org (Postfix) with ESMTP id 25CD137B401 for ; Tue, 26 Jun 2001 23:01:35 -0700 (PDT) (envelope-from b@brodie.org) Received: from orca.brodie.hn.org (ubr-26.102.34.williamsburg.cfl.rr.com [24.26.102.34]) by smtp-server2.tampabay.rr.com (8.11.2/8.11.2) with SMTP id f5R61Yp14864; Wed, 27 Jun 2001 02:01:34 -0400 (EDT) From: Brodie Hynes To: freebsd-alpha@FreeBSD.ORG Subject: Digital Server 3305 question Date: Wed, 27 Jun 2001 02:00:11 -0400 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Message-Id: <0106270200110L.08457@orca.brodie.hn.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a hardware question about the Digital Server 3305. I am running FreeBSD 4.2 quite happily on the box, but before I move it into a more central role (other than gateway), I'd like to add more RAM and here's where I run into a problem. (DEC Server 3305 is the NT brother of the AS800/500) Specs say it takes 168pin 60ns 3.3v ecc EDO dimms, mode: non-interleaved block. http://www4.support.compaq.com/products/retired/svr_3300_specs.asp Does anyone have any experience adding ram to this machine? do standard 168pin edo ecc dimms work, or do you have to get the special Digital/Crucial kits? Crucial 1GB kit for this box: $3419 http://www.crucial.com/store/listparts.asp?model=DIGITAL+Server+3000+Series+3305R&x=12&y=10 4 pieces of 256mb 168pin 60ns 3.3v buffered ecc EDO dimms (ct32m72e4b6) also from crucial: $396 http://www.crucial.com/store/partspecs.asp?imodule=CT32M72E4B6 (for the record, Compaq's price for 1x256mb edo dimm is $3500) Crucial doesn't list ram for the AS800. The crucial folks say These modules are different. The 3305 requires a specially designed module. The CT32M72E4B6 will not work. The Compaq tech support says: go for the cheap chips, documentation he has doesn't speak to anything special about the chips. Can mix speed (50/60ns), just don't mix manuf. within the block. (or so the docs he read said) Unfortunately the two tech supports contradict. Has anyone else tried this or have any experience/knowledge about adding ram to a 3305 or AS800/500? Respectfully, Brodie Hynes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 7:50:52 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from Beta.Midwest.Com (fc-pm3-02.enetis.net [208.168.188.161]) by hub.freebsd.org (Postfix) with ESMTP id 9E5E537B405 for ; Wed, 27 Jun 2001 07:50:44 -0700 (PDT) (envelope-from bbump@enetis.net) Received: from enetis.net (IDENT:bbump@localhost [127.0.0.1]) by Beta.Midwest.Com (8.11.0/8.11.0) with ESMTP id f5REqv212670; Wed, 27 Jun 2001 08:52:59 -0600 Message-ID: <3B39F348.608C2D@enetis.net> Date: Wed, 27 Jun 2001 08:52:56 -0600 From: Brett Bump X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Brodie Hynes , freebsd-alpha@FreeBSD.ORG Subject: Re: Digital Server 3305 question References: <0106270200110L.08457@orca.brodie.hn.org> Content-Type: multipart/alternative; boundary="------------BA176D17BAF1CE2380962BFA" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --------------BA176D17BAF1CE2380962BFA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Brodie, I put the 256mb dimms in my 3300's 2 years ago. Check with the guys at Coast-to-coast memory. They only had one set at the time so I paid $81 a piece for one set, and $99 a piece for the 2nd set. You want the 60ns 3.3v ecc "Buffered" EDO dimms. Brett Brodie Hynes wrote: > This is a hardware question about the Digital Server 3305. > > I am running FreeBSD 4.2 quite happily on the box, > but before I move it into a more central role (other than gateway), > I'd like to add more RAM and here's where I run into a problem. > (DEC Server 3305 is the NT brother of the AS800/500) > > Specs say it takes 168pin 60ns 3.3v ecc EDO dimms, > mode: non-interleaved block. > http://www4.support.compaq.com/products/retired/svr_3300_specs.asp > > Does anyone have any experience adding ram to this machine? > do standard 168pin edo ecc dimms work, or do you have to get the special > Digital/Crucial kits? > > Crucial 1GB kit for this box: $3419 > http://www.crucial.com/store/listparts.asp?model=DIGITAL+Server+3000+Series+3305R&x=12&y=10 > 4 pieces of 256mb 168pin 60ns 3.3v buffered ecc EDO dimms (ct32m72e4b6) > also from crucial: $396 > http://www.crucial.com/store/partspecs.asp?imodule=CT32M72E4B6 > (for the record, Compaq's price for 1x256mb edo dimm is $3500) > Crucial doesn't list ram for the AS800. > > The crucial folks say > These modules are different. > The 3305 requires a specially designed module. > The CT32M72E4B6 will not work. > > The Compaq tech support says: go for the cheap chips, > documentation he has doesn't speak to anything special about the chips. > Can mix speed (50/60ns), just don't mix manuf. within the block. > (or so the docs he read said) > > Unfortunately the two tech supports contradict. > > Has anyone else tried this or have any experience/knowledge about adding > ram to a 3305 or AS800/500? > > Respectfully, > Brodie Hynes > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message --------------BA176D17BAF1CE2380962BFA Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Brodie,

I put the 256mb dimms in my 3300's 2 years ago.  Check with the
guys at Coast-to-coast memory.  They only had one set at the time
so I paid $81 a piece for one set, and $99 a piece for the 2nd set.
You want the 60ns 3.3v ecc "Buffered" EDO dimms.

Brett

Brodie Hynes wrote:

This is a hardware question about the Digital Server 3305.

I am running FreeBSD 4.2 quite happily on the box,
but before I move it into a more central role (other than gateway),
I'd like to add more RAM and here's where I run into a problem.
(DEC Server 3305 is the NT brother of the AS800/500)

Specs say it takes 168pin 60ns 3.3v ecc EDO dimms,
mode: non-interleaved block.
http://www4.support.compaq.com/products/retired/svr_3300_specs.asp

Does anyone have any experience adding ram to this machine?
do standard 168pin edo ecc dimms work, or do you have to get the special
Digital/Crucial kits?

Crucial 1GB kit for this box: $3419
http://www.crucial.com/store/listparts.asp?model=DIGITAL+Server+3000+Series+3305R&x=12&y=10
4 pieces of 256mb 168pin 60ns 3.3v buffered ecc EDO dimms (ct32m72e4b6)
also from crucial: $396
http://www.crucial.com/store/partspecs.asp?imodule=CT32M72E4B6
(for the record, Compaq's price for 1x256mb edo dimm is $3500)
Crucial doesn't list ram for the AS800.

The crucial folks say
        These modules are different.
        The 3305 requires a specially designed module.
        The CT32M72E4B6 will not work.

The Compaq tech support says: go for the cheap chips,
documentation he has doesn't speak to anything special about the chips.
Can mix speed (50/60ns), just don't mix manuf. within the block.
(or so the docs he read said)

Unfortunately the two tech supports contradict.

Has anyone else tried this or have any experience/knowledge about adding
ram to a 3305 or AS800/500?

Respectfully,
Brodie Hynes

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message

--------------BA176D17BAF1CE2380962BFA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 12:47:20 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 345EE37B406 for ; Wed, 27 Jun 2001 12:47:17 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from nikita.fi.infn.it (nikita.fi.infn.it [192.84.146.189]) by postino.fi.infn.it (8.11.1/8.11.1) with ESMTP id f5RJlFm75672 for ; Wed, 27 Jun 2001 21:47:15 +0200 (CEST) From: Riccardo.Veraldi@fi.infn.it Received: by nikita.fi.infn.it (Postfix, from userid 1001) id 2477318CE9; Wed, 27 Jun 2001 21:47:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by nikita.fi.infn.it (Postfix) with ESMTP id 0DD7015902 for ; Wed, 27 Jun 2001 21:47:14 +0200 (CEST) Date: Wed, 27 Jun 2001 21:47:14 +0200 (CEST) X-X-Sender: To: Subject: strange problem after recompiling kernel/alpha Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello. I recompiled the kernel for my Miata. The strange thing happening now is that gdm won't start anymore: Jun 27 18:07:15 durlindana gdm[498]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Jun 27 18:07:18 durlindana gdm[502]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Jun 27 18:07:24 durlindana gdm[506]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Jun 27 18:07:30 durlindana gdm[510]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Jun 27 18:07:30 durlindana gdm[497]: Failed to start X server several times in a short time period; disabling display :0 anyone has a workaround about this? thank you Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 12:49:40 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 8BE4337B401 for ; Wed, 27 Jun 2001 12:49:37 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from nikita.fi.infn.it (nikita.fi.infn.it [192.84.146.189]) by postino.fi.infn.it (8.11.1/8.11.1) with ESMTP id f5RJnam75873 for ; Wed, 27 Jun 2001 21:49:36 +0200 (CEST) From: Riccardo.Veraldi@fi.infn.it Received: by nikita.fi.infn.it (Postfix, from userid 1001) id 59A4818CE9; Wed, 27 Jun 2001 21:49:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by nikita.fi.infn.it (Postfix) with ESMTP id 4314015902 for ; Wed, 27 Jun 2001 21:49:36 +0200 (CEST) Date: Wed, 27 Jun 2001 21:49:35 +0200 (CEST) X-X-Sender: To: Subject: Re: setting the date on FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org you probably did not use the date command in the right way. Look at the date man pag. Anyway you can always set the date from the SRM console with a date command likewise the unix date command. Rick On Mon, 25 Jun 2001, Crespo, Ramon wrote: > Date: Mon, 25 Jun 2001 10:24:02 -0400 > From: "Crespo, Ramon" > > To: "'freebsd-alpha@freebsd.org'" > Subject: setting the date on FreeBSD > > Hello All, > > The power seems to have gone out this weekend and I got a really weird > kernel message ... Jun 25 08:29:41 bsd /kernel: WARNING: clock gained 2 days > -- CHECK AND RESET THE DATE! .. I tried using the date command and it sends > me into the year 2025 .. so if anyone can help me get back to the year 2001 > I would really appreciate it. > > Thanks, > Ramon Crespo > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 16:16:38 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id A338937B406 for ; Wed, 27 Jun 2001 16:16:28 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 15FOXW-000LIX-0A for alpha@freebsd.org; Wed, 27 Jun 2001 23:16:06 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f5RNF8797876 for ; Thu, 28 Jun 2001 00:15:08 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 28 Jun 2001 00:15:08 +0100 (BST) From: Doug Rabson To: Subject: pmap_emulate_reference() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Based on a conversation at lunch today, I decided to try rewriting pmap_emulate_reference() to avoid the need for the vm lock. Basically, I just use a couple of extra bits in the pte to store the changed/referenced state and defer the hard work to pmap_ts_referenced() etc. I haven't (obviously) tested this since I'm at Usenix but I think the principle is sound. Index: alpha/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/pmap.c,v retrieving revision 1.58 diff -u -r1.58 pmap.c --- alpha/pmap.c 2001/05/21 16:09:29 1.58 +++ alpha/pmap.c 2001/06/28 00:08:08 @@ -2745,16 +2745,30 @@ int pmap_ts_referenced(vm_page_t m) { + pv_entry_t pv; + int count; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return 0; - if (m->md.pv_flags & PV_TABLE_REF) { - pmap_changebit(m, PG_FOR|PG_FOE|PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_REF; - return 1; + /* + * Loop over current mappings looking for any which have PG_A set. + */ + count = 0; + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (*pte & PG_A) { + count++; + *pte &= ~PG_A; + *pte |= PG_FOR | PG_FOE; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } - return 0; + return count; } /* @@ -2766,11 +2780,20 @@ boolean_t pmap_is_modified(vm_page_t m) { + pv_entry_t pv; if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return FALSE; + + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + if (*pte & PG_D) + return 1; + } - return (m->md.pv_flags & PV_TABLE_MOD) != 0; + return 0; } /* @@ -2779,12 +2802,25 @@ void pmap_clear_modify(vm_page_t m) { + pv_entry_t pv; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return; - if (m->md.pv_flags & PV_TABLE_MOD) { - pmap_changebit(m, PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_MOD; + /* + * Loop over current mappings looking for any which have PG_A set. + */ + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (*pte & PG_A) { + count++; + *pte &= ~(PG_A | PG_D); + *pte |= PG_FOR | PG_FOE | PG_FOW; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } } @@ -2883,35 +2919,16 @@ * (1) always mark page as used, and * (2) if it was a write fault, mark page as modified. */ - m = PHYS_TO_VM_PAGE(pa); - m->md.pv_flags |= PV_TABLE_REF; - faultoff = PG_FOR | PG_FOE; - - if (user_addr && mtx_trylock(&vm_mtx)) { - vm_page_flag_set(m, PG_REFERENCED); - mtx_unlock(&vm_mtx); - } - if (write) { - m->md.pv_flags |= PV_TABLE_MOD; - vm_page_dirty(m); - faultoff |= PG_FOW; - } - pmap_changebit(m, faultoff, FALSE); - if ((*pte & faultoff) != 0) { -#if 1 - /* - * XXX dfr - don't think its possible in our pmap - */ - /* - * This is apparently normal. Why? -- cgd - * XXX because was being called on unmanaged pages? - */ - panic("warning: pmap_changebit didn't."); -#endif - *pte &= ~faultoff; - ALPHA_TBIS(v); + faultoff = PG_FOR | PG_FOE | PG_FOW; + faulton = PG_A | PG_D; + } else { + faultoff = PG_FOR | PG_FOE; + faulton = PG_A; } + + *pte = (*pte & ~faultoff) | faulton; + ALPHA_TBIS(v); } /* Index: include/pmap.h =================================================================== RCS file: /home/ncvs/src/sys/alpha/include/pmap.h,v retrieving revision 1.11 diff -u -r1.11 pmap.h --- include/pmap.h 2000/09/23 12:18:05 1.11 +++ include/pmap.h 2001/06/27 23:42:01 @@ -67,6 +67,8 @@ #define PG_W 0x00010000 /* software wired */ #define PG_MANAGED 0x00020000 /* software managed */ +#define PG_A 0x00040000 /* accessed */ +#define PG_D 0x00080000 /* dirty */ /* * Pte related macros -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 16:23:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id A9A6837B405 for ; Wed, 27 Jun 2001 16:23:49 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 15FOfm-000IUY-0X for alpha@freebsd.org; Thu, 28 Jun 2001 00:24:38 +0100 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f5RNMX797911 for ; Thu, 28 Jun 2001 00:22:33 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 28 Jun 2001 00:22:33 +0100 (BST) From: Doug Rabson To: Subject: Re: pmap_emulate_reference() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 28 Jun 2001, Doug Rabson wrote: > Based on a conversation at lunch today, I decided to try rewriting > pmap_emulate_reference() to avoid the need for the vm lock. Basically, I > just use a couple of extra bits in the pte to store the changed/referenced > state and defer the hard work to pmap_ts_referenced() etc. > > I haven't (obviously) tested this since I'm at Usenix but I think the > principle is sound. > This version is a bit simpler... Index: alpha/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/pmap.c,v retrieving revision 1.58 diff -u -r1.58 pmap.c --- alpha/pmap.c 2001/05/21 16:09:29 1.58 +++ alpha/pmap.c 2001/06/28 00:18:13 @@ -2745,16 +2745,31 @@ int pmap_ts_referenced(vm_page_t m) { + pv_entry_t pv; + int count; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return 0; - if (m->md.pv_flags & PV_TABLE_REF) { - pmap_changebit(m, PG_FOR|PG_FOE|PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_REF; - return 1; + /* + * Loop over current mappings looking for any which have don't + * have PG_FOR set (i.e. ones where we have taken an emulate + * reference trap recently). + */ + count = 0; + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (!(*pte & PG_FOR)) { + count++; + *pte |= PG_FOR | PG_FOE; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } - return 0; + return count; } /* @@ -2766,11 +2781,24 @@ boolean_t pmap_is_modified(vm_page_t m) { + pv_entry_t pv; if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return FALSE; - return (m->md.pv_flags & PV_TABLE_MOD) != 0; + /* + * A page is modified if any mapping has had its PG_FOW flag + * cleared. + */ + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + if (!(*pte & PG_FOW)) + return 1; + } + + return 0; } /* @@ -2779,12 +2807,23 @@ void pmap_clear_modify(vm_page_t m) { + pv_entry_t pv; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return; - if (m->md.pv_flags & PV_TABLE_MOD) { - pmap_changebit(m, PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_MOD; + /* + * Loop over current mappings setting PG_FOW where needed. + */ + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (!(*pte & PG_FOW)) { + *pte |= PG_FOR | PG_FOE | PG_FOW; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } } @@ -2883,35 +2922,14 @@ * (1) always mark page as used, and * (2) if it was a write fault, mark page as modified. */ - m = PHYS_TO_VM_PAGE(pa); - m->md.pv_flags |= PV_TABLE_REF; - faultoff = PG_FOR | PG_FOE; - - if (user_addr && mtx_trylock(&vm_mtx)) { - vm_page_flag_set(m, PG_REFERENCED); - mtx_unlock(&vm_mtx); - } - if (write) { - m->md.pv_flags |= PV_TABLE_MOD; - vm_page_dirty(m); - faultoff |= PG_FOW; - } - pmap_changebit(m, faultoff, FALSE); - if ((*pte & faultoff) != 0) { -#if 1 - /* - * XXX dfr - don't think its possible in our pmap - */ - /* - * This is apparently normal. Why? -- cgd - * XXX because was being called on unmanaged pages? - */ - panic("warning: pmap_changebit didn't."); -#endif - *pte &= ~faultoff; - ALPHA_TBIS(v); + faultoff = PG_FOR | PG_FOE | PG_FOW; + } else { + faultoff = PG_FOR | PG_FOE; } + + *pte = (*pte & ~faultoff); + ALPHA_TBIS(v); } /* -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 27 21:16:41 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from server.baldwin.cx (server.baldwin.cx [204.216.28.80]) by hub.freebsd.org (Postfix) with ESMTP id 6F4D937B403 for ; Wed, 27 Jun 2001 21:16:33 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (tserver.conference.usenix.org [199.103.159.3]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id VAA23848; Wed, 27 Jun 2001 21:18:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 27 Jun 2001 21:16:30 -0700 (PDT) From: John Baldwin To: Doug Rabson Subject: Re: pmap_emulate_reference() Cc: alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 27-Jun-01 Doug Rabson wrote: > On Thu, 28 Jun 2001, Doug Rabson wrote: > >> Based on a conversation at lunch today, I decided to try rewriting >> pmap_emulate_reference() to avoid the need for the vm lock. Basically, I >> just use a couple of extra bits in the pte to store the changed/referenced >> state and defer the hard work to pmap_ts_referenced() etc. >> >> I haven't (obviously) tested this since I'm at Usenix but I think the >> principle is sound. >> > > This version is a bit simpler... It also means that pmap_emulate_reference() won't need the vm lock anymore, which is a big win here. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 28 1: 0:30 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id 0887537B403 for ; Thu, 28 Jun 2001 01:00:27 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from nikita.fi.infn.it (nikita.fi.infn.it [192.84.146.189]) by postino.fi.infn.it (8.11.1/8.11.1) with ESMTP id f5S80Qm88965 for ; Thu, 28 Jun 2001 10:00:26 +0200 (CEST) From: Riccardo.Veraldi@fi.infn.it Received: by nikita.fi.infn.it (Postfix, from userid 1001) id 36C3418CE9; Thu, 28 Jun 2001 10:00:24 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by nikita.fi.infn.it (Postfix) with ESMTP id DD67115902 for ; Thu, 28 Jun 2001 10:00:24 +0200 (CEST) Date: Thu, 28 Jun 2001 10:00:24 +0200 (CEST) X-X-Sender: To: Subject: Re: strange problem after recompiling kernel/alpha In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I figured out the problem the problem but I am not able to fix it... I Recompiled my kernel adding IPSEC the 4.3 RELEASE kernel. The problem is that now with X11 my mouse is not functioning anymore. it is not a problem of XF86Config file because with the 4.3-RELEASE kernel everyting works. The pointer mouse flashes randomly and I Got these errors: psmintr: out of sync (0028 != 0008) in my custom kernel I Added of course the psm device but nothing works no more. What I have to do to fix this problem ??? thanks Rick On Wed, 27 Jun 2001 Riccardo.Veraldi@fi.infn.it wrote: > Date: Wed, 27 Jun 2001 21:47:14 +0200 (CEST) > From: Riccardo.Veraldi@fi.infn.it > To: freebsd-alpha@freebsd.org > Subject: strange problem after recompiling kernel/alpha > > > Hello. > I recompiled the kernel for my Miata. > The strange thing happening now is that gdm won't start anymore: > Jun 27 18:07:15 durlindana gdm[498]: gdm_slave_xioerror_handler: Fatal X > error - Restarting :0 > Jun 27 18:07:18 durlindana gdm[502]: gdm_slave_xioerror_handler: Fatal X > error - Restarting :0 > Jun 27 18:07:24 durlindana gdm[506]: gdm_slave_xioerror_handler: Fatal X > error - Restarting :0 > Jun 27 18:07:30 durlindana gdm[510]: gdm_slave_xioerror_handler: Fatal X > error - Restarting :0 > Jun 27 18:07:30 durlindana gdm[497]: Failed to start X server several > times in a short time period; disabling display :0 > > anyone has a workaround about this? > thank you > > Rick > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 28 12:36:47 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id CEA5737B405; Thu, 28 Jun 2001 12:36:37 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 15FhaM-0002U4-0A; Thu, 28 Jun 2001 19:36:18 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f5SJZK701193; Thu, 28 Jun 2001 20:35:20 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 28 Jun 2001 20:35:20 +0100 (BST) From: Doug Rabson To: John Baldwin Cc: Subject: Re: pmap_emulate_reference() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 27 Jun 2001, John Baldwin wrote: > > On 27-Jun-01 Doug Rabson wrote: > > On Thu, 28 Jun 2001, Doug Rabson wrote: > > > >> Based on a conversation at lunch today, I decided to try rewriting > >> pmap_emulate_reference() to avoid the need for the vm lock. Basically, I > >> just use a couple of extra bits in the pte to store the changed/referenced > >> state and defer the hard work to pmap_ts_referenced() etc. > >> > >> I haven't (obviously) tested this since I'm at Usenix but I think the > >> principle is sound. > >> > > > > This version is a bit simpler... > > It also means that pmap_emulate_reference() won't need the vm lock anymore, > which is a big win here. Ok, this version actually compiles. I'm not planning to test it until I get home though. Index: mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/mp_machdep.c,v retrieving revision 1.21 diff -u -r1.21 mp_machdep.c --- mp_machdep.c 2001/06/13 20:40:24 1.21 +++ mp_machdep.c 2001/06/28 19:18:09 @@ -363,13 +363,14 @@ } all_cpus |= 1 << i; mp_ncpus++; + break; } PCPU_SET(other_cpus, all_cpus & ~(1 << boot_cpu_id)); for (i = 0; i < hwrpb->rpb_pcs_cnt; i++) { if (i == boot_cpu_id) continue; - if (all_cpus & 1 << i) + if (all_cpus & 1 << i) smp_start_secondary(i); } } Index: pmap.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/pmap.c,v retrieving revision 1.59 diff -u -r1.59 pmap.c --- pmap.c 2001/06/25 23:52:25 1.59 +++ pmap.c 2001/06/28 19:32:43 @@ -2745,16 +2745,32 @@ int pmap_ts_referenced(vm_page_t m) { + pv_entry_t pv; + pt_entry_t *pte; + int count; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return 0; - if (m->md.pv_flags & PV_TABLE_REF) { - pmap_changebit(m, PG_FOR|PG_FOE|PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_REF; - return 1; + /* + * Loop over current mappings looking for any which have don't + * have PG_FOR set (i.e. ones where we have taken an emulate + * reference trap recently). + */ + count = 0; + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (!(*pte & PG_FOR)) { + count++; + *pte |= PG_FOR | PG_FOE; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } - return 0; + return count; } /* @@ -2766,11 +2782,25 @@ boolean_t pmap_is_modified(vm_page_t m) { + pv_entry_t pv; + pt_entry_t *pte; if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return FALSE; - return (m->md.pv_flags & PV_TABLE_MOD) != 0; + /* + * A page is modified if any mapping has had its PG_FOW flag + * cleared. + */ + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + if (!(*pte & PG_FOW)) + return 1; + } + + return 0; } /* @@ -2779,12 +2809,24 @@ void pmap_clear_modify(vm_page_t m) { + pv_entry_t pv; + pt_entry_t *pte; + if (!pmap_initialized || (m->flags & PG_FICTITIOUS)) return; - if (m->md.pv_flags & PV_TABLE_MOD) { - pmap_changebit(m, PG_FOW, TRUE); - m->md.pv_flags &= ~PV_TABLE_MOD; + /* + * Loop over current mappings setting PG_FOW where needed. + */ + for (pv = TAILQ_FIRST(&m->md.pv_list); + pv; + pv = TAILQ_NEXT(pv, pv_list)) { + pte = pmap_lev3pte(pv->pv_pmap, pv->pv_va); + + if (!(*pte & PG_FOW)) { + *pte |= PG_FOW; + pmap_invalidate_page(pv->pv_pmap, pv->pv_va); + } } } @@ -2829,7 +2871,6 @@ { pt_entry_t faultoff, *pte; vm_offset_t pa; - vm_page_t m; int user_addr; /* @@ -2883,33 +2924,14 @@ * (1) always mark page as used, and * (2) if it was a write fault, mark page as modified. */ - m = PHYS_TO_VM_PAGE(pa); - m->md.pv_flags |= PV_TABLE_REF; - faultoff = PG_FOR | PG_FOE; - - if (user_addr) - vm_page_flag_set(m, PG_REFERENCED); - if (write) { - m->md.pv_flags |= PV_TABLE_MOD; - vm_page_dirty(m); - faultoff |= PG_FOW; - } - pmap_changebit(m, faultoff, FALSE); - if ((*pte & faultoff) != 0) { -#if 1 - /* - * XXX dfr - don't think its possible in our pmap - */ - /* - * This is apparently normal. Why? -- cgd - * XXX because was being called on unmanaged pages? - */ - panic("warning: pmap_changebit didn't."); -#endif - *pte &= ~faultoff; - ALPHA_TBIS(v); + faultoff = PG_FOR | PG_FOE | PG_FOW; + } else { + faultoff = PG_FOR | PG_FOE; } + + *pte = (*pte & ~faultoff); + ALPHA_TBIS(v); } /* Index: trap.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/trap.c,v retrieving revision 1.65 diff -u -r1.65 trap.c --- trap.c 2001/06/25 23:52:25 1.65 +++ trap.c 2001/06/28 19:26:47 @@ -484,18 +484,10 @@ case ALPHA_MMCSR_FOR: case ALPHA_MMCSR_FOE: case ALPHA_MMCSR_FOW: - { - int hadvmlock; - - hadvmlock = mtx_owned(&vm_mtx); - if (hadvmlock == 0) - mtx_lock(&vm_mtx); pmap_emulate_reference(p, a0, user, a1 == ALPHA_MMCSR_FOW); - if (hadvmlock == 0) - mtx_unlock(&vm_mtx); goto out; - } + case ALPHA_MMCSR_INVALTRANS: case ALPHA_MMCSR_ACCESS: { -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 28 12:38:20 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 6558437B406; Thu, 28 Jun 2001 12:38:18 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5SJbe400813; Thu, 28 Jun 2001 12:38:06 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 28 Jun 2001 12:37:30 -0700 (PDT) From: Matthew Jacob Reply-To: To: Doug Rabson Cc: John Baldwin , Subject: Re: pmap_emulate_reference() In-Reply-To: Message-ID: <20010628123718.L8994-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Can somebody fix: + if (all_cpus & 1 << i) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 28 12:46:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from finch-post-11.mail.demon.net (finch-post-11.mail.demon.net [194.217.242.39]) by hub.freebsd.org (Postfix) with ESMTP id D9D3C37B403; Thu, 28 Jun 2001 12:46:23 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 15Fhk6-0001GD-0B; Thu, 28 Jun 2001 19:46:22 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f5SJj7701236; Thu, 28 Jun 2001 20:45:07 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 28 Jun 2001 20:45:07 +0100 (BST) From: Doug Rabson To: Matthew Jacob Cc: John Baldwin , Subject: Re: pmap_emulate_reference() In-Reply-To: <20010628123718.L8994-100000@wonky.feral.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 28 Jun 2001, Matthew Jacob wrote: > > > Can somebody fix: > > + if (all_cpus & 1 << i) > > Oops. That shouldn't even be part of the patch. Ignore everything except trap.c and pmap.c. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message