From owner-freebsd-alpha Sun Mar 5 3:23:38 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from cicely5.cicely.de (cicely.de [194.231.9.142]) by hub.freebsd.org (Postfix) with ESMTP id 6DA0C37B9C4; Sun, 5 Mar 2000 03:23:32 -0800 (PST) (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.9.3/8.9.2) id MAA06923; Sun, 5 Mar 2000 12:23:43 +0100 (CET) (envelope-from ticso) Date: Sun, 5 Mar 2000 12:23:42 +0100 From: Bernd Walter To: Mike Smith Cc: Wilko Bulte , Tom Knienieder , Andrew Gallatin , kkenn@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! Message-ID: <20000305122342.A6846@cicely5.cicely.de> References: <20000304201834.G62387@yedi.iaf.nl> <200003042000.MAA04532@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <200003042000.MAA04532@mass.cdrom.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Mar 04, 2000 at 12:00:50PM -0800, Mike Smith wrote: > > On Sat, Mar 04, 2000 at 09:44:25AM +0100, Tom Knienieder wrote: > > > Andrew Gallatin wrote: > > > > > > > > Wilko Bulte writes: > > > > > I'd be very interested to see how the XP1000 behaves running X as I see > > > > > problems on all my Alphas (Miata GL , Miata MX5 and EB64+/Aspen Alpine) > > > > > when running X. > > .. > > > > On a related note -- Wilko, can you try compiling X with either -O or > > > > -O0? I just tracked down a nasty bug troubling somebody else which > > > > was caused by gcc generating bad code. I have a sneaking suspicion > > > > that the compiler might be behind at least some of your pain. > > > > > > I noticed the same thing. For example mysql-3.23.11-alpha has > > > uptimes from serveral minutes on my 164lx under heavy load. > > > I changed the CFLAGS from -O3 and -O2 to -O0. It's up for > > > over 20 hours now. > > > > Ai... If this is also the cause of my X trouble I wonder if it makes sense > > to create the RC3 for Alpha with -O or -O0 ? > > I'm asking people that have had trouble with building world on beast to > try this - Kris, I seem to recall you were one of them... I can say that building world with O3 gaves me a nearly unusable system. config complained about unknown options in my file and the compiler complained about silly things even for simple test programms. A new buldworld was not possible as the compiler did not work properly. After I exchanged cc1 and libc.so I was able to buildworld again with default parameters using the same source. That was on a PC164. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 7:29:16 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 5E49337BA41 for ; Sun, 5 Mar 2000 07:29:11 -0800 (PST) (envelope-from nmanisca@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [128.173.16.40]) by sable.cc.vt.edu (8.9.3/8.9.3) with ESMTP id KAA10338; Sun, 5 Mar 2000 10:29:09 -0500 (EST) Received: from dog ([198.82.106.223]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FQY00DAQGCKBQ@gkar.cc.vt.edu>; Sun, 5 Mar 2000 10:29:09 -0500 (EST) Date: Sun, 05 Mar 2000 10:28:23 -0500 From: nm Subject: No cigar with 3.9.18 :( X-Sender: nmanisca@mail.vt.edu To: freebsd-alpha@freebsd.org Cc: Andrew Gallatin Message-id: <3.0.32.20000305102823.00c5eaf0@mail.vt.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 3.0 (32) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I grabbed XFree86 3.9.18, and applied the xfpatch. Then, I edited the return statement of has_bwx() from bsd_video.c I built with make world and did a make install. The XFree86 binary was installed and I ran xf86config. I guess with 3.9.18 there is only 1 binary for all drivers/cards? Next, I ran startx and the screen pretended to change video modes, filled up with random color, random characters (garbage), waited 3 seconds, pretended to change modes again, and returned me to a prompt where all I only see about every other character and things are screwy :( Where did I go wrong? Nick Maniscalco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 8:11: 6 2000 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 ED79D37BA57 for ; Sun, 5 Mar 2000 08:10:57 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12RdcO-0006ch-0X; Sun, 5 Mar 2000 16:10:56 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id QAA38697; Sun, 5 Mar 2000 16:14:06 GMT (envelope-from dfr@nlsystems.com) Date: Sun, 5 Mar 2000 16:11:19 +0000 (GMT) From: Doug Rabson To: nm Cc: freebsd-alpha@freebsd.org, Andrew Gallatin Subject: Re: No cigar with 3.9.18 :( In-Reply-To: <3.0.32.20000305102823.00c5eaf0@mail.vt.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 5 Mar 2000, nm wrote: > I grabbed XFree86 3.9.18, and applied the xfpatch. > Then, I edited the return statement of has_bwx() from > bsd_video.c > > I built with make world and did a make install. The > XFree86 binary was installed and I ran xf86config. > I guess with 3.9.18 there is only 1 binary for all > drivers/cards? Thats right. All the hardware drivers are loadable (look in /usr/X11R6/lib/modules). > > Next, I ran startx and the screen pretended to change > video modes, filled up with random color, random > characters (garbage), waited 3 seconds, pretended to > change modes again, and returned me to a prompt where > all I only see about every other character and things > are screwy :( > > Where did I go wrong? Not sure. At this point, the only hardware I know works well is MGA (which I'm using right now). What kind of graphics card are you using? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 8:28:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with ESMTP id 3583237BA29; Sun, 5 Mar 2000 08:28:28 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from sylph.sat.t.u-tokyo.ac.jp (sylph.sat.t.u-tokyo.ac.jp [10.6.1.20]) by gate.keisu.t.u-tokyo.ac.jp (Postfix) with ESMTP id 6D4F93D0D; Mon, 6 Mar 2000 01:28:27 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id 463772DAA9; Mon, 6 Mar 2000 01:28:23 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id BAA04719; Mon, 6 Mar 2000 01:28:22 +0900 (JST) Date: Mon, 06 Mar 2000 01:28:21 +0900 Message-ID: From: Hidetoshi Shimokawa To: nobu@rd.isac.co.jp Cc: gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/17032: strtod(3) floating exception In-Reply-To: In your message of "Tue, 29 Feb 2000 16:17:38 +0900" <20000229161738I.nobu@rd.isac.co.jp> References: <200002280440.UAA89573@freefall.freebsd.org> <20000229161738I.nobu@rd.isac.co.jp> User-Agent: Wanderlust/2.2.9 (Gonna Make You Sweat) SEMI/1.13.6 (Komatsu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.2 (beta19) (Shinjuku) (i386-unknown-freebsd3.2) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > > I checked my send-pr alpha/17032 problem. > > The problem live in src/lib/libc/stdlib/strtod.c source code. > The source code assume sizeof(long)==4, then bounded value make > to be exception. FreeBSD/alpha uses strtod.c obtained from NetBSD, i.e. src/lib/libc/stdlib/netbsd_strtod.c. Try to compile netbsd_strtod.c with -mieee option and link against your sample program. It works fine here. > Well, There is need fix to mach. Then I tried import from NetBSD > source code and hacked that. It seem to work. > > Based NetBSD-current source as > $NetBSD: strtod.c,v 1.33 1999/11/26 07:39:45 msaitoh Exp $ If recent netbsd's strtod.c works without `-mieee', it must be nice. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 8:40:12 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 7F92537BA5E for ; Sun, 5 Mar 2000 08:40:05 -0800 (PST) (envelope-from nmanisca@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [128.173.16.40]) by sable.cc.vt.edu (8.9.3/8.9.3) with ESMTP id LAA19738; Sun, 5 Mar 2000 11:39:53 -0500 (EST) Received: from dog ([198.82.106.223]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FQY00D35JMGBK@gkar.cc.vt.edu>; Sun, 5 Mar 2000 11:39:52 -0500 (EST) Date: Sun, 05 Mar 2000 11:39:07 -0500 From: nm Subject: Re: No cigar with 3.9.18 :( X-Sender: nmanisca@mail.vt.edu To: Doug Rabson Cc: freebsd-alpha@freebsd.org, Andrew Gallatin Message-id: <3.0.32.20000305113906.00c63200@mail.vt.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 3.0 (32) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 04:11 PM 3/5/00 +0000, Doug Rabson wrote: >On Sun, 5 Mar 2000, nm wrote: > snip > >Thats right. All the hardware drivers are loadable (look in >/usr/X11R6/lib/modules). > >> >> Next, I ran startx and the screen pretended to change >> video modes, filled up with random color, random >> characters (garbage), waited 3 seconds, pretended to >> change modes again, and returned me to a prompt where >> all I only see about every other character and things >> are screwy :( >> >> Where did I go wrong? > >Not sure. At this point, the only hardware I know works well is MGA (which >I'm using right now). What kind of graphics card are you using? BTW, thanks for xfpatch :) S3 Virge (86C325). When I start X (8 bit depth), I see the following error printed: Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! I believe Andrew Gallatin did get XFree86 3.9.18 running on his AS200, but I have no idea as to what video card he was using. Nick Maniscalco nmanisca@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 18:59:27 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id CD74537B81B for ; Sun, 5 Mar 2000 18:59:25 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id SAA64989; Sun, 5 Mar 2000 18:59:25 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id SAA32617; Sun, 5 Mar 2000 18:59:28 -0800 (PST) (envelope-from obrien) Date: Sun, 5 Mar 2000 18:59:28 -0800 From: "David O'Brien" To: Tom Knienieder Cc: freebsd-alpha@freebsd.org Subject: Re: Alpha ISO is fantastic! Message-ID: <20000305185928.D15849@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <212CC57E84B8D111AD780000F84AA049083C2C11@mroexc2.tay.dec.com> <20000303232726.A5993@yedi.iaf.nl> <14528.17265.955978.964252@grasshopper.cs.duke.edu> <38C0CCE9.89862D97@knienieder.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38C0CCE9.89862D97@knienieder.com>; from tom@knienieder.com on Sat, Mar 04, 2000 at 09:44:25AM +0100 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Mar 04, 2000 at 09:44:25AM +0100, Tom Knienieder wrote: > I noticed the same thing. For example mysql-3.23.11-alpha has > uptimes from serveral minutes on my 164lx under heavy load. > I changed the CFLAGS from -O3 and -O2 to -O0. It's up for > over 20 hours now. Some one *please* explain to me why they keep insisting on using something other than "-O"? How much do we need to document that anything above that can be dangerous on FreeBSD. I'm *seriously* tempted to remove -On (where "n" is a number) from the compiler. Have people actually benchmarked their apps and seen a difference in speed, or is it just the "Oh, I need the fastest baddest code I can get" syndrome? -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 19:16:28 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 91B3237BC57; Sun, 5 Mar 2000 19:16:23 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.3/8.9.0) with ESMTP id VAA29044; Sun, 5 Mar 2000 21:16:22 -0600 (CST) Date: Sun, 5 Mar 2000 21:16:22 -0600 (CST) From: Steve Price To: "David O'Brien" Cc: Tom Knienieder , freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! In-Reply-To: <20000305185928.D15849@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 5 Mar 2000, David O'Brien wrote: # Some one *please* explain to me why they keep insisting on using # something other than "-O"? How much do we need to document that anything # above that can be dangerous on FreeBSD. I'm *seriously* tempted to # remove -On (where "n" is a number) from the compiler. Have people # actually benchmarked their apps and seen a difference in speed, or is it # just the "Oh, I need the fastest baddest code I can get" syndrome? *grin* I wouldn't mind if you 'mapped' -On to -O0 for everything but the i386. Taking it away could create nightmares for my Alpha package builds, but defaulting to -O0 might cure a few problems I'm currently having. Just ask Andrew Gallatin about the last problem he diagnosed for me. :) -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Mar 5 22:48:45 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from dokuro.isac.co.jp (dokuro.isac.co.jp [192.47.123.3]) by hub.freebsd.org (Postfix) with ESMTP id 104A937BC05; Sun, 5 Mar 2000 22:48:39 -0800 (PST) (envelope-from nobu@rd.isac.co.jp) Received: from mailgw1.psrc.isac.co.jp ([192.47.120.49]) by dokuro.isac.co.jp (8.8.7/3.7W) with ESMTP id PAA22721; Mon, 6 Mar 2000 15:46:16 +0900 (JST) Received: from rd.isac.co.jp (aquarius.rd.isac.co.jp [192.47.125.162]) by mailgw1.psrc.isac.co.jp (8.8.7/3.6W) with ESMTP id PAA06553; Mon, 6 Mar 2000 15:46:39 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by rd.isac.co.jp (8.9.3/8.8.5) with ESMTP id PAA50269; Mon, 6 Mar 2000 15:48:55 +0900 (JST) To: simokawa@sat.t.u-tokyo.ac.jp Cc: gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/17032: strtod(3) floating exception In-Reply-To: Your message of "Mon, 06 Mar 2000 01:28:21 +0900" References: Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000306154855R.nobu@rd.isac.co.jp> Date: Mon, 06 Mar 2000 15:48:55 +0900 From: Nobuhiro Yasutomi X-Dispatcher: imput version 971024 Lines: 20 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa writes: > FreeBSD/alpha uses strtod.c obtained from NetBSD, > i.e. src/lib/libc/stdlib/netbsd_strtod.c. Oh, I missed this file. Thanks. > > Based NetBSD-current source as > > $NetBSD: strtod.c,v 1.33 1999/11/26 07:39:45 msaitoh Exp $ > > If recent netbsd's strtod.c works without `-mieee', it must be nice. Yes, recent netbsd's one works without `-mieee'. By the way, I found other case to make `Floating point exception' the value is "10e-323". This case happen with `-mieee' option. When without `-mieee', strtod retrun value to 0. But FreeBSD i386's strtod make 9.88131e-323. Which is collect behavier? --- Nobuhiro Yasutomi ISAC, Inc. http://www.isac.co.jp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 1:24:21 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id BCED637BCCD; Mon, 6 Mar 2000 01:24:14 -0800 (PST) (envelope-from m.seaman@inpharmatica.co.uk) Received: from mailhost.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id JAA80317; Mon, 6 Mar 2000 09:23:44 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from paddington.inpharmatica.co.uk (IDENT:root@paddington.inpharmatica.co.uk [192.168.122.1]) by mailhost.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id JAA10295; Mon, 6 Mar 2000 09:23:43 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from inpharmatica.co.uk (IDENT:matthew@localhost [127.0.0.1]) by paddington.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id JAA01585; Mon, 6 Mar 2000 09:23:43 GMT Message-ID: <38C3791F.A2616790@inpharmatica.co.uk> Date: Mon, 06 Mar 2000 09:23:43 +0000 From: Matthew Seaman X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.4 i586) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Nobuhiro Yasutomi Cc: simokawa@sat.t.u-tokyo.ac.jp, gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/17032: strtod(3) floating exception References: <20000306154855R.nobu@rd.isac.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Nobuhiro Yasutomi wrote: > > Hidetoshi Shimokawa writes: > > FreeBSD/alpha uses strtod.c obtained from NetBSD, > > i.e. src/lib/libc/stdlib/netbsd_strtod.c. > > Oh, I missed this file. Thanks. > > > > Based NetBSD-current source as > > > $NetBSD: strtod.c,v 1.33 1999/11/26 07:39:45 msaitoh Exp $ > > > > If recent netbsd's strtod.c works without `-mieee', it must be nice. > > Yes, recent netbsd's one works without `-mieee'. > > By the way, I found other case to make `Floating point exception' > the value is "10e-323". This case happen with `-mieee' option. > When without `-mieee', strtod retrun value to 0. But FreeBSD i386's > strtod make 9.88131e-323. Which is collect behavier? This is the same bug as alpha/12623 isn't it? As I recall the analysis there came to the conclusion that the problem occurs when the strtod(3) code generates extremely small denormalized numbers to tweak the conversion and improve the accuracy. It does this by directly twiddling with the bits in the floating point representation of the number. On the i386 (and judging by the NetBSD code, most other CPU's) this is fine. On the alpha it works most of the time... I did have a go at writing a strtod(3) function from scratch without any adjustments like that. It worked basically OK, but couldn't achieve the right degree of accuracy -- it basically lost a decimal place compared to libc strtod(). I can make that code available if any one is interested, but as it's sitting on my home box, you'll have to wait until this evening. Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1P 2AX Tel: +44 171 631 4644 x229 Fax: +44 171 631 4844 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 1:44:22 2000 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 16A1137BCF1 for ; Mon, 6 Mar 2000 01:44:19 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 12Ru3f-000OVO-0B; Mon, 6 Mar 2000 09:44:12 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA53455; Mon, 6 Mar 2000 09:48:42 GMT (envelope-from dfr@nlsystems.com) Date: Mon, 6 Mar 2000 09:45:44 +0000 (GMT) From: Doug Rabson To: nm Cc: freebsd-alpha@freebsd.org, Andrew Gallatin Subject: Re: No cigar with 3.9.18 :( In-Reply-To: <3.0.32.20000305113906.00c63200@mail.vt.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 5 Mar 2000, nm wrote: > At 04:11 PM 3/5/00 +0000, Doug Rabson wrote: > >On Sun, 5 Mar 2000, nm wrote: > > > snip > > > >Thats right. All the hardware drivers are loadable (look in > >/usr/X11R6/lib/modules). > > > >> > >> Next, I ran startx and the screen pretended to change > >> video modes, filled up with random color, random > >> characters (garbage), waited 3 seconds, pretended to > >> change modes again, and returned me to a prompt where > >> all I only see about every other character and things > >> are screwy :( > >> > >> Where did I go wrong? > > > >Not sure. At this point, the only hardware I know works well is MGA (which > >I'm using right now). What kind of graphics card are you using? > > BTW, thanks for xfpatch :) > > S3 Virge (86C325). > > When I start X (8 bit depth), I see the following error printed: > Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! Can I see the whole error log please. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 2:17:16 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id 5D04037BD08; Mon, 6 Mar 2000 02:17:12 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id MAA58830; Mon, 6 Mar 2000 12:15:53 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Mon, 6 Mar 2000 12:15:53 +0200 (EET) From: Narvi To: Matthew Seaman Cc: Nobuhiro Yasutomi , simokawa@sat.t.u-tokyo.ac.jp, gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/17032: strtod(3) floating exception In-Reply-To: <38C3791F.A2616790@inpharmatica.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 6 Mar 2000, Matthew Seaman wrote: > Nobuhiro Yasutomi wrote: > > > > Hidetoshi Shimokawa writes: > > > FreeBSD/alpha uses strtod.c obtained from NetBSD, > > > i.e. src/lib/libc/stdlib/netbsd_strtod.c. > > > > Oh, I missed this file. Thanks. > > > > > > Based NetBSD-current source as > > > > $NetBSD: strtod.c,v 1.33 1999/11/26 07:39:45 msaitoh Exp $ > > > > > > If recent netbsd's strtod.c works without `-mieee', it must be nice. > > > > Yes, recent netbsd's one works without `-mieee'. > > > > By the way, I found other case to make `Floating point exception' > > the value is "10e-323". This case happen with `-mieee' option. > > When without `-mieee', strtod retrun value to 0. But FreeBSD i386's > > strtod make 9.88131e-323. Which is collect behavier? > > This is the same bug as alpha/12623 isn't it? As I recall the analysis there > came to the conclusion that the problem occurs when the strtod(3) code > generates extremely small denormalized numbers to tweak the conversion and > improve the accuracy. It does this by directly twiddling with the bits in the > floating point representation of the number. On the i386 (and judging by the > NetBSD code, most other CPU's) this is fine. On the alpha it works most of > the time... > It works, but you must be in -mieee mode. Otherwise the behaviour is undefined. If you want denormals, etc. to work, you must have ieee fpu. Without -mieee you get flush to zero. > I did have a go at writing a strtod(3) function from scratch without any > adjustments like that. It worked basically OK, but couldn't achieve the right > degree of accuracy -- it basically lost a decimal place compared to libc > strtod(). I can make that code available if any one is interested, but as That is probably to be expected. Sander > it's sitting on my home box, you'll have to wait until this evening. > > Matthew > > -- > Certe, Toto, sentio nos in Kansate non iam adesse. > > Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1P 2AX > Tel: +44 171 631 4644 x229 Fax: +44 171 631 4844 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 5: 3: 6 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext03.compaq.com (mailext03.compaq.com [207.18.199.41]) by hub.freebsd.org (Postfix) with ESMTP id AB3D337B723 for ; Mon, 6 Mar 2000 05:03:03 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext03.compaq.com (Postfix, from userid 12345) id 1DED9152058; Mon, 6 Mar 2000 07:02:51 -0600 (CST) Received: from mailint12.im.hou.compaq.com (mailint12.compaq.com [207.18.199.190]) by mailext03.compaq.com (Postfix) with ESMTP id 18335148506; Mon, 6 Mar 2000 07:02:51 -0600 (CST) Received: by mailint12.im.hou.compaq.com (Postfix, from userid 12345) id 0AE0B4FB07; Mon, 6 Mar 2000 07:02:44 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint12.im.hou.compaq.com (Postfix) with ESMTP id BD1974C902; Mon, 6 Mar 2000 07:02:43 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Mon, 6 Mar 2000 08:02:49 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C20@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Wilko Bulte' , Andrew Gallatin Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: Alpha ISO is fantastic! Date: Mon, 6 Mar 2000 08:02:37 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org So far seems that X is running well. I have not had a chance to beat it up as of yet but will do so today. -----Mike -----Original Message----- From: Wilko Bulte [mailto:wilko@yedi.iaf.nl] Sent: Saturday, March 04, 2000 1:40 PM To: Andrew Gallatin Cc: Waite, Michael; freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! On Fri, Mar 03, 2000 at 06:03:27PM -0500, Andrew Gallatin wrote: > Wilko Bulte writes: > > I'd be very interested to see how the XP1000 behaves running X as I see > > problems on all my Alphas (Miata GL , Miata MX5 and EB64+/Aspen Alpine) > > when running X. > > I suspect that it will do much better because a tsunami chipset > behaves a lot like an x86 on bad accesses -- reads to bad addresses in > device memory return -1 and writes are ignored. All other platforms > give you a machine check. This confused the heck out of me when I was > doing the tsunami support. > > On a related note -- Wilko, can you try compiling X with either -O or > -O0? I just tracked down a nasty bug troubling somebody else which Sure. Is there a source tarball for the S3, S3V and Mach64 Xserver sources somewhere? I don't have X sources online here. A ISDN line makes downloading all of X a no-no. They are not on the RC2 CD (or..?) W/ -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Mon Mar 6 6:42: 2 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 65B3337BD1B for ; Mon, 6 Mar 2000 06:41:51 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA14293; Mon, 6 Mar 2000 09:41:35 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id JAA80437; Mon, 6 Mar 2000 09:41:04 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 6 Mar 2000 09:41:04 -0500 (EST) To: nm Cc: Doug Rabson , freebsd-alpha@FreeBSD.ORG Subject: Re: No cigar with 3.9.18 :( In-Reply-To: <3.0.32.20000305113906.00c63200@mail.vt.edu> References: <3.0.32.20000305113906.00c63200@mail.vt.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14531.49053.449583.736584@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org nm writes: > At 04:11 PM 3/5/00 +0000, Doug Rabson wrote: > >On Sun, 5 Mar 2000, nm wrote: > > > snip > > > >Thats right. All the hardware drivers are loadable (look in > >/usr/X11R6/lib/modules). > > > >> > >> Next, I ran startx and the screen pretended to change > >> video modes, filled up with random color, random > >> characters (garbage), waited 3 seconds, pretended to > >> change modes again, and returned me to a prompt where > >> all I only see about every other character and things > >> are screwy :( This is about what I see, except mine actually does change modes into 1152x864, 16bpp. 8bpp seems to work for me too. 24bpp crashes the server, but text mode is properly restored. > >> Where did I go wrong? > > > >Not sure. At this point, the only hardware I know works well is MGA (which > >I'm using right now). What kind of graphics card are you using? > > BTW, thanks for xfpatch :) > > S3 Virge (86C325). I'm using an S3Virge too. (--) PCI:*(0:13:0) S3 ViRGE rev 2, Mem @ 0x84000000/26 Do you have the s3virge driver specified in your config file. Eg: Section "Device" Identifier "blah" VendorName "Unknown" VideoRam 4096 Driver "s3virge" # for XFree86 4.* (and 3.9.*) EndSection > When I start X (8 bit depth), I see the following error printed: > Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! I see the same error messages, I assumed they were harmless. > I believe Andrew Gallatin did get XFree86 3.9.18 running on his AS200, > but I have no idea as to what video card he was using. A Diamond Stealth 3D 2000, ver 1.01, 4 MB ram. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 9:10:23 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from web1606.mail.yahoo.com (web1606.mail.yahoo.com [128.11.23.206]) by hub.freebsd.org (Postfix) with SMTP id C46A237BE45 for ; Mon, 6 Mar 2000 09:10:19 -0800 (PST) (envelope-from kevinator_ca@yahoo.com) Received: (qmail 4053 invoked by uid 60001); 6 Mar 2000 17:12:01 -0000 Message-ID: <20000306171201.4052.qmail@web1606.mail.yahoo.com> Received: from [207.21.179.60] by web1606.mail.yahoo.com; Mon, 06 Mar 2000 09:12:01 PST Date: Mon, 6 Mar 2000 09:12:01 -0800 (PST) From: Kevin English Subject: FreeBSD on Alpha To: freebsd-question@freebsd.org Cc: freebsd-alpha@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an Alpha machine and I am considering putting FreeBSD. I was wondering if anyone had any experience, good or bad, with FreeBSD on Alpha that they would like to share. Do all of the ports work on it? Are the special installation instructions? Thanks. Kevin __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.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 Mar 6 12: 4:46 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 8BEB837BBE8 for ; Mon, 6 Mar 2000 12:04:18 -0800 (PST) (envelope-from nmanisca@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [128.173.16.40]) by sable.cc.vt.edu (8.9.3/8.9.3) with ESMTP id PAA25365; Mon, 6 Mar 2000 15:04:10 -0500 (EST) Received: from dog ([198.82.106.223]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FR000I09NQX2Y@gkar.cc.vt.edu>; Mon, 6 Mar 2000 15:04:10 -0500 (EST) Date: Mon, 06 Mar 2000 15:03:24 -0500 From: nm Subject: LONG, WAS: No cigar with 3.9.18 :( X-Sender: nmanisca@mail.vt.edu (Unverified) To: Doug Rabson Cc: freebsd-alpha@freebsd.org Message-id: <3.0.32.20000306150323.036bc3e0@mail.vt.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 3.0 (32) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 09:45 AM 3/6/00 +0000, Doug Rabson wrote: >Can I see the whole error log please. Ok, last nite I recompiled everything from scratch with -O0 just in case. No luck so far :( I have a PCI S3 Virge (86C325) with 4MB ram. At the end, is the log what I get when I run X (as a user, using startx). After the log of X messages, I appended the XFree86Config file. I noticed that I had moused running so I killed it before starting X. X eventually comes up to a graphical screen, but there is some distortion and it is definately not right. Also the mouse sticks to the left and top edges of the screen. I killed the server via ctrl+alt+del and the screen returned to text mode. However Only every other character is viewable and there are short horizontal flickering lines across the screen. I configured X via xf86config. Is there any other information that would be helpful? Nick Maniscalco XFree86 Version 3.9.18 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 21 February 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.0-20000214-CURRENT alpha [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Mon Mar 6 14:54:24 2000 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "My Monitor" (**) | |-->Device "S3 86C325 (generic)" Layout "Simple Layout" Screen: "Screen 1" (0): 0 0 (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) XKB: rules: "xfree86" (**) XKB: model: "pc101" (**) XKB: layout: "us" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/l ib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/ X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X 11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 16777218.0) (--) using VT number 9 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:13:0) S3 ViRGE rev 6, Mem @ 0x84000000/26 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.1.7 (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o (II) Module s3virge: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.11.0 (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) S3VIRGE: driver (version 0.11.0) for S3 ViRGE chipsets: virge, 86C325, virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2, 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365, trio 3d/2x, 86C362, 86C368 setting up ISA: -1 setting up HOST: 0 pciIo_MemAccessDisable: 0x06800 S3VIRGE instances found: 1 (--) Assigning device section with no busID to primary device S3VIRGE instances found: 1 (--) Chipset virge found S3VIRGE: card at 0:13:0 is claimed by a Device section xf86AllocateScreen - xf86Screens[0]->pScreen = 0x0 Enable access 0 pciSetBusAccess: route VGA to bus 0 pciIo_MemAccessEnable: 0x06800 (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 (**) S3VIRGE(0): Depth 8, (--) framebuffer bpp 8 (==) S3VIRGE(0): Default visual is PseudoColor (==) S3VIRGE(0): Using HW Cursor (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) S3VIRGE(0): initializing int10 (II) Machine needs sparse mapping pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessEnable: 0x06800 (II) S3VIRGE(0): VESA Bios detected (--) S3VIRGE(0): Chipset: "virge" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (--) S3VIRGE(0): No DDC signal xf86SetXDDCprop(0x12060a810, 0x0) (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.2.0 (II) S3VIRGE(0): I2C bus "I2C bus" initialized. (II) S3VIRGE(0): I2C device "I2C bus:ddc2" registered. (II) S3VIRGE(0): I2C device "I2C bus:ddc2" removed. xf86SetXDDCprop(0x12060a810, 0x0) (==) S3VIRGE(0): Using gamma correction (1.0, 1.0, 1.0) (--) S3VIRGE(0): videoram: 2048k (--) S3VIRGE(0): Detected current MCLK value of 50.114 MHz (II) S3VIRGE(0): clock range: 20.00 to 270.00 MHz (WW) S3VIRGE(0): Mode "800x600" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1024x768" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1024x768" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1024x768" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1152x864" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x960" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x960" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1792x1344" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1792x1344" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1856x1392" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1856x1392" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1920x1440" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1920x1440" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1280x1024" deleted (no mode of this name) (--) S3VIRGE(0): Virtual size is 1024x768 (pitch 1024) (**) S3VIRGE(0): Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (**) S3VIRGE(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (**) S3VIRGE(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (==) S3VIRGE(0): DPI set to (75, 75) (II) Loading /usr/X11R6/lib/modules/libcfb.a (II) Module cfb: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libmfb.a (II) Module mfb: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! do I need RAC? No, I don't. Enable access 0 (II) S3VIRGE(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 10 256x256 slots InitOutput - xf86Screens[0]->pScreen = 0x120984010 xf86Screens[0]->pScreen->CreateWindow = 0x12075f000 PostScreenInit generation: 1 Entering OPERATING state Enable access 0 (**) Mouse1: Protocol: "MouseMan" (**) Mouse1: Core Pointer (==) Mouse1: Buttons: 3 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (WW) fcntl(8, F_SETOWN): Inappropriate ioctl for device Removing /usr/X11R6/lib/X11/fonts/Speedo/ from the valid list of fontpaths xf86CreateRootWindow(0x120342128) xf86CreateRootWindow() returns 1 [FVWM][Read]: <> file '.fvwm2rc' not found in $HOME or /usr/X11R6/etc [FVWM][Read]: trying to read system rc file [FVWM][Read]: <> file 'system.fvwm2rc' not found in $HOME or /usr/X11R6/etc Entering SETUP state Enable access 0 Entering OPERATING state Enable access 0 Entering SETUP state Enable access 0 Entering OPERATING state Enable access 0 xinit: connection to X server lost. waiting for X server to shut down ---------------------------------------------------------------------------- ---- ---------------------------------------------------------------------------- ---- XF86Config # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ********************************************************************** # Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Load "type1" Load "freetype" # This loads the GLX module # Load "glx" EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # The module search path. The default path is shown here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client. # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for XFree86 # Option "XkbRules" "xfree86" # Option "XkbModel" "pc101" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "MouseMan" Option "Device" "/dev/psm0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Option "Protocol" "Xqueue" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. # Option "BaudRate" "9600" # Option "SampleRate" "150" # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Option "Emulate3Buttons" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection # ********************************************************************** # Other input device sections # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "InputDevice" # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "touchscreen0" # Driver "microtouch" # Option "Device" "/dev/ttyS0" # Option "MinX" "1412" # Option "MaxX" "15184" # Option "MinY" "15372" # Option "MaxY" "1230" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # # Section "InputDevice" # Identifier "touchscreen1" # Driver "elo2300" # Option "Device" "/dev/ttyS0" # Option "MinX" "231" # Option "MaxX" "3868" # Option "MinY" "3858" # Option "MaxY" "272" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonThreshold" "17" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "My Monitor" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5 - 48.5 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-90 EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # intalled. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Device configured by xf86config: Section "Device" Identifier "S3 86C325 (generic)" Driver "s3virge" #VideoRam 4096 #Option "xaa_benchmark" #Option "fifo_moderate" #Option "pci_burst_on" #Option "pci_retry" # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen 1" Device "S3 86C325 (generic)" Monitor "My Monitor" DefaultDepth 8 Subsection "Display" Depth 8 Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" # The Identifier line must be present Identifier "Simple Layout" # Each Screen line specifies a Screen section name, and optionally # the relative position of other screens. The four names after # primary screen name are the screens to the top, bottom, left and right # of the primary screen. In this example, screen 2 is located to the # right of screen 1. Screen "Screen 1" # Each InputDevice line specifies an InputDevice section name and # optionally some options to specify the way the device is to be # used. Those options include "CorePointer", "CoreKeyboard" and # "SendCoreEvents". InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 12:15:22 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id D50F937BEF9 for ; Mon, 6 Mar 2000 12:15:04 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA23083; Mon, 6 Mar 2000 15:15:03 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id PAA81471; Mon, 6 Mar 2000 15:14:32 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 6 Mar 2000 15:14:32 -0500 (EST) To: nm Cc: freebsd-alpha@freebsd.org Subject: Re: LONG, WAS: No cigar with 3.9.18 :( In-Reply-To: <3.0.32.20000306150323.036bc3e0@mail.vt.edu> References: <3.0.32.20000306150323.036bc3e0@mail.vt.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14532.4301.582006.449421@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org nm writes: > At 09:45 AM 3/6/00 +0000, Doug Rabson wrote: > > At the end, is the log what I get when I run X (as a > user, using startx). <..> You should have a more informative log in /var/log/XFree86.0.log > I noticed that I had moused running so I killed it before > starting X. X eventually comes up to a graphical screen, > but there is some distortion and it is definately not > right. Also the mouse sticks to the left and top edges > of the screen. I killed the server via ctrl+alt+del and Perhaps you're using the wrong mouse protocol? I use "auto" on a ps/2 MS "intellimouse" on my AS200: Section "Pointer" # Protocol "PS/2" Protocol "Auto" # Protocol "Microsoft" # Protocol "IMPS/2" Device "/dev/psm0" # Protocol "Xqueue" # BaudRate 9600 # SampleRate 150 # Emulate3Buttons # Emulate3Timeout 50 # ChordMiddle ZAxisMapping 4 5 Buttons 5 EndSection > the screen returned to text mode. However Only every other > character is viewable and there are short horizontal flickering > lines across the screen. Have you tried 16bpp? Have you tried adjusting the modelines? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 12:33:49 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id A009437BF4A; Mon, 6 Mar 2000 12:33:38 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115205>; Tue, 7 Mar 2000 07:34:17 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: alpha/17032: strtod(3) floating exception In-reply-to: <20000306154855R.nobu@rd.isac.co.jp>; from nobu@rd.isac.co.jp on Mon, Mar 06, 2000 at 05:49:54PM +1100 To: Nobuhiro Yasutomi Cc: gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Message-Id: <00Mar7.073417est.115205@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000306154855R.nobu@rd.isac.co.jp> Date: Tue, 7 Mar 2000 07:34:17 +1100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2000-Mar-06 17:49:54 +1100, Nobuhiro Yasutomi wrote: > By the way, I found other case to make `Floating point exception' >the value is "10e-323". This case happen with `-mieee' option. >When without `-mieee', strtod retrun value to 0. But FreeBSD i386's >strtod make 9.88131e-323. Which is collect behavier? Unlike the i386, the Alpha doesn't support denormalised numbers (eg doubles less than ~2.225e-308) in hardware. By default they truncate to zero. Correct IEEE behaviour relies on a combination of compiler (the -mieee flag) and kernel support. As for 10e-323, that number cannot be represented as a double (for denormalised numbers, only integer multiples of ~4.940656e-324 can be represented). The closest representable value is 9.88131e-323 - which is what the i386 reported. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 12:52:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 0DB5C37BD2E for ; Mon, 6 Mar 2000 12:52:19 -0800 (PST) (envelope-from nmanisca@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [128.173.16.40]) by sable.cc.vt.edu (8.9.3/8.9.3) with ESMTP id PAA29212; Mon, 6 Mar 2000 15:52:10 -0500 (EST) Received: from dog ([198.82.106.223]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FR000291PYX2B@gkar.cc.vt.edu>; Mon, 6 Mar 2000 15:52:10 -0500 (EST) Date: Mon, 06 Mar 2000 15:51:24 -0500 From: nm Subject: Re: LONG, WAS: No cigar with 3.9.18 :( X-Sender: nmanisca@mail.vt.edu To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Message-id: <3.0.32.20000306155123.00c72210@mail.vt.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 3.0 (32) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 03:14 PM 3/6/00 -0500, Andrew Gallatin wrote: >Perhaps you're using the wrong mouse protocol? I use "auto" on a >ps/2 MS "intellimouse" on my AS200: auto helped the mouse :) thanks >Have you tried 16bpp? well I can get an xterm to pop up and seems to work, but there are lines, and blanks spaces all over the screen (stuff is unreadable). in 16bpp (startx -- -depth 16) there are different lines ;) but still lines... also after about 10 seconds in 16bpp, the system locks up hard (no telnet in etc.) >Have you tried adjusting the modelines? > >Drew havnt tried messing with modelines, I really wouldnt have a clue what to do with them. Would it be possible for me to try using your XFree86 binary and your XF86Config file? Nick Maniscalco nmanisca@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 12:59:16 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sstar.com (sstar.com [209.102.160.1]) by hub.freebsd.org (Postfix) with ESMTP id 8787137BEFE for ; Mon, 6 Mar 2000 12:59:00 -0800 (PST) (envelope-from king@sstar.com) Received: from jking ([134.132.75.164]) by sstar.com with SMTP (IPAD 2.52) id 5979200; Mon, 06 Mar 2000 14:58:42 -0600 Message-ID: <004f01bf87ae$b7b20620$a44b8486@jking> From: "Jim King" To: "Andrew Gallatin" , "nm" Cc: References: <3.0.32.20000306155123.00c72210@mail.vt.edu> Subject: Re: LONG, WAS: No cigar with 3.9.18 :( Date: Mon, 6 Mar 2000 14:58:25 -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 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At Monday, March 06, 2000 2:51 PM, nm wrote: > At 03:14 PM 3/6/00 -0500, Andrew Gallatin wrote: [snip] > >Have you tried adjusting the modelines? > > > >Drew > > havnt tried messing with modelines, I really wouldnt have a clue > what to do with them. http://www.hut.fi/Misc/Electronics/faq/vga2rgb/calc.html is pretty handy for generating generic modelines. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 13:10:28 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 0172637BF31 for ; Mon, 6 Mar 2000 13:10:05 -0800 (PST) (envelope-from nmanisca@vt.edu) Received: from mail.vt.edu (gkar.cc.vt.edu [128.173.16.40]) by sable.cc.vt.edu (8.9.3/8.9.3) with ESMTP id QAA23253; Mon, 6 Mar 2000 16:10:04 -0500 (EST) Received: from dog ([198.82.106.223]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FR0003A5QSRUC@gkar.cc.vt.edu>; Mon, 6 Mar 2000 16:10:03 -0500 (EST) Date: Mon, 06 Mar 2000 16:09:17 -0500 From: nm Subject: log from /var/log/XFree86.0.log X-Sender: nmanisca@mail.vt.edu To: dfr@nlsystems.com Cc: freebsd-alpha@freebsd.org Message-id: <3.0.32.20000306160917.036c1ea0@mail.vt.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Pro Version 3.0 (32) Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Here is my log from /var/log/XFree86.0.log Nick Maniscalco ------ XFree86 Version 3.9.18 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 21 February 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.0-20000214-CURRENT alpha [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Mon Mar 6 16:04:49 2000 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "My Monitor" (**) | |-->Device "S3 86C325 (generic)" Layout "Simple Layout" Screen: "Screen 1" (0): 0 0 (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/l ib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/ X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X 11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 16777218.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.1 XFree86 XInput driver : 0.0 XFree86 Server Extension : 0.0 XFree86 Font Renderer : 0.0 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.0 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.1 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:06:0: chip 1000,0001 card 0000,0000 rev 02 class 01,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,0484 card 0000,0000 rev 43 class 00,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1011,0002 card 0000,0000 rev 24 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1011,0009 card 0000,0000 rev 22 class 02,00,00 hdr 00 (II) PCI: 00:0d:0: chip 5333,5631 card 0000,0000 rev 06 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.1 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:13:0) S3 ViRGE rev 6, Mem @ 0x84000000/26 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MXB [1] -1 0x00000000 - 0xffffffff (0x0) IXB (II) OS-reported resource ranges: [0] -1 0x000c0000 - 0x000effff (0x30000) MXB [1] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) Active PCI resource ranges: [0] -1 0x82000000 - 0x82ffffff (0x1000000) MXBE [1] -1 0x82050100 - 0x820501ff (0x100) MXBE [2] -1 0x82050180 - 0x820501ff (0x80) MXBE [3] -1 0x82050000 - 0x8205ffff (0x10000) MXBE [4] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [5] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [6] -1 0x00010100 - 0x000101ff (0x100) IXBE [7] -1 0x00010180 - 0x000101ff (0x80) IXBE [8] -1 0x00010000 - 0x000100ff (0x100) IXBE (II) PCI Memory resource overlap reduced 0x82000000 from 0x82ffffff to 0x8203ffff (II) PCI Memory resource overlap reduced 0x82050100 from 0x820501ff to 0x8205017f (II) PCI I/O resource overlap reduced 0x00010100 from 0x000101ff to 0x0001017f (II) PCI Memory resource overlap reduced 0x82050000 from 0x8205ffff to 0x820500ff (II) Active PCI resource ranges after removing overlaps: [0] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [1] -1 0x82050100 - 0x8205017f (0x80) MXBE [2] -1 0x82050180 - 0x820501ff (0x80) MXBE [3] -1 0x82050000 - 0x820500ff (0x100) MXBE [4] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [5] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [6] -1 0x00010100 - 0x0001017f (0x80) IXBE [7] -1 0x00010180 - 0x000101ff (0x80) IXBE [8] -1 0x00010000 - 0x000100ff (0x100) IXBE (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0x000c0000 - 0x000effff (0x30000) MXB [1] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) All system resource ranges: [0] -1 0x000c0000 - 0x000effff (0x30000) MXB [1] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [2] -1 0x82050100 - 0x8205017f (0x80) MXBE [3] -1 0x82050180 - 0x820501ff (0x80) MXBE [4] -1 0x82050000 - 0x820500ff (0x100) MXBE [5] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [6] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [7] -1 0x00000000 - 0x000001ff (0x200) IXBE [8] -1 0x00010100 - 0x0001017f (0x80) IXBE [9] -1 0x00010180 - 0x000101ff (0x80) IXBE [10] -1 0x00010000 - 0x000100ff (0x100) IXBE (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.0 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.0 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.1.7 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.0 (II) Loading font FreeType (II) LoadModule: "s3virge" (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o (II) Module s3virge: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.11.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.1 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.0 S3VIdentify (II) S3VIRGE: driver (version 0.11.0) for S3 ViRGE chipsets: virge, 86C325, virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2, 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365, trio 3d/2x, 86C362, 86C368 setting up ISA: -1 setting up HOST: 0 pciIo_MemAccessDisable: 0x06800 S3VProbe begin S3VIRGE instances found: 1 (--) Assigning device section with no busID to primary device S3VIRGE instances found: 1 (--) Chipset virge found S3VIRGE: card at 0:13:0 is claimed by a Device section xf86AllocateScreen - xf86Screens[0]->pScreen = 0x0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0x000c0000 - 0x000effff (0x30000) MXB [1] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [2] -1 0x82050100 - 0x8205017f (0x80) MXBE [3] -1 0x82050180 - 0x820501ff (0x80) MXBE [4] -1 0x82050000 - 0x820500ff (0x100) MXBE [5] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [6] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [7] -1 0x00000000 - 0x000001ff (0x200) IXBE [8] -1 0x00010100 - 0x0001017f (0x80) IXBE [9] -1 0x00010180 - 0x000101ff (0x80) IXBE [10] -1 0x00010000 - 0x000100ff (0x100) IXBE (II) to be registered later: [0] 0 0x000b8000 - 0x000bffff (0x8000) MSB [1] 0 0x000b0000 - 0x000b7fff (0x8000) MSB [2] 0 0x000a0000 - 0x000affff (0x10000) MSB [3] 0 0x000003c0 - 0x000003df (0x20) ISB [4] 0 0x000003b0 - 0x000003bb (0xc) ISB S3VProbe end (II) NonSys: [0] -1 0x82000000 - 0x82ffffff (0x1000000) MXB [1] -1 0x82050100 - 0x8205017f (0x80) MXB [2] -1 0x82050180 - 0x820501ff (0x80) MXB [3] -1 0x82050000 - 0x820500ff (0x100) MXB [4] -1 0x00010100 - 0x0001017f (0x80) IXB [5] -1 0x00010180 - 0x000101ff (0x80) IXB [6] -1 0x00010000 - 0x000100ff (0x100) IXB (II) avoid: (II) prefetchable Memory: [0] -1 0x80000000 - 0xffffffff (0x80000000) MXB (II) MEM/IO: [0] -1 0x80000000 - 0xffffffff (0x80000000) MXB [1] -1 0x00000000 - 0xffffffff (0x0) IXB (II) own: (II) own: (II) own: (II) own: (II) own: (II) own: (II) resource ranges after probing: [0] -1 0x000c0000 - 0x000effff (0x30000) MXB [1] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [2] -1 0x82050100 - 0x8205017f (0x80) MXBE [3] -1 0x82050180 - 0x820501ff (0x80) MXBE [4] -1 0x82050000 - 0x820500ff (0x100) MXBE [5] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [6] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [7] 0 0x000a0000 - 0x000affff (0x10000) MSB [8] 0 0x000b0000 - 0x000b7fff (0x8000) MSB [9] 0 0x000b8000 - 0x000bffff (0x8000) MSB [10] -1 0x00000000 - 0x000001ff (0x200) IXBE [11] -1 0x00010100 - 0x0001017f (0x80) IXBE [12] -1 0x00010180 - 0x000101ff (0x80) IXBE [13] -1 0x00010000 - 0x000100ff (0x100) IXBE [14] 0 0x000003b0 - 0x000003bb (0xc) ISB [15] 0 0x000003c0 - 0x000003df (0x20) ISB (II) Setting vga for screen 0. Enable access 0 pciSetBusAccess: route VGA to bus 0 pciIo_MemAccessEnable: 0x06800 S3VPreInit 1 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.1 (**) S3VIRGE(0): Depth 8, (--) framebuffer bpp 8 (==) S3VIRGE(0): Default visual is PseudoColor S3VGetRec (==) S3VIRGE(0): Using HW Cursor (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.1 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.1 (II) S3VIRGE(0): initializing int10 (II) Machine needs sparse mapping pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessDisable: 0x06800 pciIo_MemAccessEnable: 0x06800 pciIo_MemAccessEnable: 0x06800 (II) S3VIRGE(0): VESA Bios detected (II) S3VIRGE(0): VESA VBE Version 1.2 (II) S3VIRGE(0): VESA VBE Total Mem: 2048 kB (II) S3VIRGE(0): VESA VBE OEM: S3 Incorporated. 86C325 (II) Resources after driver initialization [0] 0 0x84000000 - 0x87ffffff (0x4000000) MSB [1] -1 0x000c0000 - 0x000effff (0x30000) MXB [2] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [3] -1 0x82050100 - 0x8205017f (0x80) MXBE [4] -1 0x82050180 - 0x820501ff (0x80) MXBE [5] -1 0x82050000 - 0x820500ff (0x100) MXBE [6] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [7] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [8] 0 0x000a0000 - 0x000affff (0x10000) MSB [9] 0 0x000b0000 - 0x000b7fff (0x8000) MSB [10] 0 0x000b8000 - 0x000bffff (0x8000) MSB [11] -1 0x00000000 - 0x000001ff (0x200) IXBE [12] -1 0x00010100 - 0x0001017f (0x80) IXBE [13] -1 0x00010180 - 0x000101ff (0x80) IXBE [14] -1 0x00010000 - 0x000100ff (0x100) IXBE [15] 0 0x000003b0 - 0x000003bb (0xc) ISB [16] 0 0x000003c0 - 0x000003df (0x20) ISB (--) S3VIRGE(0): Chipset: "virge" S3VMapMem S3VEnableMmio S3VPreInit vgaCRIndex=3d4, vgaIOBase=3d0, MMIOBase=e5474000 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.1 Manufacturer: TRL Model: 510 Serial#: 38041 Year: 1999 Week: 12 EDID Version: 1.0 Analog Display Input, Input Voltage Level: 0.714/0.286 V Sync: Separate Max H-Image Size [cm]: horiz.: 32 vert.: 24 Gamma: 1.50 DPMS capabilities: StandBy Suspend Off ; RGB/Color Display redX: 0.618 redY: 0.343 greenX: 0.272 greenY: 0.596 blueX: 0.142 blueY: 0.062 whiteX: 0.280 whiteY: 0.311 Supported VESA Video Modes: 720x400@70Hz 720x400@88Hz 640x480@60Hz 640x480@67Hz 640x480@72Hz 640x480@75Hz 800x600@56Hz 800x600@60Hz 800x600@72Hz 800x600@75Hz 832x624@75Hz 1024x768@87Hz (interlaced) 1024x768@60Hz 1024x768@70Hz 1024x768@75Hz Manufacturer's mask: 61 Supported Future Video Modes: #0: hsize: 640 vsize 480 refresh: 85 vid: 22833 #1: hsize: 800 vsize 600 refresh: 85 vid: 22853 Supported additional Video Mode: clock: 107.0 MHz Image Size: 320 x 240 mm h_active: 1280 h_sync: 1320 h_sync_end 1424 h_blank_end 1664 h_border: 0 v_active: 1024 v_sync: 1037 v_sync_end 1040 v_blanking: 1072 v_border: 0 Supported additional Video Mode: clock: 25.3 MHz Image Size: 320 x 240 mm h_active: 640 h_sync: 657 h_sync_end 753 h_blank_end 800 h_border: 0 v_active: 400 v_sync: 412 v_sync_end 413 v_blanking: 450 v_border: 0 xf86SetXDDCprop(0x12060a810, 0x120725410) pScrnInfo->scrnIndex 0 pScrnInfo->monitor was 0x12034a010 xf86RegisterRootWindowProperty 0x12005e640(0,69,31,8,128,0x12033b0a8) xf86RegisterRootWindowProperty(0, 69, 19, 8, 128, 0x12033b0a8) new property filled creating xf86RegisteredPropertiesTable[] size 1 xf86RegisteredPropertiesTable 0x120332b90 xf86RegisteredPropertiesTable[0] 0x0 xf86RegisterRootWindowProperty succeeded xf86RegisterRootWindowProperty returns 0 (==) S3VIRGE(0): Using gamma correction (1.0, 1.0, 1.0) (--) S3VIRGE(0): videoram: 2048k (--) S3VIRGE(0): Detected current MCLK value of 50.114 MHz S3VDisableMmio S3VPreInit minClock=20000, maxClock=270000 (II) S3VIRGE(0): clock range: 20.00 to 270.00 MHz (WW) S3VIRGE(0): Mode "1024x768" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1024x768" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1152x864" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x960" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x960" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1280x1024" deleted (hsync out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1600x1200" deleted (horizontal timing out of range) (WW) S3VIRGE(0): Mode "1792x1344" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1792x1344" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1856x1392" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1856x1392" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1920x1440" deleted (insufficient memory for mode) (WW) S3VIRGE(0): Mode "1920x1440" deleted (insufficient memory for mode) (--) S3VIRGE(0): Virtual size is 1024x768 (pitch 1024) (**) S3VIRGE(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (--) S3VIRGE(0): Display dimensions: (32, 24) cm (--) S3VIRGE(0): DPI set to (81, 81) (II) Loading sub module "cfb" (II) LoadModule: "cfb" (II) Loading /usr/X11R6/lib/modules/libcfb.a (II) Module cfb: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) Loading sub module "mfb" (II) LoadModule: "mfb" (II) Loading /usr/X11R6/lib/modules/libmfb.a (II) Module mfb: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 3.9.18, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 3.9.18, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.1 Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol strlen from module /usr/X11R6/lib/modules/libddc.a is unresolved! Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! Symbol VErrorF from module /usr/X11R6/lib/modules/libint10.a is unresolved! do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0x84000000 - 0x87ffffff (0x4000000) MSB [1] -1 0x000c0000 - 0x000effff (0x30000) MXB [2] -1 0x82000000 - 0x8203ffff (0x40000) MXBE [3] -1 0x82050100 - 0x8205017f (0x80) MXBE [4] -1 0x82050180 - 0x820501ff (0x80) MXBE [5] -1 0x82050000 - 0x820500ff (0x100) MXBE [6] -1 0x82040000 - 0x8204ffff (0x10000) MXB(B) [7] -1 0x84000000 - 0x87ffffff (0x4000000) MXB(B) [8] 0 0x000a0000 - 0x000affff (0x10000) MSB [9] 0 0x000b0000 - 0x000b7fff (0x8000) MSB [10] 0 0x000b8000 - 0x000bffff (0x8000) MSB [11] -1 0x00000000 - 0x000001ff (0x200) IXBE [12] -1 0x00010100 - 0x0001017f (0x80) IXBE [13] -1 0x00010180 - 0x000101ff (0x80) IXBE [14] -1 0x00010000 - 0x000100ff (0x100) IXBE [15] 0 0x000003b0 - 0x000003bb (0xc) ISB [16] 0 0x000003c0 - 0x000003df (0x20) ISB Enable access 0 S3VScreenInit S3VMapMem S3VEnableMmio S3VSave (II) S3VIRGE(0): MMPR regs: 00110400 00000000 00000808 08080810 ViRGE driver: saved current video mode. Register dump: (II) S3VIRGE(0): START register dump ------------------ Misc Out[3CC] 67 CR[00-2f] 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00 56 31 06 SR[00-27] 03 00 03 00 02 05 06 07 06 00 80 00 0c 03 0e 0f 41 28 61 28 00 03 02 10 40 00 00 1b 00 1d 1e 1f 41 28 61 28 00 03 02 10 Gr Cont GR[00-0f] 00 00 00 00 00 10 0e 00 ff f9 fa fb fc fd fe ff Att Cont AR[00-1f] 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 0c 00 0f 08 00 35 36 37 0c 00 0f 08 00 3d 3e 3f CR[30-6f] e1 05 40 00 00 00 92 ff 7b bd 05 00 10 00 00 00 00 04 04 00 00 00 00 00 00 80 00 00 00 00 00 00 00 00 90 08 30 00 00 00 83 84 00 00 00 00 00 00 0f 0f 0f 00 00 00 00 00 fc e0 c0 00 00 00 00 06 (II) S3VIRGE(0): END register dump -------------------- S3VModeInit S3VModeInit dclk=75000 S3VWriteMode S3VGEReset sub_stat=b000 (II) S3VIRGE(0): ViRGE driver: done restoring mode, dumping CR registers: (II) S3VIRGE(0): START register dump ------------------ Misc Out[3CC] ef CR[00-2f] a1 7f 7f 84 83 94 24 f5 00 60 00 00 00 00 00 00 03 29 ff 80 00 ff 24 c3 ff ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00 56 31 06 SR[00-27] 03 01 0f 00 0e 05 06 07 06 00 80 00 0c 03 0e 0f 41 28 29 71 00 83 02 10 00 00 00 1b 00 1d 1e 1f 41 28 29 71 00 83 02 10 Gr Cont GR[00-0f] 00 00 00 00 00 40 05 0f ff f9 fa fb fc fd fe ff Att Cont AR[00-1f] 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 41 00 0f 00 00 35 36 37 41 00 0f 00 00 3d 3e 3f CR[30-6f] e1 8c 40 20 10 00 92 ff 7b bd 95 92 50 00 00 00 00 04 04 00 00 00 00 00 00 80 00 00 00 00 00 00 00 00 90 08 00 10 00 00 92 84 00 00 00 00 40 40 0f 0f 0f 00 00 00 89 00 fc e0 c0 00 00 00 00 06 (II) S3VIRGE(0): END register dump -------------------- (II) S3VIRGE(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 10 256x256 slots S3VDGAInit S3VDGAInit firstone vpWid=1024, vpHgt=768, Bpp=1, mdbitsPP=8 S3VHWCursorInit InitOutput - xf86Screens[0]->pScreen = 0x120977c10 xf86Screens[0]->pScreen->CreateWindow = 0x12077a000 PostScreenInit generation: 1 Entering OPERATING state Enable access 0 (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (**) Option "Protocol" "auto" (**) Mouse1: Protocol: "auto" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/psm0" (==) Mouse1: Buttons: 3 (**) Option "Emulate3Buttons" (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (WW) fcntl(8, F_SETOWN): Inappropriate ioctl for device Removing /usr/X11R6/lib/X11/fonts/Speedo/ from the valid list of fontpaths xf86CreateRootWindow(0x120342128) xf86CreateRootWindow() returns 1 S3VWriteMode S3VGEReset sub_stat=b000 (II) S3VIRGE(0): ViRGE driver: done restoring mode, dumping CR registers: (II) S3VIRGE(0): START register dump ------------------ Misc Out[3CC] 67 CR[00-2f] 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00 56 31 06 SR[00-27] 03 00 03 00 02 05 06 07 06 00 80 00 0c 03 0e 0f 41 28 61 28 00 03 02 10 40 00 00 1b 00 1d 1e 1f 41 28 61 28 00 03 02 10 Gr Cont GR[00-0f] 00 00 00 00 00 10 0e 00 ff f9 fa fb fc fd fe ff Att Cont AR[00-1f] 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 0c 00 0f 08 00 35 36 37 0c 00 0f 08 00 3d 3e 3f CR[30-6f] e1 05 40 00 00 00 92 ff 7b bd 05 00 10 00 00 00 00 04 04 00 00 00 01 69 68 cb 00 01 07 ff c0 c0 00 00 90 08 30 00 00 00 83 84 00 00 00 00 00 00 0f 0f 0f 00 00 00 00 00 fc e0 c0 00 00 00 00 06 (II) S3VIRGE(0): END register dump -------------------- S3VDisableMmio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 13:34:26 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id BD87A37BA93; Mon, 6 Mar 2000 13:34:21 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115210>; Tue, 7 Mar 2000 08:35:08 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: alpha/17032: strtod(3) floating exception In-reply-to: <38C3791F.A2616790@inpharmatica.co.uk>; from m.seaman@inpharmatica.co.uk on Mon, Mar 06, 2000 at 08:25:45PM +1100 To: Matthew Seaman Cc: gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Message-Id: <00Mar7.083508est.115210@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <20000306154855R.nobu@rd.isac.co.jp> <38C3791F.A2616790@inpharmatica.co.uk> Date: Tue, 7 Mar 2000 08:35:08 +1100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2000-Mar-06 20:25:45 +1100, Matthew Seaman wrote: > It does this by directly twiddling with the bits in the floating >point representation of the number. On the i386 (and judging by the >NetBSD code, most other CPU's) this is fine. On the alpha it works >most of the time... Unlike every other modern CPU that I'm aware of, the Alpha does not implement IEEE754 in hardware. It implements some of it, and relies on software support (in both the compiler and the kernel) for the rest - including denormalised numbers. This is fairly messy since the Alpha architecture allows out-of-order and speculative execution as well as imprecise exceptions (meaning that there's no relationship between the address reported by the trap and the instruction causing the trap) - I don't know of any other common CPUs that do this either. It is possible that the seminumerical bit-twiddling is revealing a bug in either the hardware trap handling, or (more likely) in either the compiler or kernel FP exception handler. >I did have a go at writing a strtod(3) function from scratch without any >adjustments like that. I'd strongly recommend reading Willian D. Clinger's paper, "How to Read Floating-Point Numbers Accurately", Proceedings of the ACM SIGPLAN'90 Conference on Programming Language Design and Implementation, ftp://ftp.ccs.neu.edu/pub/people/will/howtoread.ps. (This is the paper referenced from /usr/src/lib/libc/stdlib/strtod.c). Based on a quick comparison between the NetBSD and FreeBSD strtod()'s, there _are_ some real fixes (not just whitespace changes) that NetBSD has done. It might be worthwhile going through their changes and merging some or all of them in. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 15:41:39 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id D437837BB09 for ; Mon, 6 Mar 2000 15:41:34 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id AAA23096; Tue, 7 Mar 2000 00:34:52 +0100 (MET) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id AAA45438; Tue, 7 Mar 2000 00:25:37 +0100 (CET) (envelope-from wilko) Date: Tue, 7 Mar 2000 00:25:36 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! Message-ID: <20000307002536.A45314@yedi.iaf.nl> References: <212CC57E84B8D111AD780000F84AA049083C2C11@mroexc2.tay.dec.com> <20000303232726.A5993@yedi.iaf.nl> <14528.17265.955978.964252@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14528.17265.955978.964252@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Fri, Mar 03, 2000 at 06:03:27PM -0500 X-OS: FreeBSD yedi.iaf.nl 3.4-STABLE FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 03, 2000 at 06:03:27PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > I'd be very interested to see how the XP1000 behaves running X as I see > > problems on all my Alphas (Miata GL , Miata MX5 and EB64+/Aspen Alpine) > > when running X. > > I suspect that it will do much better because a tsunami chipset > behaves a lot like an x86 on bad accesses -- reads to bad addresses in > device memory return -1 and writes are ignored. All other platforms > give you a machine check. This confused the heck out of me when I was > doing the tsunami support. > > On a related note -- Wilko, can you try compiling X with either -O or > -O0? I just tracked down a nasty bug troubling somebody else which > was caused by gcc generating bad code. I have a sneaking suspicion > that the compiler might be behind at least some of your pain. OK, I just finished an experiment with a Xfree 3.3.6 built from ports with -O. On the S3 server I get, after say a minute or 2 and waving the mouse a bit, a spontanous reboot. At first things appear to freeze for a while and the the reboot occurs. This is using a Diamond S3 964 and a Miata MX5 machine. I'll rebuilt X using -O0 for comparison. Expect results by tomorrow, now heading for a nap ;-) W/ -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Mon Mar 6 15:49:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext04.compaq.com (mailext04.compaq.com [207.18.199.42]) by hub.freebsd.org (Postfix) with ESMTP id D3EB937BC62 for ; Mon, 6 Mar 2000 15:49:56 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext04.compaq.com (Postfix, from userid 12345) id 4C528104C00; Mon, 6 Mar 2000 17:49:56 -0600 (CST) Received: from mailint12.im.hou.compaq.com (mailint12.compaq.com [207.18.199.190]) by mailext04.compaq.com (Postfix) with ESMTP id 47843FB101; Mon, 6 Mar 2000 17:49:56 -0600 (CST) Received: by mailint12.im.hou.compaq.com (Postfix, from userid 12345) id 5D17C4FB02; Mon, 6 Mar 2000 17:49:49 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint12.im.hou.compaq.com (Postfix) with ESMTP id 2761D4C901; Mon, 6 Mar 2000 17:49:49 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Mon, 6 Mar 2000 18:49:55 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C36@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Wilko Bulte' Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: Alpha ISO is fantastic! Date: Mon, 6 Mar 2000 18:49:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My XP1000 has been running solid as a rock now for four days and I have not rebuilt any thing. I am using an ElsGloria (8mb) card. ------Mike -----Original Message----- From: Wilko Bulte [mailto:wilko@yedi.iaf.nl] Sent: Monday, March 06, 2000 6:26 PM To: Andrew Gallatin Cc: Waite, Michael; freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! On Fri, Mar 03, 2000 at 06:03:27PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > I'd be very interested to see how the XP1000 behaves running X as I see > > problems on all my Alphas (Miata GL , Miata MX5 and EB64+/Aspen Alpine) > > when running X. > > I suspect that it will do much better because a tsunami chipset > behaves a lot like an x86 on bad accesses -- reads to bad addresses in > device memory return -1 and writes are ignored. All other platforms > give you a machine check. This confused the heck out of me when I was > doing the tsunami support. > > On a related note -- Wilko, can you try compiling X with either -O or > -O0? I just tracked down a nasty bug troubling somebody else which > was caused by gcc generating bad code. I have a sneaking suspicion > that the compiler might be behind at least some of your pain. OK, I just finished an experiment with a Xfree 3.3.6 built from ports with -O. On the S3 server I get, after say a minute or 2 and waving the mouse a bit, a spontanous reboot. At first things appear to freeze for a while and the the reboot occurs. This is using a Diamond S3 964 and a Miata MX5 machine. I'll rebuilt X using -O0 for comparison. Expect results by tomorrow, now heading for a nap ;-) W/ -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Mon Mar 6 16:54:21 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uclink4.berkeley.edu (uclink4.Berkeley.EDU [128.32.25.39]) by hub.freebsd.org (Postfix) with ESMTP id BE2F937BD88 for ; Mon, 6 Mar 2000 16:54:19 -0800 (PST) (envelope-from manning@uclink4.berkeley.edu) Received: from uclink4.berkeley.edu (x130-65-210-24.sjsu.edu [130.65.210.24]) by uclink4.berkeley.edu (8.8.8/8.8.8) with ESMTP id QAA13565 for ; Mon, 6 Mar 2000 16:54:19 -0800 (PST) Message-ID: <38C452FF.5A98D8D6@uclink4.berkeley.edu> Date: Mon, 06 Mar 2000 16:53:19 -0800 From: manning@uclink4.berkeley.edu X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: PCMCIA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes, PCMCIA. On the Alpha :) No, i don't have an AlphaBook, though i really wish i did :) I have a Multia. Has ANYONE had any experience with PCMCIA devices on an Alpha? I was told by an x86-er that you didn't even really need to compile support into the kernel. Is that true for alpha? I tried adding: device pcic0 at isa? device pcic1 at isa? device card to my kernel, and when it was compiling pccard.c, it gave the following: In file included from ../../pccard/pccard.c:50: ../../i386/isa/isa_device.h:64: syntax error before `ointhand2_t' In file included from ../../pccard/pccard_nbk.c:68: ../../i386/isa/isa_device.h:64: syntax error before `ointhand2_t' ../../pccard/pccard.c: In function `crdioctl': ../../pccard/pccard.c:590: `atdevbase' undeclared (first use in this function) ../../pccard/pccard.c:590: (Each undeclared identifier is reported only once ../../pccard/pccard.c:590: for each function it appears in.) *** Error code 1 *** Error code 1 earlier it had given an error about not finding a .h file, which i rectified by copying it from an x86 3.4 computer (for some reason). I have a pcmcia ethernet card in there now. It's a Wisecom PC100. Would the Wiseman driver work for that? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 20:42:55 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EFA6637BE57 for ; Mon, 6 Mar 2000 20:42:51 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA57089; Mon, 6 Mar 2000 21:42:48 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA91391; Mon, 6 Mar 2000 21:42:38 -0700 (MST) Message-Id: <200003070442.VAA91391@harmony.village.org> To: manning@uclink4.berkeley.edu Subject: Re: PCMCIA Cc: freebsd-alpha@FreeBSD.ORG In-reply-to: Your message of "Mon, 06 Mar 2000 16:53:19 PST." <38C452FF.5A98D8D6@uclink4.berkeley.edu> References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> Date: Mon, 06 Mar 2000 21:42:38 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <38C452FF.5A98D8D6@uclink4.berkeley.edu> manning@uclink4.berkeley.edu writes: : Yes, PCMCIA. On the Alpha :) No. It won't work. Sorry. You lose. Game over. The sys/pccard code is too i386 specific. Or at least traditionally has been. There might be a chance that you could make this work. NEWCARD will likely work for you when it is done. Hmmm, maybe it is time for me to go snag an alpha and shove my pcic isa card into that... : I have a pcmcia ethernet card in there now. It's a Wisecom PC100. Would : the Wiseman driver work for that? I'm not sure. Don't know anything about the wiseman driver. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 21:18:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from dokuro.isac.co.jp (dokuro.isac.co.jp [192.47.123.3]) by hub.freebsd.org (Postfix) with ESMTP id 9522837B9EC; Mon, 6 Mar 2000 21:18:48 -0800 (PST) (envelope-from nobu@rd.isac.co.jp) Received: from mailgw1.psrc.isac.co.jp ([192.47.120.49]) by dokuro.isac.co.jp (8.8.7/3.7W) with ESMTP id OAA02792; Tue, 7 Mar 2000 14:16:20 +0900 (JST) Received: from rd.isac.co.jp (aquarius.rd.isac.co.jp [192.47.125.162]) by mailgw1.psrc.isac.co.jp (8.8.7/3.6W) with ESMTP id OAA17857; Tue, 7 Mar 2000 14:16:44 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by rd.isac.co.jp (8.9.3/8.8.5) with ESMTP id OAA66488; Tue, 7 Mar 2000 14:19:08 +0900 (JST) To: peter.jeremy@alcatel.com.au Cc: gnats-admin@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/17032: strtod(3) floating exception In-Reply-To: Your message of "Tue, 7 Mar 2000 07:34:17 +1100" <00Mar7.073417est.115205@border.alcanet.com.au> References: <00Mar7.073417est.115205@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000307141908G.nobu@rd.isac.co.jp> Date: Tue, 07 Mar 2000 14:19:08 +0900 From: Nobuhiro Yasutomi X-Dispatcher: imput version 971024 Lines: 23 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Jeremy writes: > Unlike the i386, the Alpha doesn't support denormalised numbers (eg > doubles less than ~2.225e-308) in hardware. By default they truncate > to zero. Correct IEEE behaviour relies on a combination of compiler > (the -mieee flag) and kernel support. > > As for 10e-323, that number cannot be represented as a double (for > denormalised numbers, only integer multiples of ~4.940656e-324 can be > represented). The closest representable value is 9.88131e-323 - which > is what the i386 reported. Thank you Peter for describe background. I understand to handle IEEE fully support are far way. Well, hard to fix complite this problem for me. :-( I think ad hoc escape coding in my program now. And hope fix sometime. %% Oh, Linux/Alpha already support this... --- Nobuhiro Yasutomi ISAC, Inc. http://www.isac.co.jp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Mar 6 23:25:28 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 1627A37BD97 for ; Mon, 6 Mar 2000 23:25:25 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id IAA07398; Tue, 7 Mar 2000 08:20:53 +0100 (MET) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id IAA52469; Tue, 7 Mar 2000 08:20:07 +0100 (CET) (envelope-from wilko) Date: Tue, 7 Mar 2000 08:20:07 +0100 From: Wilko Bulte To: Andrew Gallatin Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! Message-ID: <20000307082006.A52415@yedi.iaf.nl> References: <212CC57E84B8D111AD780000F84AA049083C2C11@mroexc2.tay.dec.com> <20000303232726.A5993@yedi.iaf.nl> <14528.17265.955978.964252@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14528.17265.955978.964252@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Fri, Mar 03, 2000 at 06:03:27PM -0500 X-OS: FreeBSD yedi.iaf.nl 3.4-STABLE FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 03, 2000 at 06:03:27PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > I'd be very interested to see how the XP1000 behaves running X as I see > > problems on all my Alphas (Miata GL , Miata MX5 and EB64+/Aspen Alpine) > > when running X. > > I suspect that it will do much better because a tsunami chipset > behaves a lot like an x86 on bad accesses -- reads to bad addresses in > device memory return -1 and writes are ignored. All other platforms > give you a machine check. This confused the heck out of me when I was > doing the tsunami support. > > On a related note -- Wilko, can you try compiling X with either -O or > -O0? I just tracked down a nasty bug troubling somebody else which > was caused by gcc generating bad code. I have a sneaking suspicion > that the compiler might be behind at least some of your pain. Just tried the S3 server freshly compiled with -O0 and the same h/w as my previous test. No joy, spontaneous reboot again. -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Tue Mar 7 0: 0:49 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from student.rug.ac.be (student.rug.ac.be [157.193.88.45]) by hub.freebsd.org (Postfix) with ESMTP id 6F1EE37BF2C for ; Tue, 7 Mar 2000 00:00:45 -0800 (PST) (envelope-from frank@student.rug.ac.be) Received: (from frank@localhost) by student.rug.ac.be (8.9.3/8.9.3/DSA/1.0) id JAA19276Tue, 7 Mar 2000 09:00:27 +0100 Date: Tue, 7 Mar 2000 09:00:27 +0100 From: "Frank (sysadmin)" To: manning@uclink4.berkeley.edu Cc: freebsd-alpha@FreeBSD.ORG Subject: multia (was Re: PCMCIA) Message-ID: <20000307090027.A19262@student.rug.ac.be> References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38C452FF.5A98D8D6@uclink4.berkeley.edu>; from manning@uclink4.berkeley.edu on Mon, Mar 06, 2000 at 04:53:19PM -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 06, 2000 at 04:53:19PM -0800, manning@uclink4.berkeley.edu wrote: > I have a Multia. Has ANYONE had any experience with PCMCIA devices on an You have a multia? And you run fbsd on it? Does that mean you run it without screen attached or someone finaly hacked the TGA-console driver and forgot to tell me? :) frank ps: the pcmcia cards on the multia work in alphalinux, so they are not *that* different from i386 ones -- Frank Louwers Unix System Administrator PGP: 1024D/3F6A7EDD D597 566A BDF5 BBFB C308 447A 5E81 1188 3F6A 7EDD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Mar 7 13:36:55 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uclink4.berkeley.edu (uclink4.Berkeley.EDU [128.32.25.39]) by hub.freebsd.org (Postfix) with ESMTP id 8D89637BE2C for ; Tue, 7 Mar 2000 13:36:53 -0800 (PST) (envelope-from manning@uclink4.berkeley.edu) Received: from uclink4.berkeley.edu (x130-65-210-24.sjsu.edu [130.65.210.24]) by uclink4.berkeley.edu (8.8.8/8.8.8) with ESMTP id NAA02536; Tue, 7 Mar 2000 13:35:34 -0800 (PST) Message-ID: <38C575EC.537F267B@uclink4.berkeley.edu> Date: Tue, 07 Mar 2000 13:34:36 -0800 From: manning@uclink4.berkeley.edu X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Frank (sysadmin)" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: multia (was Re: PCMCIA) References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> <20000307090027.A19262@student.rug.ac.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > You have a multia? And you run fbsd on it? Does that mean you run it without > screen attached or someone finaly hacked the TGA-console driver and forgot to > tell me? :) Can you say "serial console"? :) i live in it :P i really wish somebody'd hack the TGA-console driver... anyway, i can telnet in, etc, so that's ok. anyway, FreeBSD's pretty nice on it, aside from the fact that the OSF1 port is being a bitch and a half to get to work. > ps: the pcmcia cards on the multia work in alphalinux, so they are not *that* > different from i386 ones yes, i noticed. And i COULD get linux for this. One problem though; that'd be LINUX! :P i've had very few good experiences with linux on the alpha. it was SUCH a relief to get FreeBSD on it finally! -Jesse To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Mar 7 13:42: 1 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from student.rug.ac.be (student.rug.ac.be [157.193.88.45]) by hub.freebsd.org (Postfix) with ESMTP id 89B3F37B533 for ; Tue, 7 Mar 2000 13:41:58 -0800 (PST) (envelope-from frank@student.rug.ac.be) Received: (from frank@localhost) by student.rug.ac.be (8.9.3/8.9.3/DSA/1.0) id WAA28963Tue, 7 Mar 2000 22:41:54 +0100 Date: Tue, 7 Mar 2000 22:41:54 +0100 From: "Frank (sysadmin)" To: manning@uclink4.berkeley.edu Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: multia (was Re: PCMCIA) Message-ID: <20000307224154.A28955@student.rug.ac.be> References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> <20000307090027.A19262@student.rug.ac.be> <38C575EC.537F267B@uclink4.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38C575EC.537F267B@uclink4.berkeley.edu>; from manning@uclink4.berkeley.edu on Tue, Mar 07, 2000 at 01:34:36PM -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 07, 2000 at 01:34:36PM -0800, manning@uclink4.berkeley.edu wrote: > yes, i noticed. And i COULD get linux for this. One problem though; > that'd be LINUX! :P > i've had very few good experiences with linux on the alpha. it was SUCH > a relief to get FreeBSD on it finally! I know ... i still use linux on my multia coz there is no tga in bsd and i don't have room for another terminal :) void -- Frank Louwers Unix System Administrator PGP: 1024D/3F6A7EDD D597 566A BDF5 BBFB C308 447A 5E81 1188 3F6A 7EDD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Mar 7 13:56:57 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uclink4.berkeley.edu (uclink4.Berkeley.EDU [128.32.25.39]) by hub.freebsd.org (Postfix) with ESMTP id 591A137C107 for ; Tue, 7 Mar 2000 13:56:55 -0800 (PST) (envelope-from manning@uclink4.berkeley.edu) Received: from uclink4.berkeley.edu (x130-65-210-24.sjsu.edu [130.65.210.24]) by uclink4.berkeley.edu (8.8.8/8.8.8) with ESMTP id NAA14527 for ; Tue, 7 Mar 2000 13:56:51 -0800 (PST) Message-ID: <38C57AE9.D3F88CA8@uclink4.berkeley.edu> Date: Tue, 07 Mar 2000 13:55:53 -0800 From: manning@uclink4.berkeley.edu X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: Re: multia (was Re: PCMCIA) References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> <20000307090027.A19262@student.rug.ac.be> <38C575EC.537F267B@uclink4.berkeley.edu> <20000307224154.A28955@student.rug.ac.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hmm.... Is it possible to make the console use a secondary video card? I have an S3 Trio64 in that single pci slot in the multia... I could concievably put a Voodoo Banshee in there too... but would it do any good? how about if you boot using the serial console; can you still start X on the secondary video card? i guess i'd have to plug in a keyboard then, but eh... -jesse To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Mar 7 14:16:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from student.rug.ac.be (student.rug.ac.be [157.193.88.45]) by hub.freebsd.org (Postfix) with ESMTP id B8C4B37BAB3 for ; Tue, 7 Mar 2000 14:16:54 -0800 (PST) (envelope-from frank@student.rug.ac.be) Received: (from frank@localhost) by student.rug.ac.be (8.9.3/8.9.3/DSA/1.0) id XAA29296Tue, 7 Mar 2000 23:16:46 +0100 Date: Tue, 7 Mar 2000 23:16:46 +0100 From: Frank Louwers To: manning@uclink4.berkeley.edu Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: multia (was Re: PCMCIA) Message-ID: <20000307231646.A29288@student.rug.ac.be> References: <38C452FF.5A98D8D6@uclink4.berkeley.edu> <20000307090027.A19262@student.rug.ac.be> <38C575EC.537F267B@uclink4.berkeley.edu> <20000307224154.A28955@student.rug.ac.be> <38C57AE9.D3F88CA8@uclink4.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38C57AE9.D3F88CA8@uclink4.berkeley.edu>; from manning@uclink4.berkeley.edu on Tue, Mar 07, 2000 at 01:55:53PM -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 07, 2000 at 01:55:53PM -0800, manning@uclink4.berkeley.edu wrote: > hmm.... Is it possible to make the console use a secondary video card? I > have an S3 Trio64 in that single pci slot in the multia... I could > concievably put a Voodoo Banshee in there too... but would it do any > good? how about if you boot using the serial console; can you still > start X on the secondary video card? i guess i'd have to plug in a > keyboard then, but eh... I once read about this, and think it is possible. (Although maybe you should disable the tga somewere (jumper and/or boot rom). frank -- Frank Louwers Unix System Administrator PGP: 1024D/3F6A7EDD D597 566A BDF5 BBFB C308 447A 5E81 1188 3F6A 7EDD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Mar 7 20:29:43 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 15DE937C1B5 for ; Tue, 7 Mar 2000 20:29:40 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id XAA04976 for ; Tue, 7 Mar 2000 23:29:39 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id XAA85131; Tue, 7 Mar 2000 23:29:08 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2yWvU1urqY" Content-Transfer-Encoding: 7bit Date: Tue, 7 Mar 2000 23:29:08 -0500 (EST) To: freebsd-alpha@freebsd.org Subject: Acrobat4 works!!! X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14533.54522.816876.731131@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --2yWvU1urqY Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've been playing with the osf-base port. The trick it does with linking libc.so to libc_r.so, libpthread.so, and libpthreads.so allows Acrobat Reader to work. It whines about not being able to init some plugins, but it essentially seems to work. To get it running, download the Acrobat Reader from Adobe ftp://ftp.adobe.com/pub/adobe/acrobatreader/unix/4.x/fdec-rs-405.tar.gz and extract it. Then apply the first patch below & run the install script. After installing it, patch acrobat using the second patch. I'd like to turn this into a port -- would it be better to ifdef'ify the linux Acrobat4 reader, or to create a new port (osf1-Acrobat4?). Bear in mind that the linux & osf ports would have almost nothing in common but the structure. Cheers, Drew --2yWvU1urqY Content-Type: application/octet-stream Content-Description: patch to acrobat installer Content-Disposition: attachment; filename="acropatch1" Content-Transfer-Encoding: base64 LS0tIElOU1RBTEwub3JpZwlXZWQgSmFuIDI2IDE5OjM4OjAwIDIwMDAKKysrIElOU1RBTEwJ VHVlIE1hciAgNyAyMTo0NTo1MSAyMDAwCkBAIC0xMTUsNiArMTE1LDggQEAKICAgICBpZiBb ICIkaSIgLWEgLWYgIiRpIiBdIDsgdGhlbgogICAgICAgICBpZiBbIGB1bmFtZSAtc2AgPSAi TGludXgiIF0gOyB0aGVuCiAgICAgICAgICAgc2l6ZT1gbHMgLWxMbiAiJGkiIHwgKCByZWFk IHBlcm0gbGlua3Mgb3duZXIgZ3JvdXAgc2l6ZSBkYXRlIDsgZWNobyAkc2l6ZSApYAorICAg ICAgICBlbGlmIFsgYHVuYW1lIC1zYCA9ICJGcmVlQlNEIiBdIDsgdGhlbgorICAgICAgICAg IHNpemU9YGxzIC1sTCAiJGkiIHwgKCByZWFkIHBlcm0gbGlua3Mgb3duZXIgZ3JvdXAgc2l6 ZSBkYXRlIDsgZWNobyAkc2l6ZSApYAogICAgICAgICBlbHNlCiAgICAgICAgICAgc2l6ZT1g bHMgLWxMb24gIiRpIiB8ICggcmVhZCBwZXJtIGxpbmtzIG93bmVyIHNpemUgZGF0ZSA7IGVj aG8gJHNpemUgKWAKICAgICAgICAgZmkKQEAgLTQ5MCw3ICs0OTIsNyBAQAogICBTZWFyY2hQ bGF0Zm9ybVRhcj0iJDMiCiAgIEN1c3RvbVBsYXRmb3JtVGFyPSIkNCIKIAotICBPdXRwdXRM aWNlbnNlICIkUmVhZExpY2Vuc2UiCisjICBPdXRwdXRMaWNlbnNlICIkUmVhZExpY2Vuc2Ui CiAgIFJlYWRMaWNlbnNlPSIiCiAKICAgUHJpbnRSZXF1aXJlZEZyZWUgIiRSZWFkVGFyIiAi JFNlYXJjaFRhciIgIiRDdXN0b21UYXIiIFwKQEAgLTU2Myw3ICs1NjUsNyBAQAogICAqKSBT Y3JpcHREaXJlY3Rvcnk9IiRDdXJyZW50RGlyZWN0b3J5Ii8iJFNjcmlwdERpcmVjdG9yeSIg OzsKIGVzYWMKIAotaWYgWyAiYHR5cGUgdW5hbWVgIiAhPSAidW5hbWUgbm90IGZvdW5kIiBd IDsgdGhlbgoraWYgWyAiYHVuYW1lYCIgIT0gInVuYW1lIG5vdCBmb3VuZCIgXSA7IHRoZW4K ICAgT1NuYW1lPWB1bmFtZSAtc2AKICAgaWYgWyAiJE9TbmFtZSIgPSAiQUlYIiBdIDsgdGhl bgogICAgIE9TcmVsZWFzZT1gdW5hbWUgLWEgfCAoIHJlYWQgbmFtZSBob3N0IG1pbm9yIG1h am9yIGZvbyA7IGVjaG8gJG1ham9yLiRtaW5vciApYApAQCAtMTAzNCw3ICsxMDM2LDcgQEAK ICAgICAgIDs7CiAgICAgZXNhYwogICAgIDs7Ci0gIE9TRjEpCisgIEZyZWVCU0R8T1NGMSkK ICAgICBBY3JvRGVmYXVsdE51bT0iJEFjcm9BbHBoYU9TRk51bSIKICAgICBFeGNoRGVmYXVs dE51bT0iJEV4Y2hBbHBoYU9TRk51bSIKICAgICBSZWFkRGVmYXVsdE51bT0iJFJlYWRBbHBo YU9TRk51bSIK --2yWvU1urqY Content-Type: application/octet-stream Content-Description: patch to acrobat script Content-Disposition: attachment; filename="acropatch2" Content-Transfer-Encoding: base64 LS0tIGFjcm9yZWFkLm9yaWcJVHVlIE1hciAgNyAyMjowMzozMSAyMDAwCisrKyBhY3JvcmVh ZAlUdWUgTWFyICA3IDIyOjAyOjQyIDIwMDAKQEAgLTE5Nyw3ICsxOTcsNyBAQAogICAgICAg ICA7OwogICAgIGVzYWMKICAgICA7OwotICBPU0YxKQorICBGcmVlQlNEfE9TRjEpCiAgICAg QUNST19DT05GSUc9YWxwaGFvc2YKICAgICBleHBvcnQgQUNST19DT05GSUcKICAgICA7OwpA QCAtMzA1LDYgKzMwNSw4IEBACiAgIGFscGhhb3NmKQogICAgIExEX0xJQlJBUllfUEFUSD0i YHByZXBlbmQgIiRBQ1JPX0lOU1RBTExfRElSLyRBQ1JPX0NPTkZJRy9saWI6JEFDUk9fSU5T VEFMTF9ESVIvJEFDUk9fQ09ORklHL2xpYiIgIiRMRF9MSUJSQVJZX1BBVEgiYCIKICAgICBl eHBvcnQgTERfTElCUkFSWV9QQVRICisgICAgTENfQ1RZUEU9IkMiCisgICAgZXhwb3J0IExD X0NUWVBFCiAgICAgOzsKICAgaW50ZWxsaW51eCkKICAgICBMRF9MSUJSQVJZX1BBVEg9ImBw cmVwZW5kICIkQUNST19JTlNUQUxMX0RJUi8kQUNST19DT05GSUcvbGliOiRBQ1JPX0lOU1RB TExfRElSLyRBQ1JPX0NPTkZJRy9saWIiICIkTERfTElCUkFSWV9QQVRIImAiCg== --2yWvU1urqY Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --2yWvU1urqY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 0: 7:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 2C5D837B860 for ; Wed, 8 Mar 2000 00:07:56 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA79270; Wed, 8 Mar 2000 00:07:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA70538; Wed, 8 Mar 2000 00:08:05 -0800 (PST) (envelope-from obrien) Date: Wed, 8 Mar 2000 00:08:05 -0800 From: "David O'Brien" To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: Acrobat4 works!!! Message-ID: <20000308000805.E60604@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <14533.54522.816876.731131@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <14533.54522.816876.731131@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Mar 07, 2000 at 11:29:08PM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 07, 2000 at 11:29:08PM -0500, Andrew Gallatin wrote: > I've been playing with the osf-base port. The trick it does with Yay!!! > I'd like to turn this into a port -- would it be better to ifdef'ify > the linux Acrobat4 reader, Yes. IMO, we don't want to have so many arch specific ports dirs. We can do something like Makefile -------- # New ports collection makefile for: acroread # Version required: 3.02 # Date created: 16 November 1996 # Whom: Thomas Gellekum # # $FreeBSD: ports/print/acroread/Makefile,v 1.16 2000/02/28 08:33:53 asami Exp $ # .include ${.CURDIR}/Makefile.${ARCH} .include if need be. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 10:40:42 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from brak.fuzzfactor.com (cc922847-b.hwrd1.md.home.com [24.13.114.72]) by hub.freebsd.org (Postfix) with ESMTP id 756BC37B515 for ; Wed, 8 Mar 2000 10:40:39 -0800 (PST) (envelope-from rharris@brak.fuzzfactor.com) Received: from localhost (localhost [[UNIX: localhost]]) by brak.fuzzfactor.com (8.8.8/8.8.8) with ESMTP id NAA00686 for ; Wed, 8 Mar 2000 13:40:34 -0500 (EST) Date: Wed, 8 Mar 2000 13:40:33 -0500 (EST) From: Rob Harris To: freebsd-alpha@freebsd.org Subject: smp on alpha? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just out of curiousity, How close are we to some testable SMP code for the Alpha platform? I have a dual-proc UP2000 that is hating Linux right now. :) I'd be more than happy to test/hack as necessary. -=[ Rob ]=- _____________________________________________________________________________ "Tax dollars and miracles can let the wierdest people date." --Blues Traveler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 10:45:29 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id C08F637C18B for ; Wed, 8 Mar 2000 10:45:26 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 846196E5; Wed, 8 Mar 2000 13:45:17 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 50B275F1; Wed, 8 Mar 2000 13:45:17 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 13:45:16 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C75@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Rob Harris' , freebsd-alpha@freebsd.org Subject: RE: smp on alpha? Date: Wed, 8 Mar 2000 13:45:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You should ask Jordan Hubbard that question. We are trying to do our part with the equipment. -----Mike -----Original Message----- From: Rob Harris [mailto:rharris@fuzzfactor.com] Sent: Wednesday, March 08, 2000 1:41 PM To: freebsd-alpha@freebsd.org Subject: smp on alpha? Just out of curiousity, How close are we to some testable SMP code for the Alpha platform? I have a dual-proc UP2000 that is hating Linux right now. :) I'd be more than happy to test/hack as necessary. -=[ Rob ]=- ____________________________________________________________________________ _ "Tax dollars and miracles can let the wierdest people date." --Blues Traveler 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 Mar 8 10:52: 0 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 01A8637B5D0 for ; Wed, 8 Mar 2000 10:51:59 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 687DFE48; Wed, 8 Mar 2000 13:51:52 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 5FADFF92 for ; Wed, 8 Mar 2000 13:51:52 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 13:51:52 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C76@mroexc2.tay.dec.com> From: "Waite, Michael" To: freebsd-alpha@FreeBSD.ORG Subject: FreeBSD and NIS Date: Wed, 8 Mar 2000 13:51:50 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a problem with FreeBSD 4.0 CURRENT runnng as an NIS client..................again. I just did the install from CDrom the other day with the new iso image. I basicall told it to install everything under the sun. It is refusing to authenticate any yp accounts. Please remind me what the yp config files are again. Or is it a DESC issue. What i am saying is that I did a plain vanilla instal (gimme everything) and now I am trying to get it to talk on a very small yp domain that I am taking to software developer 2000. FreeBSD is the only child that does not want to play. What is it about the default install that makes it different than SuSE, and RedHat regarding YP? -----Mike Michael Waite Global Partnering Solutions Services Compaq Computer Corporation 200 Forest Street MRO1-3 /E4 Marlboro, Ma 01752 508-467-2289 michael.waite@compaq.com email pager: 6350361@skytel.com skytel pager 1-888-635-0361 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 10:58:37 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 262FB37C276 for ; Wed, 8 Mar 2000 10:58:35 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA17054; Wed, 8 Mar 2000 10:58:28 -0800 Date: Wed, 8 Mar 2000 10:58:33 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C76@mroexc2.tay.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You have to edit rc.conf to add: nisdomainname="DOMAINNAME" nis_client_enable="YES" and possibly nis_client_flags="-m -S YPMASTER" RedHat only recently (as of 6.0) allowed you a sensible install step for YP. I'm not sure whether the post-install options for FreeBSD do much in this way yet. On Wed, 8 Mar 2000, Waite, Michael wrote: > I have a problem with FreeBSD 4.0 CURRENT runnng as an NIS > client..................again. > > I just did the install from CDrom the other day with the new iso image. > I basicall told it to install everything under the sun. > > It is refusing to authenticate any yp accounts. > > Please remind me what the yp config files are again. > > Or is it a DESC issue. > What i am saying is that I did a plain vanilla instal (gimme everything) and > now I am trying to get it to talk on a very small yp domain that I am taking > to software developer 2000. > FreeBSD is the only child that does not want to play. > What is it about the default install that makes it different than SuSE, and > RedHat regarding YP? > > -----Mike > > > Michael Waite > Global Partnering Solutions Services > Compaq Computer Corporation > 200 Forest Street MRO1-3 /E4 > Marlboro, Ma 01752 > 508-467-2289 > michael.waite@compaq.com > email pager: 6350361@skytel.com > skytel pager 1-888-635-0361 > > > > 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 Mar 8 11: 0:10 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 680AF37C223 for ; Wed, 8 Mar 2000 11:00:04 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA17062; Wed, 8 Mar 2000 11:00:02 -0800 Date: Wed, 8 Mar 2000 11:00:07 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD and NIS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Let me make this clearer- add to /etc/rc.conf [ stuff below ] /etc/defaults/rc.conf contain the default settings- this file should be readonly. You make overrides in /etc/rc.conf. On Wed, 8 Mar 2000, Matthew Jacob wrote: > > You have to edit rc.conf to add: > > nisdomainname="DOMAINNAME" > nis_client_enable="YES" > > and possibly > > nis_client_flags="-m -S YPMASTER" > > RedHat only recently (as of 6.0) allowed you a sensible install step for YP. > I'm not sure whether the post-install options for FreeBSD do much in this way > yet. > > > On Wed, 8 Mar 2000, Waite, Michael wrote: > > > I have a problem with FreeBSD 4.0 CURRENT runnng as an NIS > > client..................again. > > > > I just did the install from CDrom the other day with the new iso image. > > I basicall told it to install everything under the sun. > > > > It is refusing to authenticate any yp accounts. > > > > Please remind me what the yp config files are again. > > > > Or is it a DESC issue. > > What i am saying is that I did a plain vanilla instal (gimme everything) and > > now I am trying to get it to talk on a very small yp domain that I am taking > > to software developer 2000. > > FreeBSD is the only child that does not want to play. > > What is it about the default install that makes it different than SuSE, and > > RedHat regarding YP? > > > > -----Mike > > > > > > Michael Waite > > Global Partnering Solutions Services > > Compaq Computer Corporation > > 200 Forest Street MRO1-3 /E4 > > Marlboro, Ma 01752 > > 508-467-2289 > > michael.waite@compaq.com > > email pager: 6350361@skytel.com > > skytel pager 1-888-635-0361 > > > > > > > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11: 6:34 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id EFB6037B65D for ; Wed, 8 Mar 2000 11:06:20 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id B1338EE4; Wed, 8 Mar 2000 14:06:11 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 90812EB4; Wed, 8 Mar 2000 14:06:11 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 14:06:10 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C7C@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 14:06:03 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org So there sould not be any issue with the type of encryption that is used by default? -----Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Wednesday, March 08, 2000 2:00 PM To: Waite, Michael Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD and NIS Let me make this clearer- add to /etc/rc.conf [ stuff below ] /etc/defaults/rc.conf contain the default settings- this file should be readonly. You make overrides in /etc/rc.conf. On Wed, 8 Mar 2000, Matthew Jacob wrote: > > You have to edit rc.conf to add: > > nisdomainname="DOMAINNAME" > nis_client_enable="YES" > > and possibly > > nis_client_flags="-m -S YPMASTER" > > RedHat only recently (as of 6.0) allowed you a sensible install step for YP. > I'm not sure whether the post-install options for FreeBSD do much in this way > yet. > > > On Wed, 8 Mar 2000, Waite, Michael wrote: > > > I have a problem with FreeBSD 4.0 CURRENT runnng as an NIS > > client..................again. > > > > I just did the install from CDrom the other day with the new iso image. > > I basicall told it to install everything under the sun. > > > > It is refusing to authenticate any yp accounts. > > > > Please remind me what the yp config files are again. > > > > Or is it a DESC issue. > > What i am saying is that I did a plain vanilla instal (gimme everything) and > > now I am trying to get it to talk on a very small yp domain that I am taking > > to software developer 2000. > > FreeBSD is the only child that does not want to play. > > What is it about the default install that makes it different than SuSE, and > > RedHat regarding YP? > > > > -----Mike > > > > > > Michael Waite > > Global Partnering Solutions Services > > Compaq Computer Corporation > > 200 Forest Street MRO1-3 /E4 > > Marlboro, Ma 01752 > > 508-467-2289 > > michael.waite@compaq.com > > email pager: 6350361@skytel.com > > skytel pager 1-888-635-0361 > > > > > > > > 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 > 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 Mar 8 11:10:41 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 89D3237C223 for ; Wed, 8 Mar 2000 11:10:37 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA17187; Wed, 8 Mar 2000 11:10:20 -0800 Date: Wed, 8 Mar 2000 11:10:25 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C7C@mroexc2.tay.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > So there sould not be any issue with the type of encryption that is used > by default? I'm afraid you're over my head on that one. Are you referring to secure forms of NIS? I don't think we do that- 'fraid this isn't an area I've looked heavily into- David O'Brien (e.g.) would know a lot more than I about this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:13:39 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 4233E37B548 for ; Wed, 8 Mar 2000 11:13:36 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA22521; Wed, 8 Mar 2000 14:13:33 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id OAA86492; Wed, 8 Mar 2000 14:13:02 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 8 Mar 2000 14:13:02 -0500 (EST) To: mjacob@feral.com Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: References: <212CC57E84B8D111AD780000F84AA049083C2C7C@mroexc2.tay.dec.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14534.42479.165097.944057@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > > > > So there sould not be any issue with the type of encryption that is used > > by default? > > I'm afraid you're over my head on that one. Are you referring to secure forms > of NIS? I don't think we do that- 'fraid this isn't an area I've looked > heavily into- David O'Brien (e.g.) would know a lot more than I about this. I think he might me des vs md5. Michael, what does ls -l on /usr/lib/libcrypt.so show? ls -l /usr/lib/libcrypt.so lrwxr-xr-x 1 root wheel 14 Feb 29 14:01 /usr/lib/libcrypt.so -> libdescrypt.so Are the linux boxes uses des or md5? Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:23:23 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id DFBB837B5BE for ; Wed, 8 Mar 2000 11:23:16 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id EFC53C2D; Wed, 8 Mar 2000 14:23:11 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id BDFD3C55; Wed, 8 Mar 2000 14:23:11 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 14:23:11 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C7D@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 14:23:04 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just took a look at my yp config files and I have then set up correctly. /etc/rc.conf has the correct params in it. Also /etc/defaults/rc.conf is also set correctly. I can login as root on the console and correctly do a "ypcat passwd" it shows the information correctly from the yp server (which is Tru64 UNIX). But if I "telnet 0" my logon information is not correct. -----Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Wednesday, March 08, 2000 2:10 PM To: Waite, Michael Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS > So there sould not be any issue with the type of encryption that is used > by default? I'm afraid you're over my head on that one. Are you referring to secure forms of NIS? I don't think we do that- 'fraid this isn't an area I've looked heavily into- David O'Brien (e.g.) would know a lot more than I about this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:25:26 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 48FCF37B67D for ; Wed, 8 Mar 2000 11:25:23 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA17261; Wed, 8 Mar 2000 11:25:21 -0800 Date: Wed, 8 Mar 2000 11:25:26 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C7D@mroexc2.tay.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sigh- I've had problems with YP && *BSD before as well (I have a Solaris YP master), but all I can say is what seems to be working for me today. It may be what Andrew was referring to? On Wed, 8 Mar 2000, Waite, Michael wrote: > I just took a look at my yp config files and I have then set up correctly. > /etc/rc.conf has the correct params in it. > Also /etc/defaults/rc.conf is also set correctly. > I can login as root on the console and correctly do a "ypcat passwd" it > shows the information correctly from the yp server (which is Tru64 UNIX). > But if I "telnet 0" my logon information is not correct. > > -----Mike > > > -----Original Message----- > From: Matthew Jacob [mailto:mjacob@feral.com] > Sent: Wednesday, March 08, 2000 2:10 PM > To: Waite, Michael > Cc: freebsd-alpha@FreeBSD.ORG > Subject: RE: FreeBSD and NIS > > > > > > So there sould not be any issue with the type of encryption that is used > > by default? > > I'm afraid you're over my head on that one. Are you referring to secure > forms > of NIS? I don't think we do that- 'fraid this isn't an area I've looked > heavily into- David O'Brien (e.g.) would know a lot more than I about this. > > > > 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 Mar 8 11:36:30 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id E396137B57E for ; Wed, 8 Mar 2000 11:36:27 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id EE0D948F; Wed, 8 Mar 2000 14:36:20 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id E035FE2F; Wed, 8 Mar 2000 14:36:20 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 14:36:20 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C80@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Andrew Gallatin' , mjacob@feral.com Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 14:36:18 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It is linking to >> libdeccrypt.so -----Mike -----Original Message----- From: Andrew Gallatin [mailto:gallatin@cs.duke.edu] Sent: Wednesday, March 08, 2000 2:13 PM To: mjacob@feral.com Cc: Waite, Michael; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Matthew Jacob writes: > > > > So there sould not be any issue with the type of encryption that is used > > by default? > > I'm afraid you're over my head on that one. Are you referring to secure forms > of NIS? I don't think we do that- 'fraid this isn't an area I've looked > heavily into- David O'Brien (e.g.) would know a lot more than I about this. I think he might me des vs md5. Michael, what does ls -l on /usr/lib/libcrypt.so show? ls -l /usr/lib/libcrypt.so lrwxr-xr-x 1 root wheel 14 Feb 29 14:01 /usr/lib/libcrypt.so -> libdescrypt.so Are the linux boxes uses des or md5? Drew ---------------------------------------------------------------------------- -- Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 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 Mar 8 11:40:44 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 02D2737B8BA for ; Wed, 8 Mar 2000 11:40:42 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA23220; Wed, 8 Mar 2000 14:40:37 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id OAA86553; Wed, 8 Mar 2000 14:40:07 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 8 Mar 2000 14:40:07 -0500 (EST) To: "Waite, Michael" Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C80@mroexc2.tay.dec.com> References: <212CC57E84B8D111AD780000F84AA049083C2C80@mroexc2.tay.dec.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14534.44110.787194.105958@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Waite, Michael writes: > It is linking to >> libdeccrypt.so > As a sanity check, you do have this: +:*::::: At the bottom of /etc/passwd, right? And this at the bottom of /etc/group, right? +:*:: NOTE: use vipw when editing the password file!!! Do not just vi /etc/passwd! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:41:53 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 7764137B548 for ; Wed, 8 Mar 2000 11:41:50 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA17320; Wed, 8 Mar 2000 11:41:41 -0800 Date: Wed, 8 Mar 2000 11:41:46 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrew Gallatin Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <14534.44110.787194.105958@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ooh! Yes, I forgot to ask that! Darn- when are we gonna unfrick ourselves and get nsswitch.conf? On Wed, 8 Mar 2000, Andrew Gallatin wrote: > > Waite, Michael writes: > > It is linking to >> libdeccrypt.so > > > > As a sanity check, you do have this: > > +:*::::: > > At the bottom of /etc/passwd, right? > > And this at the bottom of /etc/group, right? > > +:*:: > > > NOTE: use vipw when editing the password file!!! Do not just vi /etc/passwd! > > > Drew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:50:46 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 6BBFF37B68B for ; Wed, 8 Mar 2000 11:50:44 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 1C2A6EF7; Wed, 8 Mar 2000 14:50:41 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 0000DCFE; Wed, 8 Mar 2000 14:50:40 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 14:50:40 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C82@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Andrew Gallatin' Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 14:48:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org vipw outputs this: /etc/pw.Xe8310: 19 Lines, 1004 characters. vipw: rebuilding the database... pwd_mkdb:corrupted entry pwd_mkdb:at line #19 pwd_mkdb:/etc/pw.Xe8310: Inappropriate file type or format Hows about them apples? Never seen that before. As I said this is the first time I have installed from the iso image. The other two FreeBSD boxes that I have (alpha Xp1000a and DPW500au) don't do this. -----Mike -----Original Message----- From: Andrew Gallatin [mailto:gallatin@cs.duke.edu] Sent: Wednesday, March 08, 2000 2:40 PM To: Waite, Michael Cc: mjacob@feral.com; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Waite, Michael writes: > It is linking to >> libdeccrypt.so > As a sanity check, you do have this: +:*::::: At the bottom of /etc/passwd, right? And this at the bottom of /etc/group, right? +:*:: NOTE: use vipw when editing the password file!!! Do not just vi /etc/passwd! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 11:54:19 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id C81E937B548 for ; Wed, 8 Mar 2000 11:54:13 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id B76856C4; Wed, 8 Mar 2000 14:54:12 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 34E3447E; Wed, 8 Mar 2000 14:54:12 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 14:54:11 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C83@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" , Andrew Gallatin Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 14:52:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org /etc/nsswitch.conf does work but the other FreeBSD systems that I have get along quite well without it. ------Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Wednesday, March 08, 2000 2:42 PM To: Andrew Gallatin Cc: Waite, Michael; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Ooh! Yes, I forgot to ask that! Darn- when are we gonna unfrick ourselves and get nsswitch.conf? On Wed, 8 Mar 2000, Andrew Gallatin wrote: > > Waite, Michael writes: > > It is linking to >> libdeccrypt.so > > > > As a sanity check, you do have this: > > +:*::::: > > At the bottom of /etc/passwd, right? > > And this at the bottom of /etc/group, right? > > +:*:: > > > NOTE: use vipw when editing the password file!!! Do not just vi /etc/passwd! > > > Drew > 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 Mar 8 11:57:32 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 847A937C289 for ; Wed, 8 Mar 2000 11:57:30 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA17418; Wed, 8 Mar 2000 11:57:24 -0800 Date: Wed, 8 Mar 2000 11:57:29 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C83@mroexc2.tay.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > /etc/nsswitch.conf does work but the other FreeBSD systems that I have get > along quite well without it. Well, sure- but locating your admin file preferences in one file is A Good Thing(tm), and FreeBSD doesn't support this (and should). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 12: 4:20 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 38F8C37B8BA for ; Wed, 8 Mar 2000 12:04:16 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 2455B5F1; Wed, 8 Mar 2000 15:04:15 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id EEB5972D; Wed, 8 Mar 2000 15:04:14 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 15:04:14 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C84@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" Cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 15:04:09 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org agreed. ----Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Wednesday, March 08, 2000 2:57 PM To: Waite, Michael Cc: Andrew Gallatin; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS > /etc/nsswitch.conf does work but the other FreeBSD systems that I have get > along quite well without it. Well, sure- but locating your admin file preferences in one file is A Good Thing(tm), and FreeBSD doesn't support this (and should). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 12:20: 4 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 3DE6D37B691 for ; Wed, 8 Mar 2000 12:20:03 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA23484; Wed, 8 Mar 2000 12:17:13 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: "Waite, Michael" Cc: "'Rob Harris'" , freebsd-alpha@FreeBSD.ORG Subject: Re: smp on alpha? In-reply-to: Your message of "Wed, 08 Mar 2000 13:45:11 EST." <212CC57E84B8D111AD780000F84AA049083C2C75@mroexc2.tay.dec.com> Date: Wed, 08 Mar 2000 12:17:13 -0800 Message-ID: <23481.952546633@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > You should ask Jordan Hubbard that question. > We are trying to do our part with the equipment. Just as soon as Doug Rabson's Alpha arrives in the UK, I'm looking forward to a greatly increased pace of development on Alpha/SMP. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 12:42:19 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 62E2937C0DF for ; Wed, 8 Mar 2000 12:42:16 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA24908; Wed, 8 Mar 2000 15:42:00 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id PAA86618; Wed, 8 Mar 2000 15:41:29 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 8 Mar 2000 15:41:29 -0500 (EST) To: "Waite, Michael" Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2C82@mroexc2.tay.dec.com> References: <212CC57E84B8D111AD780000F84AA049083C2C82@mroexc2.tay.dec.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14534.47768.437927.852835@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Waite, Michael writes: > vipw outputs this: > > > /etc/pw.Xe8310: 19 Lines, 1004 characters. > vipw: rebuilding the database... > pwd_mkdb:corrupted entry > pwd_mkdb:at line #19 > pwd_mkdb:/etc/pw.Xe8310: Inappropriate file type or format > > Hows about them apples? > Never seen that before. > As I said this is the first time I have installed from the iso image. > The other two FreeBSD boxes that I have (alpha Xp1000a and DPW500au) don't > do this. > > -----Mike > > Yeah, I'm a moron, I gave you the shadowed entry. You actually want this entry in /etc/passwd. Doh! +::::::::: Sorry about that, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 12:49:28 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 4081937C0AA for ; Wed, 8 Mar 2000 12:49:23 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id D8196602; Wed, 8 Mar 2000 15:49:20 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id CAF9060C; Wed, 8 Mar 2000 15:49:20 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Wed, 8 Mar 2000 15:49:20 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C8B@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Andrew Gallatin' Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Wed, 8 Mar 2000 15:49:18 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes indeedy that worked. Sure would be nice if us lowly sysadmin slobs didn't have to remember that there needs to be nine ":"s at the end though. Not to whine too much but "the others" have a different number. ----Mike -----Original Message----- From: Andrew Gallatin [mailto:gallatin@cs.duke.edu] Sent: Wednesday, March 08, 2000 3:41 PM To: Waite, Michael Cc: mjacob@feral.com; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Waite, Michael writes: > vipw outputs this: > > > /etc/pw.Xe8310: 19 Lines, 1004 characters. > vipw: rebuilding the database... > pwd_mkdb:corrupted entry > pwd_mkdb:at line #19 > pwd_mkdb:/etc/pw.Xe8310: Inappropriate file type or format > > Hows about them apples? > Never seen that before. > As I said this is the first time I have installed from the iso image. > The other two FreeBSD boxes that I have (alpha Xp1000a and DPW500au) don't > do this. > > -----Mike > > Yeah, I'm a moron, I gave you the shadowed entry. You actually want this entry in /etc/passwd. Doh! +::::::::: Sorry about that, Drew 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 Mar 8 13:18:44 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 2057537C28A for ; Wed, 8 Mar 2000 13:18:42 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA00569; Wed, 8 Mar 2000 13:19:16 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003082119.NAA00569@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: "'Andrew Gallatin'" , mjacob@feral.com, freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD and NIS In-reply-to: Your message of "Wed, 08 Mar 2000 14:48:34 EST." <212CC57E84B8D111AD780000F84AA049083C2C82@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Mar 2000 13:19:16 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > vipw outputs this: > > > /etc/pw.Xe8310: 19 Lines, 1004 characters. > vipw: rebuilding the database... > pwd_mkdb:corrupted entry > pwd_mkdb:at line #19 > pwd_mkdb:/etc/pw.Xe8310: Inappropriate file type or format > > Hows about them apples? > Never seen that before. It means you've got a typo in the file; typically you're trying to use passwd format where you're actually editing master.passwd, which has two more fields (and thus you need two more colons). Personally, I'm not so keen on the "everything has to be an errno error" style. The above diagnostic could trivially be "entry misformatted" or something much more helpful. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 14: 4: 3 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 2281B37B663 for ; Wed, 8 Mar 2000 14:03:58 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 12SoYZ-000581-0K; Wed, 8 Mar 2000 22:03:52 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id WAA44116; Wed, 8 Mar 2000 22:09:52 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 8 Mar 2000 22:06:13 +0000 (GMT) From: Doug Rabson To: "Jordan K. Hubbard" Cc: "Waite, Michael" , "'Rob Harris'" , freebsd-alpha@freebsd.org Subject: Re: smp on alpha? In-Reply-To: <23481.952546633@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 8 Mar 2000, Jordan K. Hubbard wrote: > > You should ask Jordan Hubbard that question. > > We are trying to do our part with the equipment. > > Just as soon as Doug Rabson's Alpha arrives in the UK, I'm looking > forward to a greatly increased pace of development on Alpha/SMP. As it happens, I was working on some of the groundwork for this just this morning. I'm confident that given the hardware I can get smp going fairly easily. Also, since the kernel already supports SMP for the x86 port, I imagine that the changes will be self-contained enough to be suitable for the 4.x branch. If all goes well, I expect 4.1 to ship with SMP support. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 20:18:21 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A218F37B532 for ; Wed, 8 Mar 2000 20:18:19 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA19292 for ; Wed, 8 Mar 2000 20:18:19 -0800 Date: Wed, 8 Mar 2000 20:18:25 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: freebsd-alpha@freebsd.org Subject: who wants to alpha test a Legato NetWorker client under FreeBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Who wants to alpha(snort) test a Legato NetWorker client under FreeBSD-alpha? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Mar 8 23:34:45 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from frond.minions.com (adsl-63-192-211-186.dsl.snfc21.pacbell.net [63.192.211.186]) by hub.freebsd.org (Postfix) with ESMTP id 78AA137B77F for ; Wed, 8 Mar 2000 23:34:41 -0800 (PST) (envelope-from bifrost@minions.com) Received: from localhost.minions.com (localhost.minions.com [127.0.0.1]) by frond.minions.com (8.9.3/8.9.3) with ESMTP id XAA15349; Wed, 8 Mar 2000 23:33:01 -0800 (PST) (envelope-from bifrost@minions.com) Date: Wed, 8 Mar 2000 23:33:01 -0800 (PST) From: Tom To: Matthew Jacob Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org On Wed, 8 Mar 2000, Matthew Jacob wrote: > Who wants to alpha(snort) test a Legato NetWorker client under FreeBSD-alpha? I'd be interested, what version? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 6: 5:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from bolet.ens.fr (bolet.ens.fr [129.199.99.10]) by hub.freebsd.org (Postfix) with ESMTP id 67E8237B57A for ; Thu, 9 Mar 2000 06:05:29 -0800 (PST) (envelope-from pornin@bolet.ens.fr) Received: (from pornin@localhost) by bolet.ens.fr (8.8.7/8.8.7) id PAA04135 for freebsd-alpha@freebsd.org; Thu, 9 Mar 2000 15:05:24 +0100 Date: Thu, 9 Mar 2000 15:05:24 +0100 From: Thomas Pornin To: freebsd-alpha@freebsd.org Subject: Elf64 Message-ID: <20000309150524.A4040@bolet.ens.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I am looking for a documentation describing the Elf64 binary format. I and a friend of mine are in the process of writing our own subset of a linker, and we need info. We would prefer not having to derive our work from the GNU binutils due to the GPL (which is a bit too viral). Does such a thing exists ? --Thomas Pornin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 6:45: 6 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id C87DB37B51E for ; Thu, 9 Mar 2000 06:45:01 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 4E1694B6; Thu, 9 Mar 2000 09:44:57 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 3398C613; Thu, 9 Mar 2000 09:44:57 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 09:44:56 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2C9C@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" , freebsd-alpha@freebsd.org Subject: RE: who wants to alpha test a Legato NetWorker client under FreeB SD? Date: Thu, 9 Mar 2000 09:44:54 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I do. ----Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Wednesday, March 08, 2000 11:18 PM To: freebsd-alpha@freebsd.org Subject: who wants to alpha test a Legato NetWorker client under FreeBSD? Who wants to alpha(snort) test a Legato NetWorker client under FreeBSD-alpha? -matt 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 Mar 9 7:32:49 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E425537B791 for ; Thu, 9 Mar 2000 07:32:47 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id HAA01787; Thu, 9 Mar 2000 07:33:27 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! In-reply-to: Your message of "Fri, 03 Mar 2000 16:40:50 EST." <212CC57E84B8D111AD780000F84AA049083C2C11@mroexc2.tay.dec.com> Date: Thu, 09 Mar 2000 07:33:27 -0800 Message-ID: <1784.952616007@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I just did an install on an XP1000 today and am very pleased to say that it > was the first time that a "nbew" thing worked right on the first try. > Everything worked perfectly except for getting "X" to run > Missing or broken libraries or some such. > > But none the less....hat's off to whoever made the iso. Thanks; have you had a chance to test the RC#3 Alpha ISO image I just put up? Did you also boot directly from the CD or use floppies? Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 8:41:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 041CF37B7B9 for ; Thu, 9 Mar 2000 08:41:53 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA20993; Thu, 9 Mar 2000 08:41:28 -0800 Date: Thu, 9 Mar 2000 08:41:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Tom , "Waite, Michael" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org It'll be rt_1998_4Q, which, I believe, is 5.5.2. Yes, this is a bit out of date, but this is just the client, remember- you still have to have a server somewhere, and I'm finally deepsixing the old nsr_ize script, but haven't replaced it- this will be something like just a gzipped tar ball. I'll send out some fetch instructions in a couple of hours. On Wed, 8 Mar 2000, Tom wrote: > On Wed, 8 Mar 2000, Matthew Jacob wrote: > > Who wants to alpha(snort) test a Legato NetWorker client under FreeBSD-alpha? > > I'd be interested, what version? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 9:28: 5 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from photon.photon.com (unipod.photon.com [206.71.176.100]) by hub.freebsd.org (Postfix) with ESMTP id DBC9F37B7F8 for ; Thu, 9 Mar 2000 09:27:50 -0800 (PST) (envelope-from Matt@photon.com) Received: from silversurfer.photon.com (silversurfer [192.203.79.220]) by photon.photon.com (8.9.3/8.9.1) with ESMTP id JAA1392744 for ; Thu, 9 Mar 2000 09:27:47 -0800 (PST) Received: by SILVERSURFER with Internet Mail Service (5.5.2448.0) id ; Thu, 9 Mar 2000 09:37:04 -0800 Message-ID: <0565C6717839D3119BAC009027719565238E0E@SILVERSURFER> From: Matt Wilbur To: "'freebsd-alpha@freebsd.org'" Subject: Alphaserver 8/400 support? Date: Thu, 9 Mar 2000 09:37:03 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, tried a few months ago to install 3.4R, and the latest -current snapshot (11/99 more or less) on our shelved AS 8/400, and neither was happy with that architecture at that time. Does anyone know if that's changed recently? :-) I wasn't able to find a list of FreeBSD 'supported' alpha models anywhere. NetBSD was the only OS that supported the machine at the time (well.. FreeBSD and OpenBSD were out, I can't say I entertained the idea of Linux/Alpha)... TIA, Matt Wilbur To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10: 0:50 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from frond.minions.com (adsl-63-192-211-186.dsl.snfc21.pacbell.net [63.192.211.186]) by hub.freebsd.org (Postfix) with ESMTP id 8198E37B58A for ; Thu, 9 Mar 2000 10:00:46 -0800 (PST) (envelope-from bifrost@minions.com) Received: from localhost.minions.com (localhost.minions.com [127.0.0.1]) by frond.minions.com (8.9.3/8.9.3) with ESMTP id JAA16643; Thu, 9 Mar 2000 09:59:04 -0800 (PST) (envelope-from bifrost@minions.com) Date: Thu, 9 Mar 2000 09:59:04 -0800 (PST) From: Tom To: Matthew Jacob Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org > It'll be rt_1998_4Q, which, I believe, is 5.5.2. Yes, this is a bit out of > date, but this is just the client, remember- you still have to have a server > somewhere, and Hrm, I have 5.5 Build 38. I do recall trying out the X86 FreeBSD client and it not working for backups, so if this is the same, I'm not sure it'll work. nsrwatch worked, but nothing else seemed to. > I'm finally deepsixing the old nsr_ize script, but haven't replaced it- this > will be something like just a gzipped tar ball. I'll send out some > fetch instructions in a couple of hours. ok, sounds good. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:12:21 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3704F37B5C7 for ; Thu, 9 Mar 2000 10:12:18 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA21384; Thu, 9 Mar 2000 10:12:14 -0800 Date: Thu, 9 Mar 2000 10:12:11 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Tom Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org > > It'll be rt_1998_4Q, which, I believe, is 5.5.2. Yes, this is a bit out of > > date, but this is just the client, remember- you still have to have a server > > somewhere, and > > Hrm, I have 5.5 Build 38. > I do recall trying out the X86 FreeBSD client and it not working for > backups, so if this is the same, I'm not sure it'll work. > nsrwatch worked, but nothing else seemed to. Really? Do you have any details about this? > > > I'm finally deepsixing the old nsr_ize script, but haven't replaced it- this > > will be something like just a gzipped tar ball. I'll send out some > > fetch instructions in a couple of hours. > > ok, sounds good. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:14:59 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D059B37B796 for ; Thu, 9 Mar 2000 10:14:56 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA21428; Thu, 9 Mar 2000 10:14:53 -0800 Date: Thu, 9 Mar 2000 10:14:49 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Tom Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org > > > It'll be rt_1998_4Q, which, I believe, is 5.5.2. Yes, this is a bit out of > > > date, but this is just the client, remember- you still have to have a server > > > somewhere, and > > > > Hrm, I have 5.5 Build 38. > > I do recall trying out the X86 FreeBSD client and it not working for > > backups, so if this is the same, I'm not sure it'll work. > > nsrwatch worked, but nothing else seemed to. > > Really? Do you have any details about this? btw- the server I've been testing against so far is 5.1 Build 103 which is quite old. Over the next few days I'll be installing a modern server so I can check out the furshlugginer newer client licencing which seems to get everyone all bollixed up. -matt p.s.: this is just a deep background task for me, so don't expect *too* much.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:15:45 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id CB62A37B772 for ; Thu, 9 Mar 2000 10:15:42 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA88478; Thu, 9 Mar 2000 10:15:42 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id KAA54329; Thu, 9 Mar 2000 10:15:54 -0800 (PST) (envelope-from obrien) Date: Thu, 9 Mar 2000 10:15:54 -0800 From: "David O'Brien" To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: Acrobat4 works!!! Message-ID: <20000309101554.A25772@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <14533.54522.816876.731131@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <14533.54522.816876.731131@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Mar 07, 2000 at 11:29:08PM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 07, 2000 at 11:29:08PM -0500, Andrew Gallatin wrote: > I'd like to turn this into a port -- would it be better to ifdef'ify Acrobat3 is done. I'm now doing Acrobat4. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:18:10 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from frond.minions.com (adsl-63-192-211-186.dsl.snfc21.pacbell.net [63.192.211.186]) by hub.freebsd.org (Postfix) with ESMTP id D0AEB37B871 for ; Thu, 9 Mar 2000 10:18:06 -0800 (PST) (envelope-from bifrost@minions.com) Received: from localhost.minions.com (localhost.minions.com [127.0.0.1]) by frond.minions.com (8.9.3/8.9.3) with ESMTP id KAA16743; Thu, 9 Mar 2000 10:16:25 -0800 (PST) (envelope-from bifrost@minions.com) Date: Thu, 9 Mar 2000 10:16:25 -0800 (PST) From: Tom To: Matthew Jacob Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org > > Hrm, I have 5.5 Build 38. > > I do recall trying out the X86 FreeBSD client and it not working for > > backups, so if this is the same, I'm not sure it'll work. > > nsrwatch worked, but nothing else seemed to. > > Really? Do you have any details about this? Heh, well, not anymore. If you have a recent client I can try, I'll do it again. But the one I found off of Legato's site wasn't functional :/ I talked with someone about it and they said that there was a licensing issue, but I couldn't really get to the bottom of it, nor could I get Legato to tell me about getting a FreeBSD client license :) I'd love to have it working though, so I'll give it another shot and see what the deal is. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:22:32 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail04.zma.compaq.com (zmamail04.zma.compaq.com [161.114.64.104]) by hub.freebsd.org (Postfix) with ESMTP id B043137B722 for ; Thu, 9 Mar 2000 10:22:26 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail04.zma.compaq.com (Postfix, from userid 12345) id B64A314E; Thu, 9 Mar 2000 13:22:11 -0500 (EST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id 20E3B205; Thu, 9 Mar 2000 13:22:11 -0500 (EST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 13:21:29 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CC4@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" , Tom Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: who wants to alpha test a Legato NetWorker client under FreeB SD? Date: Thu, 9 Mar 2000 12:45:30 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well I am currently running Legato's Networker to back up certain pieces of my little testdrive program http://www.testdrive.compaq.com of which I now have three FreeBSD boxes running on Alphas, of three different hardware types. I can certainly kick it's tires but I am crushed right now having added more than 4000 UIDs since midnight courtesy of my fiends at slashdot. -----Mike -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Thursday, March 09, 2000 11:41 AM To: Tom; Waite, Michael Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under FreeBSD? It'll be rt_1998_4Q, which, I believe, is 5.5.2. Yes, this is a bit out of date, but this is just the client, remember- you still have to have a server somewhere, and I'm finally deepsixing the old nsr_ize script, but haven't replaced it- this will be something like just a gzipped tar ball. I'll send out some fetch instructions in a couple of hours. On Wed, 8 Mar 2000, Tom wrote: > On Wed, 8 Mar 2000, Matthew Jacob wrote: > > Who wants to alpha(snort) test a Legato NetWorker client under FreeBSD-alpha? > > I'd be interested, what version? > 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 Mar 9 10:29:11 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id CCE3E37B7D2 for ; Thu, 9 Mar 2000 10:29:08 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA21507; Thu, 9 Mar 2000 10:29:04 -0800 Date: Thu, 9 Mar 2000 10:29:00 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Tom Cc: "Waite, Michael" , freebsd-alpha@FreeBSD.ORG Subject: Re: who wants to alpha test a Legato NetWorker client under 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 X-Loop: FreeBSD.org On Thu, 9 Mar 2000, Tom wrote: > > > Hrm, I have 5.5 Build 38. > > > I do recall trying out the X86 FreeBSD client and it not working for > > > backups, so if this is the same, I'm not sure it'll work. > > > nsrwatch worked, but nothing else seemed to. > > > > Really? Do you have any details about this? > > Heh, well, not anymore. If you have a recent client I can try, I'll > do it again. But the one I found off of Legato's site wasn't functional :/ > > I talked with someone about it and they said that there was a licensing > issue, but I couldn't really get to the bottom of it, nor could I get > Legato to tell me about getting a FreeBSD client license :) Well, I built that one, so it's me you need to talk to. > I'd love to have it working though, so I'll give it another shot > and see what the deal is. It's probably the client licence. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 10:37:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 09CCC37B7D7 for ; Thu, 9 Mar 2000 10:37:31 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA68615; Thu, 9 Mar 2000 11:37:29 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA10601; Thu, 9 Mar 2000 11:37:11 -0700 (MST) Message-Id: <200003091837.LAA10601@harmony.village.org> To: Thomas Pornin Subject: Re: Elf64 Cc: freebsd-alpha@FreeBSD.ORG In-reply-to: Your message of "Thu, 09 Mar 2000 15:05:24 +0100." <20000309150524.A4040@bolet.ens.fr> References: <20000309150524.A4040@bolet.ens.fr> Date: Thu, 09 Mar 2000 11:37:11 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000309150524.A4040@bolet.ens.fr> Thomas Pornin writes: : I am looking for a documentation describing the Elf64 binary format. I : and a friend of mine are in the process of writing our own subset of a : linker, and we need info. We would prefer not having to derive our work : from the GNU binutils due to the GPL (which is a bit too viral). : : Does such a thing exists ? Yes. Last time I needed the information, I did a web search on AltaVista with the key words "elf elf64 format api" and found what I needed. I may have had to toss some plus signs in as well, but that did turn up something fairly fast. Also, there was system V book with this information in it, but I don' thave a reference. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 12: 8:56 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 39DE837B866; Thu, 9 Mar 2000 12:08:53 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA24261; Thu, 9 Mar 2000 15:08:51 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id PAA88620; Thu, 9 Mar 2000 15:08:20 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 9 Mar 2000 15:08:20 -0500 (EST) To: obrien@FreeBSD.ORG Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Acrobat4 works!!! In-Reply-To: <20000309101554.A25772@dragon.nuxi.com> References: <14533.54522.816876.731131@grasshopper.cs.duke.edu> <20000309101554.A25772@dragon.nuxi.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14536.1156.322396.610643@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David O'Brien writes: > On Tue, Mar 07, 2000 at 11:29:08PM -0500, Andrew Gallatin wrote: > > I'd like to turn this into a port -- would it be better to ifdef'ify > > Acrobat3 is done. I'm now doing Acrobat4. > David, Thanks for stepping in. I'm pretty swamped right now. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 14:22:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext03.compaq.com (mailext03.compaq.com [207.18.199.41]) by hub.freebsd.org (Postfix) with ESMTP id BEBA437B85D for ; Thu, 9 Mar 2000 14:22:29 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext03.compaq.com (Postfix, from userid 12345) id DDFEC1521A3; Thu, 9 Mar 2000 16:22:28 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext03.compaq.com (Postfix) with ESMTP id C94E6148506; Thu, 9 Mar 2000 16:22:28 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id DFC16BC4D2; Thu, 9 Mar 2000 16:21:23 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id 45A7EB2A7B; Thu, 9 Mar 2000 16:21:23 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 17:21:29 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CD3@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'Jordan K. Hubbard'" Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: Alpha ISO is fantastic! Date: Thu, 9 Mar 2000 17:19:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No, I booted right from the cdrom. Forget floppies, as far as I am concerned they are now ancient history. I have not tried the RC3 iso yet as I have the systems up and running and am prepping them for the trade show. No time for foolin around right now. I did how ever just get 48 of our new "1U" systems which are going to be marketed as the DS10-L. I will be attempting to put FreeBSD on one of them tomorrow. I will let you know. I will go get the new ISO right now. Is it at the same path as the last one? by the way......if you want to see the new toy that I am talkig about take a look at the page that I am putting together right now: http://www.testdrive.compaq.com/slate -----Mike' -----Original Message----- From: Jordan K. Hubbard [mailto:jkh@zippy.cdrom.com] Sent: Thursday, March 09, 2000 10:33 AM To: Waite, Michael Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha ISO is fantastic! > I just did an install on an XP1000 today and am very pleased to say that it > was the first time that a "nbew" thing worked right on the first try. > Everything worked perfectly except for getting "X" to run > Missing or broken libraries or some such. > > But none the less....hat's off to whoever made the iso. Thanks; have you had a chance to test the RC#3 Alpha ISO image I just put up? Did you also boot directly from the CD or use floppies? Thanks! - 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 Thu Mar 9 16:38:54 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 5C89F37B8B6 for ; Thu, 9 Mar 2000 16:38:52 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA01359 for ; Thu, 9 Mar 2000 16:40:18 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100040.QAA01359@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: alpha@freebsd.org Subject: Digital KZPCA setup, help required Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 16:40:18 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm trying to set up a Digital KZPCA (single channel RAID controller) in order to get the Mylex driver talking to it. Not unsurprisingly, in typical Digital fashion, it's resisting every effort. Here's what I've tried: I have three systems; a PC164 (Aspen Durango), AXPpci/33 (noname) and a DS20. In each, I have inserted the KZPCA and attempted to execute both the firmware updater (ra200fl.exe) and the setup tool (ra200rcu.exe) under SRM. All three platforms complain that the files are not executable. I've switched the DS20 to AlphaBIOS (the PC164 AlphaBIOS image refuses to load), and attempting to run the configuration utility results in a blank screen with no display activity. Hitting the keyboard eventually returns to the AlphaBIOS display, but it hangs shortly therafter. So; has anyone actually set one of these animals up? If so, how do you do it? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 16:41:16 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 71A7C37B75F; Thu, 9 Mar 2000 16:41:12 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id E58914ED; Thu, 9 Mar 2000 19:41:10 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id DC3A4FF7; Thu, 9 Mar 2000 19:41:10 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 19:41:10 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CDF@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Mike Smith' , alpha@freebsd.org Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 19:41:09 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You do not run ra200rcu.exe from "SRM" you have to shitch to ARC. WOrks perfectly fine. Confirgure it in are by choosing to "run a utility" (or some such nonsence). Got it? -----Mike -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, March 09, 2000 7:40 PM To: alpha@freebsd.org Subject: Digital KZPCA setup, help required I'm trying to set up a Digital KZPCA (single channel RAID controller) in order to get the Mylex driver talking to it. Not unsurprisingly, in typical Digital fashion, it's resisting every effort. Here's what I've tried: I have three systems; a PC164 (Aspen Durango), AXPpci/33 (noname) and a DS20. In each, I have inserted the KZPCA and attempted to execute both the firmware updater (ra200fl.exe) and the setup tool (ra200rcu.exe) under SRM. All three platforms complain that the files are not executable. I've switched the DS20 to AlphaBIOS (the PC164 AlphaBIOS image refuses to load), and attempting to run the configuration utility results in a blank screen with no display activity. Hitting the keyboard eventually returns to the AlphaBIOS display, but it hangs shortly therafter. So; has anyone actually set one of these animals up? If so, how do you do it? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.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 Thu Mar 9 16:44:28 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext12.compaq.com (mailext12.compaq.com [207.18.199.188]) by hub.freebsd.org (Postfix) with ESMTP id D7FD037BA30; Thu, 9 Mar 2000 16:44:24 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext12.compaq.com (Postfix, from userid 12345) id A893D579FA; Thu, 9 Mar 2000 18:44:23 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext12.compaq.com (Postfix) with ESMTP id A3B1E54602; Thu, 9 Mar 2000 18:44:23 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id 044FDBC4D2; Thu, 9 Mar 2000 18:42:24 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id CB6E7B2A48; Thu, 9 Mar 2000 18:42:23 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 19:42:30 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CE0@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Mike Smith' , alpha@freebsd.org Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 19:42:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I should also add that that controller has a Digital part number but is really a DAC960 made by mylex. I assume that you have a 230 plus? With 8 megs of cache? -----Mike -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, March 09, 2000 7:40 PM To: alpha@freebsd.org Subject: Digital KZPCA setup, help required I'm trying to set up a Digital KZPCA (single channel RAID controller) in order to get the Mylex driver talking to it. Not unsurprisingly, in typical Digital fashion, it's resisting every effort. Here's what I've tried: I have three systems; a PC164 (Aspen Durango), AXPpci/33 (noname) and a DS20. In each, I have inserted the KZPCA and attempted to execute both the firmware updater (ra200fl.exe) and the setup tool (ra200rcu.exe) under SRM. All three platforms complain that the files are not executable. I've switched the DS20 to AlphaBIOS (the PC164 AlphaBIOS image refuses to load), and attempting to run the configuration utility results in a blank screen with no display activity. Hitting the keyboard eventually returns to the AlphaBIOS display, but it hangs shortly therafter. So; has anyone actually set one of these animals up? If so, how do you do it? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.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 Thu Mar 9 16:59:13 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 33D0B37B79D for ; Thu, 9 Mar 2000 16:59:08 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA01578; Thu, 9 Mar 2000 17:00:32 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100100.RAA01578@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: alpha@freebsd.org Subject: Re: Digital KZPCA setup, help required In-reply-to: Your message of "Thu, 09 Mar 2000 19:41:09 EST." <212CC57E84B8D111AD780000F84AA049083C2CDF@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 17:00:32 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > You do not run ra200rcu.exe from "SRM" you have to shitch to ARC. > WOrks perfectly fine. Confirgure it in are by choosing to "run a utility" > (or some such nonsence). > > Got it? Not entirely. I don't have the actual manuals for the KZPCA (it was in the first of the AS4100's you sent us apparently by accident), so I've been flying blind based on what I could pick up by searching the Compaq website. There were instructions there that suggested that the tools could be run from under SRM - the fat:ra200rcu.exe/dva0 syntax doesn't look like anything that ARC supports. 8) The real problem here is that my test box is the PC164, and I can't get ARC to come up on it at all; the most recent firmware update (contained in 400D4497.zip) doesn't want to work under the SRM that it's running (5.5-1). I only tested briefly with the DS20, and I may have gotten something wrong, so I guess I'll go back to it and try again. I assume that there are no SRM-hosted tools for setting the controller up? To answer your other questions; what I have is a KZPCA-XA, which appears to be a single-channel Mylex DAC960-PD with (very) old (2.42) firmware and 4M of RAM. Mylex have kindly supplied me with the documentation for this controller, and I wanted to try to make the trivial changes necessary to have it supported in the 4.0 release. I'd hope that the later controllers (those using the 3.x, 4.x and 5.x firmware will "just work" with some changes that I need to commit very soon. (I can't verify this as I don't have access to any of them; I've tested the 960PG and 1100PVX, and will be testing the 960PTL1 tomorrow.) Right now the single biggest issue is getting a configuration tool of some sort up and running, as there are as yet no FreeBSD-native tools for this. Thanks for the speedy responses. Regards, Mike Smith FreeBSD Test Labs -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17: 4:13 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from xxx.video-collage.com (xxx.video-collage.com [209.122.149.226]) by hub.freebsd.org (Postfix) with ESMTP id 7A36B37B880; Thu, 9 Mar 2000 17:04:02 -0800 (PST) (envelope-from mi@video-collage.com) X-Relay-IP: ‚  Received: from dufus.video-collage.com (dufus [10.222.222.77]) by xxx.video-collage.com (8.9.1a/8.9.1) with ESMTP id UAA11384; Thu, 9 Mar 2000 20:03:54 -0500 (EST) From: Mikhail Teterin Received: (from mi@localhost) by dufus.video-collage.com (8.9.3/8.9.3) id UAA21838; Thu, 9 Mar 2000 20:03:53 -0500 (EST) (envelope-from mi@xxx) Message-Id: <200003100103.UAA21838@dufus.video-collage.com> Subject: SMP on Alpha? To: current@freebsd.org, alpha@freebsd.org Date: Thu, 9 Mar 2000 20:03:53 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! Will the -current version of FreeBSD run on a multi-CPU axp machine and use all of the CPUs? Would that be a reliable box (assuming the admin sometimes knows what he is doing)? Do I want to make a "production" server out of an axp box at all in the near future? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17: 6:47 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 5845737B8C5; Thu, 9 Mar 2000 17:06:42 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115254>; Fri, 10 Mar 2000 12:07:02 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: Digital KZPCA setup, help required In-reply-to: <200003100040.QAA01359@mass.cdrom.com>; from msmith@FreeBSD.ORG on Fri, Mar 10, 2000 at 11:40:07AM +1100 To: Mike Smith Cc: alpha@FreeBSD.ORG Message-Id: <00Mar10.120702est.115254@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <200003100040.QAA01359@mass.cdrom.com> Date: Fri, 10 Mar 2000 12:06:54 +1100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: >I'm trying to set up a Digital KZPCA (single channel RAID controller) My commiserations. I've come to the conclusion that s/w RAID is a better choice (at least with Tru64). >So; has anyone actually set one of these animals up? I've used the RCU on a AS4100 with a local display. It went as per the book: - switch to ARC (AlphaBIOS) - Select `Run a program' from the `Boot menu' - Enter "A:RA200RCU" (without quotes) as the program to run. That should give you the main menu. Presumably, you run the firmware loader the same way. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:12:26 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 5C11537B886; Thu, 9 Mar 2000 17:12:20 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id A42DB474; Thu, 9 Mar 2000 20:12:19 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 99B2E7E3; Thu, 9 Mar 2000 20:12:19 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 20:12:19 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CE9@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Mike Smith' Cc: alpha@freebsd.org Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 20:12:19 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Forget about SRM. I just bought 10 brand new ES40s and I still have to use ARC to configure that damn things. Don't sweat it though. All you have to do is find any system that runs ARC. Any system. get the thing to come up and hit "F2" to run setup then scroll down and pick "run supplementary program" type in "a:ra200rcu.exe" ....provided that you have the floppie in the floppy drive. Of course you need to make sure that the computer is plugged in to the wall to but I left that part out. You will then need to blow away the old configureation and then make a new one. Unfortunatly you have to reset the busses every time tou make a changeto the RAID config so it will require two hard reboots. ------Mike -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, March 09, 2000 8:01 PM To: Waite, Michael Cc: alpha@freebsd.org Subject: Re: Digital KZPCA setup, help required > You do not run ra200rcu.exe from "SRM" you have to shitch to ARC. > WOrks perfectly fine. Confirgure it in are by choosing to "run a utility" > (or some such nonsence). > > Got it? Not entirely. I don't have the actual manuals for the KZPCA (it was in the first of the AS4100's you sent us apparently by accident), so I've been flying blind based on what I could pick up by searching the Compaq website. There were instructions there that suggested that the tools could be run from under SRM - the fat:ra200rcu.exe/dva0 syntax doesn't look like anything that ARC supports. 8) The real problem here is that my test box is the PC164, and I can't get ARC to come up on it at all; the most recent firmware update (contained in 400D4497.zip) doesn't want to work under the SRM that it's running (5.5-1). I only tested briefly with the DS20, and I may have gotten something wrong, so I guess I'll go back to it and try again. I assume that there are no SRM-hosted tools for setting the controller up? To answer your other questions; what I have is a KZPCA-XA, which appears to be a single-channel Mylex DAC960-PD with (very) old (2.42) firmware and 4M of RAM. Mylex have kindly supplied me with the documentation for this controller, and I wanted to try to make the trivial changes necessary to have it supported in the 4.0 release. I'd hope that the later controllers (those using the 3.x, 4.x and 5.x firmware will "just work" with some changes that I need to commit very soon. (I can't verify this as I don't have access to any of them; I've tested the 960PG and 1100PVX, and will be testing the 960PTL1 tomorrow.) Right now the single biggest issue is getting a configuration tool of some sort up and running, as there are as yet no FreeBSD-native tools for this. Thanks for the speedy responses. Regards, Mike Smith FreeBSD Test Labs -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:15:23 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 6478337B8D3; Thu, 9 Mar 2000 17:15:15 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id AB63A469; Thu, 9 Mar 2000 20:15:08 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 9FEEF444; Thu, 9 Mar 2000 20:15:08 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 20:15:08 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CEA@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Peter Jeremy' , Mike Smith Cc: alpha@FreeBSD.ORG Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 20:15:07 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter is right Mike, That card that you have only has 4 megs of cache. Assuming that you are running Tru64 you can get much better results with LSM. Also you can then crank up the ADVFS cache% to 30 . But never mind............ you are doing this for FreeBSD development so I will just shut up now. -----Mike -----Original Message----- From: Peter Jeremy [mailto:peter.jeremy@alcatel.com.au] Sent: Thursday, March 09, 2000 8:07 PM To: Mike Smith Cc: alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: >I'm trying to set up a Digital KZPCA (single channel RAID controller) My commiserations. I've come to the conclusion that s/w RAID is a better choice (at least with Tru64). >So; has anyone actually set one of these animals up? I've used the RCU on a AS4100 with a local display. It went as per the book: - switch to ARC (AlphaBIOS) - Select `Run a program' from the `Boot menu' - Enter "A:RA200RCU" (without quotes) as the program to run. That should give you the main menu. Presumably, you run the firmware loader the same way. Peter 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 Mar 9 17:17:14 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 8F2F637B8DA for ; Thu, 9 Mar 2000 17:17:10 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA01790; Thu, 9 Mar 2000 17:18:31 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100118.RAA01790@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Peter Jeremy Cc: alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required In-reply-to: Your message of "Fri, 10 Mar 2000 12:06:54 +1100." <00Mar10.120702est.115254@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 17:18:31 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: > >I'm trying to set up a Digital KZPCA (single channel RAID controller) > > My commiserations. I've come to the conclusion that s/w RAID is a > better choice (at least with Tru64). I'm not going to comment on performance, just whether I can get the dratted thing to work. 8) > >So; has anyone actually set one of these animals up? > > I've used the RCU on a AS4100 with a local display. It went as per the book: > - switch to ARC (AlphaBIOS) > - Select `Run a program' from the `Boot menu' > - Enter "A:RA200RCU" (without quotes) as the program to run. > > That should give you the main menu. Ok. I gave up on getting ARC going on the PC164 and went back to the DS20, and this time I appear to have gotten it right. Apart from the *(^%&^% power routing inside the chassis, which makes it impossible to use the lower six or so PCI slots for long cards. 8( I should be more or less in business now, anyway. Sorry for the runaround, chaps. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:20: 3 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 64CAE37B8D7; Thu, 9 Mar 2000 17:20:01 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA01817; Thu, 9 Mar 2000 17:21:22 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100121.RAA01817@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: "'Mike Smith'" , alpha@freebsd.org Subject: Re: Digital KZPCA setup, help required In-reply-to: Your message of "Thu, 09 Mar 2000 20:12:19 EST." <212CC57E84B8D111AD780000F84AA049083C2CE9@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 17:21:22 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Unfortunatly you have to reset the busses every time tou make a changeto the > RAID config so it will require two hard reboots. That would seem to be enforced by the way the setup program locks the ARC up on exit anyway. 8( Heh. At least they haven't ported Mylex's terrible new setup program. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:23: 2 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 5312537B8E8 for ; Thu, 9 Mar 2000 17:22:55 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA01872; Thu, 9 Mar 2000 17:23:57 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100123.RAA01872@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: "'Peter Jeremy'" , alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required In-reply-to: Your message of "Thu, 09 Mar 2000 20:15:07 EST." <212CC57E84B8D111AD780000F84AA049083C2CEA@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 17:23:57 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Peter is right Mike, > That card that you have only has 4 megs of cache. Assuming that you are > running Tru64 you can get much better results with LSM. > > Also you can then crank up the ADVFS cache% to 30 . > > But never mind............ you are doing this for FreeBSD development so I > will just shut up now. Ok, I will comment on performance. 8) This is a terrible old card, but it ought to work, and making it work ought to have been easy. I guess this is what I get for trying to get stuff done with old hardware. 8) At any rate, now that I have the array configured I should be OK. With any luck I won't toast it... -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:25:19 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext02.compaq.com (mailext02.compaq.com [207.18.199.33]) by hub.freebsd.org (Postfix) with ESMTP id 465F037B8D5; Thu, 9 Mar 2000 17:25:15 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext02.compaq.com (Postfix, from userid 12345) id AF5BA9A951; Thu, 9 Mar 2000 19:25:14 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext02.compaq.com (Postfix) with ESMTP id A58E790D84; Thu, 9 Mar 2000 19:25:14 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id CCA2DBC4DA; Thu, 9 Mar 2000 19:24:01 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id 53A1EB2A59; Thu, 9 Mar 2000 19:24:01 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 20:24:07 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CED@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Mike Smith' , Peter Jeremy Cc: alpha@FreeBSD.ORG Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 20:23:16 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just curious....maybe I am crazy but to get ARC running on a DS20 you have to do a very complicated set of manovers like this: "arc" Am i wrong? I guess I am confused as to why anyone has a hard time getting arc to run.. ----Mike -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, March 09, 2000 8:19 PM To: Peter Jeremy Cc: alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required > On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: > >I'm trying to set up a Digital KZPCA (single channel RAID controller) > > My commiserations. I've come to the conclusion that s/w RAID is a > better choice (at least with Tru64). I'm not going to comment on performance, just whether I can get the dratted thing to work. 8) > >So; has anyone actually set one of these animals up? > > I've used the RCU on a AS4100 with a local display. It went as per the book: > - switch to ARC (AlphaBIOS) > - Select `Run a program' from the `Boot menu' > - Enter "A:RA200RCU" (without quotes) as the program to run. > > That should give you the main menu. Ok. I gave up on getting ARC going on the PC164 and went back to the DS20, and this time I appear to have gotten it right. Apart from the *(^%&^% power routing inside the chassis, which makes it impossible to use the lower six or so PCI slots for long cards. 8( I should be more or less in business now, anyway. Sorry for the runaround, chaps. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.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 Thu Mar 9 17:31: 5 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from lh2.rdc1.sdca.home.com (ha2.rdc1.sdca.home.com [24.0.3.67]) by hub.freebsd.org (Postfix) with ESMTP id 5897A37B8F4 for ; Thu, 9 Mar 2000 17:30:57 -0800 (PST) (envelope-from craig-burgess@home.net) Received: from home.net ([24.0.178.21]) by lh2.rdc1.sdca.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000310013056.QOYX11144.lh2.rdc1.sdca.home.com@home.net>; Thu, 9 Mar 2000 17:30:56 -0800 Message-ID: <38C850F7.3B2C21FE@home.net> Date: Thu, 09 Mar 2000 17:33:43 -0800 From: Craig Burgess X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Mikhail Teterin Cc: alpha@FreeBSD.ORG Subject: Re: SMP on Alpha? References: <200003100103.UAA21838@dufus.video-collage.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org nonauthoritative answers: "No" (not yet) and "it depends." SMP does not work on Alpha/AXP (yet). I'd say it depends on what you want your "production machine" to do whether you would want to use a single-CPU Alpha and FreeBSD. I've been running 4-current without any noticeable problems -- but it's not doing much (Web & firewall/NAT). (PC164/EB164 21164-a) Craig Burgess Mikhail Teterin wrote: > > Hello! > > Will the -current version of FreeBSD run on a multi-CPU axp machine and > use all of the CPUs? Would that be a reliable box (assuming the admin > sometimes knows what he is doing)? Do I want to make a "production" > server out of an axp box at all in the near future? Thanks! > > -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:32:49 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id F019037B8D9; Thu, 9 Mar 2000 17:32:42 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115241>; Fri, 10 Mar 2000 12:33:32 +1100 Content-return: prohibited From: Peter Jeremy Subject: Re: SMP on Alpha? In-reply-to: <200003100103.UAA21838@dufus.video-collage.com>; from mi@video-collage.com on Fri, Mar 10, 2000 at 12:06:18PM +1100 To: Mikhail Teterin Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Message-Id: <00Mar10.123332est.115241@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <200003100103.UAA21838@dufus.video-collage.com> Date: Fri, 10 Mar 2000 12:33:31 +1100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2000-Mar-10 12:06:18 +1100, Mikhail Teterin wrote: >Will the -current version of FreeBSD run on a multi-CPU axp machine and >use all of the CPUs? Not yet, but Real Soon Now. > Would that be a reliable box (assuming the admin >sometimes knows what he is doing)? -current comes with all the usual `not for production use' caveats, and (without any slur on Doug Rabson, who's doing the work), you'd be very game taking FreeBSD's first cut at Alpha/SMP and putting it into production. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:33:56 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext03.compaq.com (mailext03.compaq.com [207.18.199.41]) by hub.freebsd.org (Postfix) with ESMTP id 2A0F737B8DF for ; Thu, 9 Mar 2000 17:33:53 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext03.compaq.com (Postfix, from userid 12345) id A9CEE15214A; Thu, 9 Mar 2000 19:33:52 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext03.compaq.com (Postfix) with ESMTP id A0B7D148506; Thu, 9 Mar 2000 19:33:52 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id AAD63BC4D2; Thu, 9 Mar 2000 19:33:44 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id BE62AB2A42; Thu, 9 Mar 2000 19:33:43 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 20:33:49 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CEE@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Craig Burgess' , Mikhail Teterin Cc: alpha@FreeBSD.ORG Subject: RE: SMP on Alpha? Date: Thu, 9 Mar 2000 20:33:48 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please take a look at the comments from yesterday between Jordan and myself. It is coming. We are working on it. ----Mike -----Original Message----- From: Craig Burgess [mailto:craig-burgess@home.net] Sent: Thursday, March 09, 2000 8:34 PM To: Mikhail Teterin Cc: alpha@FreeBSD.ORG Subject: Re: SMP on Alpha? nonauthoritative answers: "No" (not yet) and "it depends." SMP does not work on Alpha/AXP (yet). I'd say it depends on what you want your "production machine" to do whether you would want to use a single-CPU Alpha and FreeBSD. I've been running 4-current without any noticeable problems -- but it's not doing much (Web & firewall/NAT). (PC164/EB164 21164-a) Craig Burgess Mikhail Teterin wrote: > > Hello! > > Will the -current version of FreeBSD run on a multi-CPU axp machine and > use all of the CPUs? Would that be a reliable box (assuming the admin > sometimes knows what he is doing)? Do I want to make a "production" > server out of an axp box at all in the near future? Thanks! > > -mi 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 Mar 9 17:38:25 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 9A7A737B8D1; Thu, 9 Mar 2000 17:38:12 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA02042; Thu, 9 Mar 2000 17:39:37 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100139.RAA02042@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: "'Mike Smith'" , Peter Jeremy , alpha@freebsd.org Subject: Re: Digital KZPCA setup, help required In-reply-to: Your message of "Thu, 09 Mar 2000 20:23:16 EST." <212CC57E84B8D111AD780000F84AA049083C2CED@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 17:39:37 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Just curious....maybe I am crazy but to get ARC running on a DS20 you have > to do a very complicated set of manovers like this: > > > "arc" > > Am i wrong? > > I guess I am confused as to why anyone has a hard time getting arc to run.. Sorry, I guess my explanation before was a little scatty. Getting ARC to run on the DS20 was easy. But when I ran the ra200rcu program, I just got a blank screen. At that point in time, the KZPCA was on the second hose; I don't know if that's a problem or not. It also didn't have any disks attached. Moving it to the first hose and hanging disks off it works, modulo my complaints about the terrible cabling layout in at least this instance of the DS20 box. My real ordeal was trying to get ARC running on the PC164 that I am using as a scratch box; that's still a zero-sum failure. 8( Just offhand, can you tell me which Mylex controllers the other ra200 family controllers are based on? If I can't arrange some loaners from you, I'd like to at least try swapping firmware around to see if I can't make sure that we're supporting them properly. Also, if you can deal with the horror, I'd love to know if you can get the programming details for the EISA controller(s); with the AS2100 here and the very easy access to these controllers on eg. eBay, I get several enquiries a month from people that want to use them, but Mylex appear to have discarded the documentation that I need to make this work. 8( > ----Mike > > > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Thursday, March 09, 2000 8:19 PM > To: Peter Jeremy > Cc: alpha@FreeBSD.ORG > Subject: Re: Digital KZPCA setup, help required > > > > On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: > > >I'm trying to set up a Digital KZPCA (single channel RAID controller) > > > > My commiserations. I've come to the conclusion that s/w RAID is a > > better choice (at least with Tru64). > > I'm not going to comment on performance, just whether I can get the > dratted thing to work. 8) > > > >So; has anyone actually set one of these animals up? > > > > I've used the RCU on a AS4100 with a local display. It went as per the > book: > > - switch to ARC (AlphaBIOS) > > - Select `Run a program' from the `Boot menu' > > - Enter "A:RA200RCU" (without quotes) as the program to run. > > > > That should give you the main menu. > > Ok. I gave up on getting ARC going on the PC164 and went back to the > DS20, and this time I appear to have gotten it right. Apart from the > *(^%&^% power routing inside the chassis, which makes it impossible to > use the lower six or so PCI slots for long cards. 8( > > I should be more or less in business now, anyway. Sorry for the > runaround, chaps. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 17:47:43 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext04.compaq.com (mailext04.compaq.com [207.18.199.42]) by hub.freebsd.org (Postfix) with ESMTP id 5236A37B8E8; Thu, 9 Mar 2000 17:47:38 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext04.compaq.com (Postfix, from userid 12345) id CBBBF104D2D; Thu, 9 Mar 2000 19:47:36 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext04.compaq.com (Postfix) with ESMTP id B9170FB101; Thu, 9 Mar 2000 19:47:36 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id BDF58BC4E1; Thu, 9 Mar 2000 19:46:27 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id 4DA50B2A55; Thu, 9 Mar 2000 19:46:27 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 20:46:33 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CF1@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Mike Smith' Cc: Peter Jeremy , alpha@freebsd.org Subject: RE: Digital KZPCA setup, help required Date: Thu, 9 Mar 2000 20:46:30 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike has left to go drink beer. I will try to get that info for you in the morning. ------Mike's personal automated answering service (very highly paid) -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, March 09, 2000 8:40 PM To: Waite, Michael Cc: 'Mike Smith'; Peter Jeremy; alpha@freebsd.org Subject: Re: Digital KZPCA setup, help required > Just curious....maybe I am crazy but to get ARC running on a DS20 you have > to do a very complicated set of manovers like this: > > > "arc" > > Am i wrong? > > I guess I am confused as to why anyone has a hard time getting arc to run.. Sorry, I guess my explanation before was a little scatty. Getting ARC to run on the DS20 was easy. But when I ran the ra200rcu program, I just got a blank screen. At that point in time, the KZPCA was on the second hose; I don't know if that's a problem or not. It also didn't have any disks attached. Moving it to the first hose and hanging disks off it works, modulo my complaints about the terrible cabling layout in at least this instance of the DS20 box. My real ordeal was trying to get ARC running on the PC164 that I am using as a scratch box; that's still a zero-sum failure. 8( Just offhand, can you tell me which Mylex controllers the other ra200 family controllers are based on? If I can't arrange some loaners from you, I'd like to at least try swapping firmware around to see if I can't make sure that we're supporting them properly. Also, if you can deal with the horror, I'd love to know if you can get the programming details for the EISA controller(s); with the AS2100 here and the very easy access to these controllers on eg. eBay, I get several enquiries a month from people that want to use them, but Mylex appear to have discarded the documentation that I need to make this work. 8( > ----Mike > > > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Thursday, March 09, 2000 8:19 PM > To: Peter Jeremy > Cc: alpha@FreeBSD.ORG > Subject: Re: Digital KZPCA setup, help required > > > > On 2000-Mar-10 11:40:07 +1100, Mike Smith wrote: > > >I'm trying to set up a Digital KZPCA (single channel RAID controller) > > > > My commiserations. I've come to the conclusion that s/w RAID is a > > better choice (at least with Tru64). > > I'm not going to comment on performance, just whether I can get the > dratted thing to work. 8) > > > >So; has anyone actually set one of these animals up? > > > > I've used the RCU on a AS4100 with a local display. It went as per the > book: > > - switch to ARC (AlphaBIOS) > > - Select `Run a program' from the `Boot menu' > > - Enter "A:RA200RCU" (without quotes) as the program to run. > > > > That should give you the main menu. > > Ok. I gave up on getting ARC going on the PC164 and went back to the > DS20, and this time I appear to have gotten it right. Apart from the > *(^%&^% power routing inside the chassis, which makes it impossible to > use the lower six or so PCI slots for long cards. 8( > > I should be more or less in business now, anyway. Sorry for the > runaround, chaps. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 18:18:56 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from xxx.video-collage.com (xxx.video-collage.com [209.122.149.226]) by hub.freebsd.org (Postfix) with ESMTP id 7C10337B8F7 for ; Thu, 9 Mar 2000 18:18:48 -0800 (PST) (envelope-from mi@video-collage.com) X-Relay-IP: ‚  Received: from dufus.video-collage.com (dufus [10.222.222.77]) by xxx.video-collage.com (8.9.1a/8.9.1) with ESMTP id VAA11510; Thu, 9 Mar 2000 21:18:42 -0500 (EST) From: Mikhail Teterin Received: (from mi@localhost) by dufus.video-collage.com (8.9.3/8.9.3) id VAA23577; Thu, 9 Mar 2000 21:18:41 -0500 (EST) (envelope-from mi@xxx) Message-Id: <200003100218.VAA23577@dufus.video-collage.com> Subject: Re: SMP on Alpha? In-Reply-To: <00Mar10.124510est.115253@border.alcanet.com.au> from Peter Jeremy at "Mar 10, 2000 12:45:10 pm" To: Peter Jeremy Date: Thu, 9 Mar 2000 21:18:41 -0500 (EST) Cc: alpha@freebsd.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >Will the -current version of FreeBSD run on a multi-CPU axp machine > >and use all of the CPUs? > > Not yet, but Real Soon Now. Mmm, next week? > > Would that be a reliable box (assuming the admin > >sometimes knows what he is doing)? > > -current comes with all the usual `not for production use' caveats, -current on a dual i386 box performs quite nicely for us right now. > and (without any slur on Doug Rabson, who's doing the work), you'd be > very game taking FreeBSD's first cut at Alpha/SMP and putting it into > production. So, unless there will be some Alpha-specific quirks, we are looking forward to it! Named, Apache, MySQL, TCL will be the primary packages for it... -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 18:45:26 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.thebiz.net (mx1.thebiz.net [216.238.0.20]) by hub.freebsd.org (Postfix) with SMTP id 0AACA37B8FC for ; Thu, 9 Mar 2000 18:45:17 -0800 (PST) (envelope-from maz@albany.net) Received: (qmail 8626 invoked from network); 9 Mar 2000 21:45:15 -0500 Received: from mail1.thebiz.net (172.16.0.179) by mx1.thebiz.net with SMTP; 9 Mar 2000 21:45:15 -0500 Received: (qmail 12183 invoked by uid 0); 9 Mar 2000 21:45:15 -0500 Received: from unknown (HELO matthome) (24.161.32.195) by mail.albany.net with SMTP; 9 Mar 2000 21:45:15 -0500 Message-ID: <006501bf8a3a$cb7d8380$c320a118@matthome> From: "Matthew Zahorik" To: Subject: Ethernet problem on Tsunami Date: Thu, 9 Mar 2000 21:46:07 -0500 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 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello All, I have a bunch of Alpha DS10s running Linux. (dmesg below) The previous administratior of these machines is now gone, and the current administration are big fans of FreeBSD (myself included) and are tired of Linux's idiosyncrasies. We'd like to convert these over, but the dc driver doesn't see the built in dual 10/100 Ethernet. The SRM generates link, but as soon as the kernel takes control of the machine, we lose link and it never returns. An ifconfig shows the card as active, but it fails to pass any traffic. I slapped an Intel Etherexpress card in the machine (fxp0) just to get remote connectivity. That works fine. Is there a known issue with this driver on Alpha? If not, who has the expertise to fix it? This box is a test box, to be wiped after we've proven FreeBSD on Alpha, so I can easily give out a test account and root to whomever can figure out what has gone awry with the driver. Are there also any other tools I can use to get further diagnostics? Thanks! - Matt -- snip -- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000307-CURRENT #0: Tue Mar 7 22:06:00 GMT 2000 jkh@beast.freebsd.org:/usr/src/sys/compile/GENERIC ST6600 COMPAQ AlphaServer DS10 466 MHz, 462MHz 8192 byte page size, 1 processor. CPU: EV6 (21264) major=8 minor=3 extensions=0x303 OSF PAL rev: 0x1003200020133 real memory = 601399296 (587304K bytes) avail memory = 580870144 (567256K bytes) Preloaded elf kernel "kernel" at 0xfffffc00006ba000. md0: Malloc disk pcib0: <21271 PCI host bus adapter> on tsunami0 pci0: on pcib0 pci0: at 1.0 irq 234 isab0: at device 7.0 on pci0 isa0: on isab0 dc0: port 0x10100-0x1017f mem 0x1293000-0x12933ff irq 29 at device 9.0 on pci0 dc0: interrupting at TSUNAMI irq 29 dc0: Ethernet address: 08:00:2b:86:28:54 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: supplying EUI64: 08:00:2b:ff:fe:86:28:54 dc1: port 0x10180-0x101ff mem 0x1293400-0x12937ff irq 30 at device 11.0 on pci0 dc1: interrupting at TSUNAMI irq 30 dc1: Ethernet address: 08:00:2b:86:28:13 miibus1: on dc1 dcphy1: on miibus1 dcphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0x10250-0x1025f,0x374-0x377,0x170-0x17f,0x3f4-0x3f7,0x1f0-0x1ff irq 238 at device 13.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 fxp0: port 0x10200-0x1023f mem 0x1000000-0x10fffff,0x1291000-0x1291fff irq 35 at device 14.0 on pci0 fxp0: interrupting at TSUNAMI irq 35 fxp0: Ethernet address 00:90:27:8a:db:49 isp0: port 0x10000-0x100ff mem 0x1292000-0x1292fff irq 39 at device 15.0 on pci0 isp0: interrupting at TSUNAMI irq 39 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 mcclock0: at port 0x70-0x71 on isa0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o Timecounter "alpha" frequency 462376782 Hz ata0-slave: identify retries exceeded acd0: CDROM at ata0-master using PIO4 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0a da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) fxp0: starting DAD for fe80:0003::0290:27ff:fe8a:db49 fxp0: DAD complete for fe80:0003::0290:27ff:fe8a:db49 - no duplicates found dc1: starting DAD for fe80:0002::0a00:2bff:fe86:2813 dc1: DAD complete for fe80:0002::0a00:2bff:fe86:2813 - no duplicates found and here's what Linux sees of the chipset on an identical box: eth0: DC21143 at 0x8000 (PCI bus 0, device 9), h/w address 08:00:2b:86:77:7c, and requires IRQ29 (provided by PCI BIOS). de4x5.c:V0.544 1999/5/8 davies@maniac.ultranet.com eth1: DC21143 at 0x8800 (PCI bus 0, device 11), h/w address 08:00:2b:86:77:79, and requires IRQ30 (provided by PCI BIOS). de4x5.c:V0.544 1999/5/8 davies@maniac.ultranet.com eth0: media is 100Mb/s. eth1: media is 100Mb/s. -- Matthew Zahorik Director of Systems and Networking - BiznessOnline.com matt@thebiz.net President of AlbanyNet Inc. - a BiznessOnline subsidiary maz@albany.net Voice: (518) 292-1001 Fax: (518) 626-0793 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 18:52: 9 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id EF7BC37B929 for ; Thu, 9 Mar 2000 18:52:06 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id SAA02732; Thu, 9 Mar 2000 18:53:26 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100253.SAA02732@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Matthew Zahorik" Cc: freebsd-alpha@freebsd.org Subject: Re: Ethernet problem on Tsunami In-reply-to: Your message of "Thu, 09 Mar 2000 21:46:07 EST." <006501bf8a3a$cb7d8380$c320a118@matthome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 18:53:26 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I have a bunch of Alpha DS10s running Linux. (dmesg below) The previous > administratior of these machines is now gone, and the current administration > are big fans of FreeBSD (myself included) and are tired of Linux's > idiosyncrasies. > > We'd like to convert these over, but the dc driver doesn't see the built > in dual 10/100 Ethernet. The SRM generates link, but as soon as the kernel > takes control of the machine, we lose link and it never returns. You might try forcing the media type manually via ifconfig, in case there's something going wrong with the autonegotiation with your hub/ switch, and make sure that SRM has the correct media type set for the adapters. Normally I'd suggest you talk to Bill Paul (the author of the 'dc' driver), but he's recently disappeared and I've not had any success in locating him. 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 19: 8:20 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.thebiz.net (mx1.thebiz.net [216.238.0.20]) by hub.freebsd.org (Postfix) with SMTP id 403E337B86A for ; Thu, 9 Mar 2000 19:08:15 -0800 (PST) (envelope-from maz@albany.net) Received: (qmail 1421 invoked from network); 9 Mar 2000 22:08:11 -0500 Received: from mail1.thebiz.net (172.16.0.179) by mx1.thebiz.net with SMTP; 9 Mar 2000 22:08:11 -0500 Received: (qmail 18673 invoked by uid 0); 9 Mar 2000 22:08:11 -0500 Received: from unknown (HELO matthome) (24.161.32.195) by mail.albany.net with SMTP; 9 Mar 2000 22:08:11 -0500 Message-ID: <008501bf8a3e$00c6feb0$c320a118@matthome> From: "Matthew Zahorik" To: References: <200003100253.SAA02732@mass.cdrom.com> Subject: Re: Ethernet problem on Tsunami Date: Thu, 9 Mar 2000 22:09:08 -0500 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 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org : > We'd like to convert these over, but the dc driver doesn't see the built : > in dual 10/100 Ethernet. The SRM generates link, but as soon as the kernel : > takes control of the machine, we lose link and it never returns. : : You might try forcing the media type manually via ifconfig, in case : there's something going wrong with the autonegotiation with your hub/ Yeah, I tried that when I saw "MII" in dmesg :-( I tried all possible media types down to 10hdx. The same box can start a netboot and Linux's driver sees no problem. My gut tells me the driver is 99.9% of the way there, but one last bit is missing. : switch, and make sure that SRM has the correct media type set for the : adapters. The SRM was set to autoneg, which linked at 100/fdx. This box is plugged into a pair of Cisco 2984Gs, default configuration. Thanks for the reply. - Matt -- Matthew Zahorik Director of Systems and Networking - BiznessOnline.com matt@thebiz.net President of AlbanyNet Inc. - a BiznessOnline subsidiary maz@albany.net Voice: (518) 292-1001 Fax: (518) 626-0793 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 19:21:10 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 6777637B804 for ; Thu, 9 Mar 2000 19:21:07 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA03439; Thu, 9 Mar 2000 22:21:05 -0500 (EST) From: Andrew Gallatin Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id WAA89150; Thu, 9 Mar 2000 22:20:34 -0500 (EST) (envelope-from gallatin@cs.duke.edu) Date: Thu, 9 Mar 2000 22:20:34 -0500 (EST) Message-Id: <200003100320.WAA89150@grasshopper.cs.duke.edu> To: maz@albany.net Subject: Re: Ethernet problem on Tsunami Cc: freebsd-alpha@freebsd.org In-Reply-To: <008501bf8a3e$00c6feb0$c320a118@matthome> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Whatever you do, DO NOT set the SRM to autoneg, you stand a good chance of confusing the switch. I've had good luck when I hardcode everything to 100Mb/full-duplex (switch, SRM, FreeBSD). I've got 6 of these ds10's running in production with kernels from January, all set up as described above. No problems what so ever.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 19:27:42 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.thebiz.net (mx1.thebiz.net [216.238.0.20]) by hub.freebsd.org (Postfix) with SMTP id AD2C137B64D for ; Thu, 9 Mar 2000 19:27:39 -0800 (PST) (envelope-from maz@albany.net) Received: (qmail 22781 invoked from network); 9 Mar 2000 22:27:37 -0500 Received: from mail2.thebiz.net (172.16.0.129) by mx1.thebiz.net with SMTP; 9 Mar 2000 22:27:37 -0500 Received: (qmail 5366 invoked by uid 0); 9 Mar 2000 22:27:37 -0500 Received: from unknown (HELO matthome) (24.161.32.195) by mail.albany.net with SMTP; 9 Mar 2000 22:27:37 -0500 Message-ID: <00b901bf8a40$b7165f60$c320a118@matthome> From: "Matthew Zahorik" To: References: <200003100320.WAA89150@grasshopper.cs.duke.edu> Subject: Re: Ethernet problem on Tsunami Date: Thu, 9 Mar 2000 22:28:33 -0500 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 5.00.2919.6700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org : Whatever you do, DO NOT set the SRM to autoneg, you stand a good chance I figured that, and set it from autoneg to the default of "fast". I assume that forces the DS10 to 100Mb, half or full. What gets me is that OSF/1 and Linux on these boxes run with defaults on the same switches. I'll force everything to 100fdx in the morning and report. Thanks! - Matt -- Matthew Zahorik Director of Systems and Networking - BiznessOnline.com matt@thebiz.net President of AlbanyNet Inc. - a BiznessOnline subsidiary maz@albany.net Voice: (518) 292-1001 Fax: (518) 626-0793 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 20:16:17 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from ns3.khmere.com (216-59-86-175.usa2.flashcom.net [216.59.86.175]) by hub.freebsd.org (Postfix) with ESMTP id 9787D37B8BB; Thu, 9 Mar 2000 20:16:15 -0800 (PST) (envelope-from nathan@khmere.com) Received: from khmere.com (ns4.khmere.com [216.59.86.177]) by ns3.khmere.com (8.9.3/8.8.7) with ESMTP id UAA47320; Thu, 9 Mar 2000 20:17:01 -0800 (PST) Message-ID: <38C877C6.DE957371@khmere.com> Date: Thu, 09 Mar 2000 20:19:18 -0800 From: nathan@khmere.com X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: "hackers@FreeBSD.ORG" , "freebsd-alpha@FreeBSD.ORG" Subject: Sound for Intel and Alpha Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is the soundblaster support for FreeBSD good ? (both intel and alpha) if so does is support any of the SB pci cards ? Do the supported cards work on both platforms ? if so which ones ? Thier is no specific mention of sound card chip sets for freebsd on their web site thank you nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 21:51:57 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from gateway.jumpweb.com (mgooderum1.dsl.uswest.net [209.180.19.145]) by hub.freebsd.org (Postfix) with ESMTP id 7E60F37B92A for ; Thu, 9 Mar 2000 21:51:47 -0800 (PST) (envelope-from mark@JUMPWEB.COM) Received: from purgatory.jumpweb.net (purgatory [172.15.1.5]) by gateway.jumpweb.com (8.9.3/8.9.2) with ESMTP id XAA61081; Thu, 9 Mar 2000 23:49:03 -0600 (CST) (envelope-from mark@JUMPWEB.COM) Received: by purgatory.jumpweb.net with Internet Mail Service (5.5.2650.21) id ; Thu, 9 Mar 2000 23:47:41 -0600 Message-ID: <4095048CE98AD311B9D8004005A765E6B219@purgatory.jumpweb.net> From: "Gooderum, Mark" To: mjacob@feral.com Cc: freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Date: Thu, 9 Mar 2000 23:47:41 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF8A54.266895DC" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF8A54.266895DC Content-Type: text/plain; charset="iso-8859-1" Actually you want it in /etc/master.passwd as "+:::::::::". If you edit w/vipw though that's what you get. And...you'll also want '+' at the bottom of /etc/group. And...FYI...if you use FreeBSD as a master for commercial most commercial Unixes you need to set the UNSECURE flag in /var/yp/Makefile. And...as mentioned, you need to make sure your libcrypt is libdescrypt (assuming your master is using the DES crypt as well). Speaking of YP, anyone know why FreeBSD's ypxfrd isn't liked by Solaris? My Solaris 2.7 slave always complains: ypxfr: couldnot get archeron address (info) archeron jumpweb.net group.bygid ypxfrd getdbm failed (reason = -1) -- using ypxfr ypxfr: couldnot get archeron address ypxfr then succeeds at getting the map the old way (w/o ypxfrd). It's been like this from 3.0 through 3.4 FreeBSD (x86). -- Mark Gooderum mark@jumpweb.com -----Original Message----- From: Andrew Gallatin [mailto:gallatin@cs.duke.edu] Sent: Wednesday, March 08, 2000 2:41 PM To: Waite, Michael Cc: mjacob@feral.com; freebsd-alpha@FreeBSD.ORG Subject: RE: FreeBSD and NIS Waite, Michael writes: > vipw outputs this: > > > /etc/pw.Xe8310: 19 Lines, 1004 characters. > vipw: rebuilding the database... > pwd_mkdb:corrupted entry > pwd_mkdb:at line #19 > pwd_mkdb:/etc/pw.Xe8310: Inappropriate file type or format > > Hows about them apples? > Never seen that before. > As I said this is the first time I have installed from the iso image. > The other two FreeBSD boxes that I have (alpha Xp1000a and DPW500au) don't > do this. > > -----Mike > > Yeah, I'm a moron, I gave you the shadowed entry. You actually want this entry in /etc/passwd. Doh! +::::::::: Sorry about that, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message ------_=_NextPart_001_01BF8A54.266895DC Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: FreeBSD and NIS

Actually you want it in /etc/master.passwd as = "+:::::::::".  If you edit w/vipw though that's what you = get.

And...you'll also want '+' at the bottom of = /etc/group.

And...FYI...if you use FreeBSD as a master for = commercial most commercial Unixes you need to set the UNSECURE flag in = /var/yp/Makefile.

And...as mentioned, you need to make sure your = libcrypt is libdescrypt (assuming your master is using the DES crypt as = well).

Speaking of YP, anyone know why FreeBSD's ypxfrd = isn't liked by Solaris?  My Solaris 2.7 slave always = complains:

        ypxfr: = couldnot get archeron address
        (info) = archeron jumpweb.net group.bygid ypxfrd getdbm failed (reason =3D -1) = -- using ypxfr
        ypxfr: = couldnot get archeron address

ypxfr then succeeds at getting the map the old way = (w/o ypxfrd).  It's been like this from 3.0 through 3.4 FreeBSD = (x86).

--
Mark Gooderum
mark@jumpweb.com


-----Original Message-----
From: Andrew Gallatin [mailto:gallatin@cs.duke.edu]
Sent: Wednesday, March 08, 2000 2:41 PM
To: Waite, Michael
Cc: mjacob@feral.com; = freebsd-alpha@FreeBSD.ORG
Subject: RE: FreeBSD and NIS



Waite, Michael writes:
 > vipw outputs this:
 >
 >
 > /etc/pw.Xe8310: 19 Lines, 1004 = characters.
 > vipw: rebuilding the database...
 > pwd_mkdb:corrupted entry
 > pwd_mkdb:at line #19
 > pwd_mkdb:/etc/pw.Xe8310: Inappropriate = file type or format
 >
 > Hows about them apples?
 > Never seen that before.
 > As I said this is the first time I have = installed from the iso image.
 > The other two FreeBSD boxes that I have = (alpha Xp1000a and DPW500au) don't
 > do this.
 >
 > -----Mike
 >
 >

Yeah, I'm a moron, I gave you the shadowed = entry.  You actually want
this entry in /etc/passwd.  Doh!

+:::::::::

Sorry about that,

Drew




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

------_=_NextPart_001_01BF8A54.266895DC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 22:57: 8 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (castles556.castles.com [208.214.165.120]) by hub.freebsd.org (Postfix) with ESMTP id AF2C837B963 for ; Thu, 9 Mar 2000 22:57:05 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id WAA00620 for ; Thu, 9 Mar 2000 22:58:32 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100658.WAA00620@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: alpha@freebsd.org Subject: problem with bus_dmamap_destroy? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 22:58:32 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just wondering if anyone's seen a problem with bus_dmamap_destroy() hanging on the Alpha. I've tracked down a hang when unloading the Mylex driver which doesn't maifest on the i386. error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ 1, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ MAXBSIZE, MLX_NSEG, /* maxsize, nsegments */ BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ 0, /* flags */ &sc->mlx_buffer_dmat); ... bus_dmamap_create(sc->mlx_buffer_dmat, 0, &mc->mc_dmamap); ... bus_dmamap_destroy(sc->mlx_buffer_dmat, mc->mc_dmamap); I've had someone suggest that the lowaddr parameter should be 0; is this actually correct? (The DMA mapping does otherwise seem to work...) Any "been there, done that" suggestions before I dig into this? Thanks. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 23: 8: 1 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (castles556.castles.com [208.214.165.120]) by hub.freebsd.org (Postfix) with ESMTP id 057A637B8BB for ; Thu, 9 Mar 2000 23:07:24 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA00710; Thu, 9 Mar 2000 23:08:33 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100708.XAA00710@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: alpha@freebsd.org Cc: Vladimir Kravchuk Subject: Mylex controllers and Alpha systems Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-8426424860" Date: Thu, 09 Mar 2000 23:08:33 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multipart MIME message. --==_Exmh_-8426424860 Content-Type: text/plain; charset=us-ascii The attached patch _should_ fix (amongst other things) the operation of Mylex RAID controllers on Alpha systems. I've been running this code here for a while now, and apart from a problem unloading the driver if it's a module, it's been quite stable. I'd _like_ to get this into 4.x so that we can claim support for these controllers on Alpha as well, but I'd really like at least one other success story first. Thanks for any feedback. (Note that this patch doesn't address the Digital-branded Mylex controllers yet.) --==_Exmh_-8426424860 Content-Type: text/plain ; name="mlxdiff"; charset=us-ascii Content-Description: mlxdiff Content-Disposition: attachment; filename="mlxdiff" Index: mlx.c =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlx.c,v retrieving revision 1.14 diff -u -r1.14 mlx.c --- mlx.c 1999/12/25 01:45:22 1.14 +++ mlx.c 2000/03/10 07:03:46 @@ -40,6 +40,7 @@ #include #include #include +#include #include #include @@ -50,12 +51,6 @@ #include #include -#if 0 -#define debug(fmt, args...) printf("%s: " fmt "\n", __FUNCTION__ , ##args) -#else -#define debug(fmt, args...) -#endif - #define MLX_CDEV_MAJOR 130 static struct cdevsw mlx_cdevsw = { @@ -75,7 +70,6 @@ /* bmaj */ -1 }; -static int cdev_registered = 0; devclass_t mlx_devclass; /* @@ -84,14 +78,18 @@ static int mlx_v3_tryqueue(struct mlx_softc *sc, struct mlx_command *mc); static int mlx_v3_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status); static void mlx_v3_intaction(struct mlx_softc *sc, int action); +static int mlx_v3_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2); static int mlx_v4_tryqueue(struct mlx_softc *sc, struct mlx_command *mc); static int mlx_v4_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status); static void mlx_v4_intaction(struct mlx_softc *sc, int action); +static int mlx_v4_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2); static int mlx_v5_tryqueue(struct mlx_softc *sc, struct mlx_command *mc); static int mlx_v5_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status); static void mlx_v5_intaction(struct mlx_softc *sc, int action); +static int mlx_v5_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2); +static int mlx_v5_reset(struct mlx_softc *sc); /* * Status monitoring @@ -143,7 +141,7 @@ */ static char *mlx_diagnose_command(struct mlx_command *mc); static void mlx_describe_controller(struct mlx_softc *sc); - +static int mlx_fw_message(struct mlx_softc *sc, int status, int param1, int param2); /* * Utility functions. @@ -166,7 +164,7 @@ { struct mlx_command *mc; - debug("called"); + debug_called(1); /* cancel status timeout */ untimeout(mlx_periodic, sc, sc->mlx_timeout); @@ -176,7 +174,6 @@ TAILQ_REMOVE(&sc->mlx_freecmds, mc, mc_link); mlx_freecmd(mc); } - /* destroy data-transfer DMA tag */ if (sc->mlx_buffer_dmat) bus_dma_tag_destroy(sc->mlx_buffer_dmat); @@ -205,6 +202,10 @@ /* free controller enquiry data */ if (sc->mlx_enq2 != NULL) free(sc->mlx_enq2, M_DEVBUF); + + /* destroy control device */ + if (sc->mlx_dev_t != (dev_t)NULL) + destroy_dev(sc->mlx_dev_t); } /******************************************************************************** @@ -215,7 +216,7 @@ { struct mlx_softc *sc = (struct mlx_softc *)arg; - debug("called"); + debug_called(1); /* save base of s/g table's address in bus space */ sc->mlx_sgbusaddr = segs->ds_addr; @@ -227,7 +228,7 @@ size_t segsize; int error; - debug("called"); + debug_called(1); /* destroy any existing mappings */ if (sc->mlx_sgtable) @@ -239,7 +240,7 @@ * Create a single tag describing a region large enough to hold all of * the s/g lists we will need. */ - segsize = sizeof(struct mlx_sgentry) * MLX_NSEG * sc->mlx_maxiop; + segsize = sizeof(struct mlx_sgentry) * sc->mlx_sg_nseg * sc->mlx_maxiop; error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ 1, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ @@ -277,9 +278,9 @@ int mlx_attach(struct mlx_softc *sc) { - int rid, error, fwminor; + int rid, error, fwminor, hscode, hserror, hsparam1, hsparam2, hsmsg; - debug("called"); + debug_called(1); /* * Initialise per-controller queues. @@ -292,20 +293,28 @@ * Select accessor methods based on controller interface type. */ switch(sc->mlx_iftype) { + case MLX_IFTYPE_2: case MLX_IFTYPE_3: sc->mlx_tryqueue = mlx_v3_tryqueue; sc->mlx_findcomplete = mlx_v3_findcomplete; sc->mlx_intaction = mlx_v3_intaction; + sc->mlx_fw_handshake = mlx_v3_fw_handshake; + sc->mlx_sg_nseg = MLX_NSEG_OLD; break; case MLX_IFTYPE_4: sc->mlx_tryqueue = mlx_v4_tryqueue; sc->mlx_findcomplete = mlx_v4_findcomplete; sc->mlx_intaction = mlx_v4_intaction; + sc->mlx_fw_handshake = mlx_v4_fw_handshake; + sc->mlx_sg_nseg = MLX_NSEG_NEW; break; case MLX_IFTYPE_5: sc->mlx_tryqueue = mlx_v5_tryqueue; sc->mlx_findcomplete = mlx_v5_findcomplete; sc->mlx_intaction = mlx_v5_intaction; + sc->mlx_fw_handshake = mlx_v5_fw_handshake; + sc->mlx_sg_nseg = MLX_NSEG_NEW; +/* mlx_v5_reset(sc); */ break; default: device_printf(sc->mlx_dev, "attaching unsupported interface version %d\n", sc->mlx_iftype); @@ -315,6 +324,28 @@ /* disable interrupts before we start talking to the controller */ sc->mlx_intaction(sc, MLX_INTACTION_DISABLE); + /* wait for the controller to come ready, handshake with the firmware if required */ + hsmsg = 0; + DELAY(1000); + while ((hscode = sc->mlx_fw_handshake(sc, &hserror, &hsparam1, &hsparam2)) != 0) { + /* report first time around... */ + if (hsmsg == 0) { + device_printf(sc->mlx_dev, "controller initialisation in progress...\n"); + hsmsg = 1; + } + /* did we get a real message? */ + if (hscode == 2) { + hscode = mlx_fw_message(sc, hserror, hsparam1, hsparam2); + /* fatal initialisation error? */ + if (hscode != 0) { + mlx_free(sc); + return(ENXIO); + } + } + } + if (hsmsg == 1) + device_printf(sc->mlx_dev, "initialisation complete.\n"); + /* * Allocate and connect our interrupt. */ @@ -335,14 +366,14 @@ /* * Create DMA tag for mapping buffers into controller-addressable space. */ - error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ - 1, 0, /* alignment, boundary */ - BUS_SPACE_MAXADDR, /* lowaddr */ - BUS_SPACE_MAXADDR, /* highaddr */ - NULL, NULL, /* filter, filterarg */ - MAXBSIZE, MLX_NSEG, /* maxsize, nsegments */ - BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ - 0, /* flags */ + error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ + 1, 0, /* alignment, boundary */ + BUS_SPACE_MAXADDR, /* lowaddr */ + BUS_SPACE_MAXADDR, /* highaddr */ + NULL, NULL, /* filter, filterarg */ + MAXBSIZE, sc->mlx_sg_nseg, /* maxsize, nsegments */ + BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ + 0, /* flags */ &sc->mlx_buffer_dmat); if (error != 0) { device_printf(sc->mlx_dev, "can't allocate buffer DMA tag\n"); @@ -378,6 +409,14 @@ */ fwminor = (sc->mlx_enq2->me_firmware_id >> 8) & 0xff; switch(sc->mlx_iftype) { + case MLX_IFTYPE_2: + /* XXX require 2.42 or better (PCI) or 2.14 or better (EISA) */ + if (fwminor < 42) { + device_printf(sc->mlx_dev, " *** WARNING *** This firmware revision is not recommended\n"); + device_printf(sc->mlx_dev, " *** WARNING *** Use revision 2.42 or later\n"); + } + break; + break; case MLX_IFTYPE_3: /* XXX certify 3.52? */ if (fwminor < 51) { @@ -421,10 +460,10 @@ sc->mlx_check = -1; /* - * Register the control device on first attach. + * Create the control device. */ - if (cdev_registered++ == 0) - cdevsw_add(&mlx_cdevsw); + sc->mlx_dev_t = make_dev(&mlx_cdevsw, device_get_unit(sc->mlx_dev), UID_ROOT, GID_OPERATOR, + S_IRUSR | S_IWUSR, "mlx%d", device_get_unit(sc->mlx_dev)); /* * Start the timeout routine. @@ -444,7 +483,7 @@ struct mlx_sysdrive *dr; int i, error; - debug("called"); + debug_called(1); /* * Scan all the system drives and attach children for those that @@ -504,7 +543,7 @@ struct mlxd_softc *mlxd; int i, s, error; - debug("called"); + debug_called(1); error = EBUSY; s = splbio(); @@ -525,11 +564,6 @@ mlx_free(sc); - /* - * Deregister the control device on last detach. - */ - if (--cdev_registered == 0) - cdevsw_remove(&mlx_cdevsw); error = 0; out: splx(s); @@ -552,7 +586,7 @@ struct mlx_softc *sc = device_get_softc(dev); int i, s, error; - debug("called"); + debug_called(1); s = splbio(); error = 0; @@ -591,7 +625,7 @@ struct mlx_softc *sc = device_get_softc(dev); int s; - debug("called"); + debug_called(1); s = splbio(); sc->mlx_state |= MLX_STATE_SUSPEND; @@ -614,7 +648,7 @@ { struct mlx_softc *sc = device_get_softc(dev); - debug("called"); + debug_called(1); sc->mlx_state &= ~MLX_STATE_SUSPEND; sc->mlx_intaction(sc, MLX_INTACTION_ENABLE); @@ -631,7 +665,7 @@ { struct mlx_softc *sc = (struct mlx_softc *)arg; - debug("called"); + debug_called(1); /* collect finished commands, queue anything waiting */ mlx_done(sc); @@ -646,7 +680,7 @@ { int s; - debug("called"); + debug_called(1); s = splbio(); bufq_insert_tail(&sc->mlx_bufq, bp); @@ -907,7 +941,7 @@ { struct mlx_softc *sc = (struct mlx_softc *)data; - debug("called"); + debug_called(1); /* * Run a bus pause? @@ -980,11 +1014,11 @@ { struct mlx_softc *sc = mc->mc_sc; - debug("called"); + debug_called(1); /* Command completed OK? */ if (mc->mc_status != 0) { - device_printf(sc->mlx_dev, "periodic enquiry failed\n"); + device_printf(sc->mlx_dev, "periodic enquiry failed - %s\n", mlx_diagnose_command(mc)); goto out; } @@ -1065,7 +1099,7 @@ void *result = NULL; int error; - debug("called"); + debug_called(1); /* get ourselves a command buffer */ error = 1; @@ -1129,7 +1163,7 @@ struct mlx_eventlog_entry *el = (struct mlx_eventlog_entry *)mc->mc_data; char *reason; - debug("called"); + debug_called(1); sc->mlx_lastevent++; /* next message... */ if (mc->mc_status == 0) { @@ -1321,7 +1355,7 @@ void *result; int error; - debug("called"); + debug_called(1); /* get ourselves a command buffer */ error = 1; @@ -1387,7 +1421,7 @@ struct mlx_command *mc; int error; - debug("called"); + debug_called(1); /* get ourselves a command buffer */ error = 1; @@ -1429,7 +1463,7 @@ struct mlx_command *mc; int error; - debug("called"); + debug_called(1); /* get ourselves a command buffer */ error = 0x10000; @@ -1471,7 +1505,7 @@ struct mlx_softc *sc = mc->mc_sc; int error, count; - debug("called"); + debug_called(1); mc->mc_complete = NULL; mc->mc_private = mc; /* wake us when you're done */ @@ -1495,7 +1529,7 @@ /******************************************************************************** * Start the command (mc) and busy-wait for it to complete. * - * Should only be used when interrupts are not available. Returns 0 on + * Should only be used when interrupts can't be relied upon. Returns 0 on * success, nonzero on error. * Successfully completed commands are dequeued. */ @@ -1505,7 +1539,7 @@ struct mlx_softc *sc = mc->mc_sc; int error, count, s; - debug("called"); + debug_called(1); mc->mc_complete = NULL; mc->mc_private = NULL; /* we will poll for it */ @@ -1516,7 +1550,8 @@ do { /* poll for completion */ mlx_done(mc->mc_sc); - } while ((mc->mc_status == MLX_STATUS_BUSY) && (count < 10000)); + + } while ((mc->mc_status == MLX_STATUS_BUSY) && (count++ < 15000000)); if (mc->mc_status != MLX_STATUS_BUSY) { s = splbio(); TAILQ_REMOVE(&sc->mlx_work, mc, mc_link); @@ -1532,7 +1567,7 @@ * controller. Leave a couple of slots free for emergencies. * * Must be called at splbio or in an equivalent fashion that prevents - * reentry or activity on the bufq.. + * reentry or activity on the bufq. */ static void mlx_startio(struct mlx_softc *sc) @@ -1663,6 +1698,8 @@ void *kbuf; int error; + debug_called(0); + kbuf = NULL; mc = NULL; error = ENOMEM; @@ -1670,28 +1707,34 @@ if (mu->mu_datasize > 0) { if ((kbuf = malloc(mu->mu_datasize, M_DEVBUF, M_WAITOK)) == NULL) goto out; - if ((mu->mu_bufptr < 0) || (mu->mu_bufptr > (sizeof(mu->mu_command) < sizeof(u_int32_t)))) { + if ((mu->mu_bufptr < 0) || (mu->mu_bufptr > (sizeof(mu->mu_command) - sizeof(u_int32_t)))) { error = EINVAL; goto out; } } + debug(0, "got kernel buffer"); + /* get ourselves a command buffer */ if ((mc = mlx_alloccmd(sc)) == NULL) goto out; + debug(0, "got command buffer"); /* copy the command and data */ bcopy(mu->mu_command, mc->mc_mailbox, sizeof(mc->mc_mailbox)); if ((mu->mu_datasize > 0) && ((error = copyin(mu->mu_buf, kbuf, mu->mu_datasize)))) goto out; - + debug(0, "got command and data"); + /* get a command slot */ if (mlx_getslot(mc)) goto out; - + debug(0, "got a slot"); + /* map the command so the controller can see it */ mc->mc_data = kbuf; mc->mc_length = mu->mu_datasize; mlx_mapcmd(mc); + debug(0, "mapped"); /* if there's a data buffer, fix up the command */ if (mu->mu_datasize > 0) { @@ -1700,6 +1743,7 @@ mc->mc_mailbox[mu->mu_bufptr + 2] = (mc->mc_length >> 16) & 0xff; mc->mc_mailbox[mu->mu_bufptr + 3] = (mc->mc_length >> 24) & 0xff; } + debug(0, "command fixup"); /* submit the command and wait */ if ((error = mlx_wait_command(mc)) != 0) @@ -1736,7 +1780,7 @@ struct mlx_softc *sc = mc->mc_sc; int s, slot; - debug("called mc %p sc %p", mc, sc); + debug_called(1); /* enforce slot-usage limit */ if (sc->mlx_busycmds >= ((mc->mc_flags & MLX_CMD_PRIORITY) ? @@ -1750,7 +1794,7 @@ */ s = splbio(); for (slot = 0; slot < sc->mlx_maxiop; slot++) { - debug("try slot %d", slot); + debug(2, "try slot %d", slot); if (sc->mlx_busycmd[slot] == NULL) break; } @@ -1764,7 +1808,7 @@ if (slot >= sc->mlx_maxiop) return(EBUSY); - debug("got slot %d", slot); + debug(2, "got slot %d", slot); mc->mc_slot = slot; return(0); } @@ -1780,14 +1824,14 @@ struct mlx_sgentry *sg; int i; - debug("called"); + debug_called(1); /* get base address of s/g table */ - sg = sc->mlx_sgtable + (mc->mc_slot * MLX_NSEG); + sg = sc->mlx_sgtable + (mc->mc_slot * sc->mlx_sg_nseg); /* save s/g table information in command */ mc->mc_nsgent = nsegments; - mc->mc_sgphys = sc->mlx_sgbusaddr + (mc->mc_slot * MLX_NSEG * sizeof(struct mlx_sgentry)); + mc->mc_sgphys = sc->mlx_sgbusaddr + (mc->mc_slot * sc->mlx_sg_nseg * sizeof(struct mlx_sgentry)); mc->mc_dataphys = segs[0].ds_addr; /* populate s/g table */ @@ -1802,7 +1846,7 @@ { struct mlx_softc *sc = mc->mc_sc; - debug("called"); + debug_called(1); /* if the command involves data at all */ if (mc->mc_data != NULL) { @@ -1822,7 +1866,7 @@ { struct mlx_softc *sc = mc->mc_sc; - debug("called"); + debug_called(1); /* if the command involved data at all */ if (mc->mc_data != NULL) { @@ -1847,7 +1891,7 @@ struct mlx_softc *sc = mc->mc_sc; int i, s, done; - debug("called"); + debug_called(1); /* save the slot number as ident so we can handle this command when complete */ mc->mc_mailbox[0x1] = mc->mc_slot; @@ -1899,7 +1943,7 @@ u_int8_t slot; u_int16_t status; - debug("called"); + debug_called(2); result = 0; @@ -1947,7 +1991,7 @@ struct mlx_command *mc, *nc; int s, count; - debug("called"); + debug_called(2); /* avoid reentrancy XXX might want to signal and request a restart */ if (mlx_lock_tas(sc, MLX_LOCK_COMPLETING)) @@ -2023,7 +2067,7 @@ int error; int s; - debug("called"); + debug_called(1); s = splbio(); if ((mc = TAILQ_FIRST(&sc->mlx_freecmds)) != NULL) @@ -2057,7 +2101,7 @@ { int s; - debug("called"); + debug_called(1); s = splbio(); TAILQ_INSERT_HEAD(&mc->mc_sc->mlx_freecmds, mc, mc_link); @@ -2072,8 +2116,7 @@ { struct mlx_softc *sc = mc->mc_sc; - debug("called"); - + debug_called(1); bus_dmamap_destroy(sc->mlx_buffer_dmat, mc->mc_dmamap); free(mc, M_DEVBUF); } @@ -2096,7 +2139,7 @@ { int i; - debug("called"); + debug_called(2); /* ready for our command? */ if (!(MLX_V3_GET_IDBR(sc) & MLX_V3_IDB_FULL)) { @@ -2121,7 +2164,7 @@ mlx_v3_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status) { - debug("called"); + debug_called(2); /* status available? */ if (MLX_V3_GET_ODBR(sc) & MLX_V3_ODB_SAVAIL) { @@ -2144,7 +2187,7 @@ static void mlx_v3_intaction(struct mlx_softc *sc, int action) { - debug("called"); + debug_called(1); switch(action) { case MLX_INTACTION_DISABLE: @@ -2158,7 +2201,36 @@ } } +/******************************************************************************** + * Poll for firmware error codes during controller initialisation. + * Returns 0 if initialisation is complete, 1 if still in progress but no + * error has been fetched, 2 if an error has been retrieved. + */ +static int +mlx_v3_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2) +{ + u_int8_t fwerror; + + /* init in progress? */ + if (!(MLX_V3_GET_IDBR(sc) & MLX_V3_IDB_INIT_BUSY)) + return(0); + + /* test error value */ + fwerror = MLX_V3_GET_FWERROR(sc); + if (!(fwerror & MLX_V3_FWERROR_PEND)) + return(1); + /* mask status pending bit, fetch status */ + *error = fwerror & ~MLX_V3_FWERROR_PEND; + *param1 = MLX_V3_GET_FWERROR_PARAM1(sc); + *param2 = MLX_V3_GET_FWERROR_PARAM2(sc); + + /* acknowledge */ + MLX_V3_PUT_FWERROR(sc, 0); + + return(2); +} + /******************************************************************************** ******************************************************************************** Type 4 interface accessor methods @@ -2176,7 +2248,7 @@ { int i; - debug("called"); + debug_called(2); /* ready for our command? */ if (!(MLX_V4_GET_IDBR(sc) & MLX_V4_IDB_FULL)) { @@ -2184,6 +2256,10 @@ for (i = 0; i < 13; i++) MLX_V4_PUT_MAILBOX(sc, i, mc->mc_mailbox[i]); + /* memory-mapped controller, so issue a write barrier to ensure the mailbox is filled */ + bus_space_barrier(sc->mlx_btag, sc->mlx_bhandle, MLX_V4_MAILBOX, MLX_V4_MAILBOX_LENGTH, + BUS_SPACE_BARRIER_WRITE); + /* post command */ MLX_V4_PUT_IDBR(sc, MLX_V4_IDB_HWMBOX_CMD); return(1); @@ -2201,7 +2277,7 @@ mlx_v4_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status) { - debug("called"); + debug_called(2); /* status available? */ if (MLX_V4_GET_ODBR(sc) & MLX_V4_ODB_HWSAVAIL) { @@ -2224,7 +2300,7 @@ static void mlx_v4_intaction(struct mlx_softc *sc, int action) { - debug("called"); + debug_called(1); switch(action) { case MLX_INTACTION_DISABLE: @@ -2238,7 +2314,38 @@ } } +/******************************************************************************** + * Poll for firmware error codes during controller initialisation. + * Returns 0 if initialisation is complete, 1 if still in progress but no + * error has been fetched, 2 if an error has been retrieved. + */ +static int +mlx_v4_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2) +{ + u_int8_t fwerror; + + debug_called(2); + + /* init in progress? */ + if (!(MLX_V4_GET_IDBR(sc) & MLX_V4_IDB_INIT_BUSY)) + return(0); + + /* test error value */ + fwerror = MLX_V4_GET_FWERROR(sc); + if (!(fwerror & MLX_V4_FWERROR_PEND)) + return(1); + + /* mask status pending bit, fetch status */ + *error = fwerror & ~MLX_V4_FWERROR_PEND; + *param1 = MLX_V4_GET_FWERROR_PARAM1(sc); + *param2 = MLX_V4_GET_FWERROR_PARAM2(sc); + + /* acknowledge */ + MLX_V4_PUT_FWERROR(sc, 0); + return(2); +} + /******************************************************************************** ******************************************************************************** Type 5 interface accessor methods @@ -2255,19 +2362,20 @@ mlx_v5_tryqueue(struct mlx_softc *sc, struct mlx_command *mc) { int i; - - debug("called"); + + debug_called(2); /* ready for our command? */ if (MLX_V5_GET_IDBR(sc) & MLX_V5_IDB_EMPTY) { - /* copy mailbox data to window */ - for (i = 0; i < 13; i++) - MLX_V5_PUT_MAILBOX(sc, i, mc->mc_mailbox[i]); - - /* post command */ - MLX_V5_PUT_IDBR(sc, MLX_V5_IDB_HWMBOX_CMD); - return(1); + /* copy mailbox data to window */ + for (i = 0; i < 13; i++) + MLX_V5_PUT_MAILBOX(sc, i, mc->mc_mailbox[i]); + + /* post command */ + MLX_V5_PUT_IDBR(sc, MLX_V5_IDB_HWMBOX_CMD); + return(1); } + return(0); } @@ -2281,7 +2389,7 @@ mlx_v5_findcomplete(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status) { - debug("called"); + debug_called(2); /* status available? */ if (MLX_V5_GET_ODBR(sc) & MLX_V5_ODB_HWSAVAIL) { @@ -2304,22 +2412,108 @@ static void mlx_v5_intaction(struct mlx_softc *sc, int action) { - debug("called"); + debug_called(1); switch(action) { case MLX_INTACTION_DISABLE: - MLX_V5_PUT_IER(sc, MLX_V5_IER_DISINT); + MLX_V5_PUT_IER(sc, 0xff & MLX_V5_IER_DISINT); sc->mlx_state &= ~MLX_STATE_INTEN; break; case MLX_INTACTION_ENABLE: - MLX_V5_PUT_IER(sc, 0); + MLX_V5_PUT_IER(sc, 0xff & ~MLX_V5_IER_DISINT); sc->mlx_state |= MLX_STATE_INTEN; break; } } +/******************************************************************************** + * Poll for firmware error codes during controller initialisation. + * Returns 0 if initialisation is complete, 1 if still in progress but no + * error has been fetched, 2 if an error has been retrieved. + */ +static int +mlx_v5_fw_handshake(struct mlx_softc *sc, int *error, int *param1, int *param2) +{ + u_int8_t fwerror; + static int initted = 0; + + debug_called(2); + + /* first time around, clear any hardware completion status */ + if (!initted) { + MLX_V5_PUT_IDBR(sc, MLX_V5_IDB_SACK); + DELAY(1000); + initted = 1; + } + + /* init in progress? */ + if (MLX_V5_GET_IDBR(sc) & MLX_V5_IDB_INIT_DONE) + return(0); + + /* test for error value */ + fwerror = MLX_V5_GET_FWERROR(sc); + if (!(fwerror & MLX_V5_FWERROR_PEND)) + return(1); + + /* mask status pending bit, fetch status */ + *error = fwerror & ~MLX_V5_FWERROR_PEND; + *param1 = MLX_V5_GET_FWERROR_PARAM1(sc); + *param2 = MLX_V5_GET_FWERROR_PARAM2(sc); + /* acknowledge */ + MLX_V5_PUT_FWERROR(sc, 0xff); + + return(2); +} + /******************************************************************************** + * Reset the controller + * + * Note that if time is not advancing, the timeouts here may not be accurate. + */ +static int +mlx_v5_reset(struct mlx_softc *sc) +{ + time_t t; + int count; + + t = time_second; + count = 0; + MLX_V5_PUT_IDBR(sc, MLX_V5_IDB_RESET); /* request a reset */ + bus_space_barrier(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_IDBR, 1, BUS_SPACE_BARRIER_READ); + + while (MLX_V5_GET_IDBR(sc) & MLX_V5_IDB_RESET) { + count++; + if ((t == time_second) && (count > 10000000)) { + debug(0, "reset approximately timed out, IDB 0x%x", MLX_V5_GET_IDBR(sc)); + return(1); + } + if ((time_second - t) > 5) { + debug(0, "reset timed out after 5 seconds, IDB 0x%x (%d polls)", MLX_V5_GET_IDBR(sc), count); + return(1); + } + } + debug(0, "reset acknowledged after %d polls", count); + MLX_V5_PUT_IDBR(sc, MLX_V5_IDB_SACK); /* acknowledge reset */ + bus_space_barrier(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_IDBR, 1, BUS_SPACE_BARRIER_READ); + + while (MLX_V5_GET_IDBR(sc) & MLX_V5_IDB_SACK) { + count++; + if ((t == time_second) && (count > 10000000)) { + debug(0, "init approximately timed out, IDB 0x%x", MLX_V5_GET_IDBR(sc)); + return(1); + } + if ((time_second - t) > 120) { + debug(0, "reset timed out after 2 minutes, IDB 0x%x (%d polls)", MLX_V5_GET_IDBR(sc), count); + return(1); + } + } + debug(0, "ack cleared after %d polls", count); + return(0); +} + + +/******************************************************************************** ******************************************************************************** Debugging ******************************************************************************** @@ -2343,6 +2537,8 @@ "invalid or non-redundant drive", /* 11 */ "channel is busy", /* 12 */ "channel is not stopped", /* 13 */ + "rebuild successfully terminated", /* 14 */ + "" }; static struct @@ -2363,6 +2559,7 @@ {MLX_CMD_REBUILDASYNC, 0x0004, 7}, {MLX_CMD_REBUILDASYNC, 0x0105, 8}, {MLX_CMD_REBUILDASYNC, 0x0106, 9}, + {MLX_CMD_REBUILDASYNC, 0x0107, 14}, {MLX_CMD_CHECKASYNC, 0x0002, 10}, {MLX_CMD_CHECKASYNC, 0x0105, 11}, {MLX_CMD_CHECKASYNC, 0x0106, 9}, @@ -2390,7 +2587,7 @@ } /******************************************************************************* - * Return a string describing the controller (hwid) + * Print a string describing the controller (sc) */ static struct { @@ -2427,7 +2624,7 @@ sprintf(buf, " model 0x%x", sc->mlx_enq2->me_hardware_id & 0xff); model = buf; } - device_printf(sc->mlx_dev, "DAC%s, %d channel%s, firmware %d.%02d-%c-%d, %dMB RAM\n", + device_printf(sc->mlx_dev, "DAC%s, %d channel%s, firmware %d.%02d-%c-%02d, %dMB RAM\n", model, sc->mlx_enq2->me_actual_channels, sc->mlx_enq2->me_actual_channels > 1 ? "s" : "", @@ -2474,6 +2671,59 @@ "\20\4Background Init\3Read Ahead\2MORE\1Cluster\n"); } +} + +/******************************************************************************* + * Emit a string describing the firmware handshake status code, and return a flag + * indicating whether the code represents a fatal error. + * + * Error code interpretations are from the Linux driver, and don't directly match + * the messages printed by Mylex's BIOS. This may change if documentation on the + * codes is forthcoming. + */ +static int +mlx_fw_message(struct mlx_softc *sc, int error, int param1, int param2) +{ + switch(error) { + case 0x00: + device_printf(sc->mlx_dev, "physical drive %d:%d not responding\n", param2, param1); + break; + case 0x08: + /* we could be neater about this and give some indication when we receive more of them */ + if (!(sc->mlx_flags & MLX_SPINUP_REPORTED)) { + device_printf(sc->mlx_dev, "spinning up drives...\n"); + sc->mlx_flags |= MLX_SPINUP_REPORTED; + } + break; + case 0x30: + device_printf(sc->mlx_dev, "configuration checksum error\n"); + break; + case 0x60: + device_printf(sc->mlx_dev, "mirror race recovery failed\n"); + break; + case 0x70: + device_printf(sc->mlx_dev, "mirror race recovery in progress\n"); + break; + case 0x90: + device_printf(sc->mlx_dev, "physical drive %d:%d COD mismatch\n", param2, param1); + break; + case 0xa0: + device_printf(sc->mlx_dev, "logical drive installation aborted\n"); + break; + case 0xb0: + device_printf(sc->mlx_dev, "mirror race on a critical system drive\n"); + break; + case 0xd0: + device_printf(sc->mlx_dev, "new controller configuration found\n"); + break; + case 0xf0: + device_printf(sc->mlx_dev, "FATAL MEMORY PARITY ERROR\n"); + return(1); + default: + device_printf(sc->mlx_dev, "unknown firmware initialisation error %02x:%02x:%02x\n", error, param1, param2); + break; + } + return(0); } /******************************************************************************** Index: mlx_disk.c =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlx_disk.c,v retrieving revision 1.8 diff -u -r1.8 mlx_disk.c --- mlx_disk.c 1999/12/22 01:21:27 1.8 +++ mlx_disk.c 2000/03/10 07:02:45 @@ -50,12 +50,6 @@ #include #include -#if 0 -#define debug(fmt, args...) printf("%s: " fmt "\n", __FUNCTION__ , ##args) -#else -#define debug(fmt, args...) -#endif - /* prototypes */ static int mlxd_probe(device_t dev); static int mlxd_attach(device_t dev); @@ -111,7 +105,7 @@ struct mlxd_softc *sc = (struct mlxd_softc *)dev->si_drv1; struct disklabel *label; - debug("called"); + debug_called(1); if (sc == NULL) return (ENXIO); @@ -139,7 +133,7 @@ { struct mlxd_softc *sc = (struct mlxd_softc *)dev->si_drv1; - debug("called"); + debug_called(1); if (sc == NULL) return (ENXIO); @@ -153,13 +147,13 @@ struct mlxd_softc *sc = (struct mlxd_softc *)dev->si_drv1; int error; - debug("called"); + debug_called(1); if (sc == NULL) return (ENXIO); if ((error = mlx_submit_ioctl(sc->mlxd_controller, sc->mlxd_drive, cmd, addr, flag, p)) != ENOIOCTL) { - debug("mlx_submit_ioctl returned %d\n", error); + debug(0, "mlx_submit_ioctl returned %d\n", error); return(error); } return (ENOTTY); @@ -176,7 +170,7 @@ { struct mlxd_softc *sc = (struct mlxd_softc *)bp->b_dev->si_drv1; - debug("called"); + debug_called(1); /* bogus disk? */ if (sc == NULL) { @@ -216,7 +210,7 @@ struct buf *bp = (struct buf *)data; struct mlxd_softc *sc = (struct mlxd_softc *)bp->b_dev->si_drv1; - debug("called"); + debug_called(1); if (bp->b_flags & B_ERROR) bp->b_error = EIO; @@ -231,7 +225,7 @@ mlxd_probe(device_t dev) { - debug("called"); + debug_called(1); device_set_desc(dev, "Mylex System Drive"); return (0); @@ -245,7 +239,7 @@ char *state; dev_t dsk; - debug("called"); + debug_called(1); parent = device_get_parent(dev); sc->mlxd_controller = (struct mlx_softc *)device_get_softc(parent); @@ -291,7 +285,7 @@ { struct mlxd_softc *sc = (struct mlxd_softc *)device_get_softc(dev); - debug("called"); + debug_called(1); devstat_remove_entry(&sc->mlxd_stats); Index: mlx_pci.c =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlx_pci.c,v retrieving revision 1.4 diff -u -r1.4 mlx_pci.c --- mlx_pci.c 1999/12/11 00:00:12 1.4 +++ mlx_pci.c 2000/03/10 07:02:45 @@ -50,12 +50,6 @@ #include #include -#if 0 -#define debug(fmt, args...) printf("%s: " fmt "\n", __FUNCTION__ , ##args) -#else -#define debug(fmt, args...) -#endif - static int mlx_pci_probe(device_t dev); static int mlx_pci_attach(device_t dev); @@ -90,7 +84,7 @@ int iftype; char *desc; } mlx_identifiers[] = { -/* {0x1069, 0x0001, 0x0000, 0x0000, MLX_IFTYPE_2, "Mylex version 2 RAID interface"}, */ + {0x1069, 0x0001, 0x0000, 0x0000, MLX_IFTYPE_2, "Mylex version 2 RAID interface"}, {0x1069, 0x0002, 0x0000, 0x0000, MLX_IFTYPE_3, "Mylex version 3 RAID interface"}, {0x1069, 0x0010, 0x0000, 0x0000, MLX_IFTYPE_4, "Mylex version 4 RAID interface"}, {0x1011, 0x1065, 0x1069, 0x0020, MLX_IFTYPE_5, "Mylex version 5 RAID interface"}, @@ -102,7 +96,7 @@ { struct mlx_ident *m; - debug("called"); + debug_called(1); for (m = mlx_identifiers; m->vendor != 0; m++) { if ((m->vendor == pci_get_vendor(dev)) && @@ -124,16 +118,19 @@ int i, rid, error; u_int32_t command; - debug("called"); + debug_called(1); /* * Make sure we are going to be able to talk to this board. */ - command = pci_read_config(dev, PCIR_COMMAND, 1); + command = pci_read_config(dev, PCIR_COMMAND, 2); if ((command & PCIM_CMD_MEMEN) == 0) { device_printf(dev, "memory window not available\n"); return(ENXIO); } + /* force the busmaster enable bit on */ + command |= PCIM_CMD_BUSMASTEREN; + pci_write_config(dev, PCIR_COMMAND, command, 2); /* * Initialise softc. @@ -162,7 +159,16 @@ */ /* type 3 adapters have an I/O region we don't use at base 0 */ - rid = (sc->mlx_iftype == MLX_IFTYPE_3) ? MLX_CFG_BASE1 : MLX_CFG_BASE0; + switch(sc->mlx_iftype) { + case MLX_IFTYPE_2: + case MLX_IFTYPE_3: + rid = MLX_CFG_BASE1; + break; + case MLX_IFTYPE_4: + case MLX_IFTYPE_5: + rid = MLX_CFG_BASE0; + break; + } sc->mlx_mem = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, 1, RF_ACTIVE); if (sc->mlx_mem == NULL) { device_printf(sc->mlx_dev, "couldn't allocate mailbox window\n"); @@ -180,7 +186,7 @@ BUS_SPACE_MAXADDR_32BIT, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ - MAXBSIZE, MLX_NSEG, /* maxsize, nsegments */ + MAXBSIZE, MLX_NSEG_NEW, /* maxsize, nsegments */ BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ BUS_DMA_ALLOCNOW, /* flags */ &sc->mlx_parent_dmat); Index: mlxio.h =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlxio.h,v retrieving revision 1.1 diff -u -r1.1 mlxio.h --- mlxio.h 1999/10/07 02:20:32 1.1 +++ mlxio.h 2000/03/10 07:02:45 @@ -79,6 +79,9 @@ /* command */ u_int16_t mu_status; /* command status returned */ u_int8_t mu_command[16]; /* command mailbox contents */ + + /* wrapper */ + int mu_error; /* result of submission to driver */ }; #define MLX_NEXT_CHILD _IOWR('M', 0, int) @@ -86,3 +89,4 @@ #define MLX_DETACH_DRIVE _IOW ('M', 2, int) #define MLX_PAUSE_CHANNEL _IOW ('M', 3, struct mlx_pause) #define MLX_COMMAND _IOWR('M', 4, struct mlx_usercommand) + Index: mlxreg.h =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlxreg.h,v retrieving revision 1.5 diff -u -r1.5 mlxreg.h --- mlxreg.h 1999/12/22 01:21:27 1.5 +++ mlxreg.h 2000/03/10 07:02:45 @@ -26,9 +26,6 @@ * $FreeBSD: src/sys/dev/mlx/mlxreg.h,v 1.5 1999/12/22 01:21:27 msmith Exp $ */ -#define MLX_CFG_BASE0 0x10 /* first region */ -#define MLX_CFG_BASE1 0x14 /* second region (type 3 only) */ - #define MLX_BLKSIZE 512 /* fixed feature */ /* @@ -47,6 +44,11 @@ #define MLX_CMD_STOPCHANNEL 0x13 #define MLX_CMD_STARTCHANNEL 0x12 +#ifdef _KERNEL + +#define MLX_CFG_BASE0 0x10 /* first region */ +#define MLX_CFG_BASE1 0x14 /* second region (type 3 only) */ + /* * Status values. */ @@ -65,6 +67,9 @@ #define MLX_V3_IDBR 0x40 #define MLX_V3_ODBR 0x41 #define MLX_V3_IER 0x43 +#define MLX_V3_FWERROR 0x3f +#define MLX_V3_FWERROR_PARAM1 0x00 +#define MLX_V3_FWERROR_PARAM2 0x01 #define MLX_V3_PUT_MAILBOX(sc, idx, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V3_MAILBOX + idx, val) #define MLX_V3_GET_STATUS_IDENT(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V3_STATUS_IDENT) @@ -74,21 +79,33 @@ #define MLX_V3_GET_ODBR(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V3_ODBR) #define MLX_V3_PUT_ODBR(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V3_ODBR, val) #define MLX_V3_PUT_IER(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V3_IER, val) +#define MLX_V3_GET_FWERROR(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V3_FWERROR) +#define MLX_V3_PUT_FWERROR(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V3_FWERROR, val) +#define MLX_V3_GET_FWERROR_PARAM1(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V3_FWERROR_PARAM1) +#define MLX_V3_GET_FWERROR_PARAM2(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V3_FWERROR_PARAM2) #define MLX_V3_IDB_FULL (1<<0) /* mailbox is full */ +#define MLX_V3_IDB_INIT_BUSY (1<<1) /* initialisation in progress */ + #define MLX_V3_IDB_SACK (1<<1) /* acknowledge status read */ #define MLX_V3_ODB_SAVAIL (1<<0) /* status is available */ +#define MLX_V3_FWERROR_PEND (1<<2) /* firmware error pending */ + /* * Accessor defines for the V4 interface. */ #define MLX_V4_MAILBOX 0x1000 +#define MLX_V4_MAILBOX_LENGTH 16 #define MLX_V4_STATUS_IDENT 0x1018 #define MLX_V4_STATUS 0x101a #define MLX_V4_IDBR 0x0020 #define MLX_V4_ODBR 0x002c #define MLX_V4_IER 0x0034 +#define MLX_V4_FWERROR 0x103f +#define MLX_V4_FWERROR_PARAM1 0x1000 +#define MLX_V4_FWERROR_PARAM2 0x1001 /* use longword access? */ #define MLX_V4_PUT_MAILBOX(sc, idx, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V4_MAILBOX + idx, val) @@ -99,8 +116,13 @@ #define MLX_V4_GET_ODBR(sc) bus_space_read_4 (sc->mlx_btag, sc->mlx_bhandle, MLX_V4_ODBR) #define MLX_V4_PUT_ODBR(sc, val) bus_space_write_4(sc->mlx_btag, sc->mlx_bhandle, MLX_V4_ODBR, val) #define MLX_V4_PUT_IER(sc, val) bus_space_write_4(sc->mlx_btag, sc->mlx_bhandle, MLX_V4_IER, val) +#define MLX_V4_GET_FWERROR(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V4_FWERROR) +#define MLX_V4_PUT_FWERROR(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V4_FWERROR, val) +#define MLX_V4_GET_FWERROR_PARAM1(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V4_FWERROR_PARAM1) +#define MLX_V4_GET_FWERROR_PARAM2(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V4_FWERROR_PARAM2) #define MLX_V4_IDB_FULL (1<<0) /* mailbox is full */ +#define MLX_V4_IDB_INIT_BUSY (1<<1) /* initialisation in progress */ #define MLX_V4_IDB_HWMBOX_CMD (1<<0) /* posted hardware mailbox command */ #define MLX_V4_IDB_SACK (1<<1) /* acknowledge status read */ @@ -115,15 +137,21 @@ #define MLX_V4_IER_MASK 0xfb /* message unit interrupt mask */ #define MLX_V4_IER_DISINT (1<<2) /* interrupt disable bit */ +#define MLX_V4_FWERROR_PEND (1<<2) /* firmware error pending */ + /* * Accessor defines for the V5 interface */ #define MLX_V5_MAILBOX 0x50 +#define MLX_V5_MAILBOX_LENGTH 16 #define MLX_V5_STATUS_IDENT 0x5d #define MLX_V5_STATUS 0x5e #define MLX_V5_IDBR 0x60 #define MLX_V5_ODBR 0x61 #define MLX_V5_IER 0x34 +#define MLX_V5_FWERROR 0x63 +#define MLX_V5_FWERROR_PARAM1 0x50 +#define MLX_V5_FWERROR_PARAM2 0x51 #define MLX_V5_PUT_MAILBOX(sc, idx, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_MAILBOX + idx, val) #define MLX_V5_GET_STATUS_IDENT(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V5_STATUS_IDENT) @@ -133,11 +161,17 @@ #define MLX_V5_GET_ODBR(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V5_ODBR) #define MLX_V5_PUT_ODBR(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_ODBR, val) #define MLX_V5_PUT_IER(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_IER, val) +#define MLX_V5_GET_FWERROR(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V5_FWERROR) +#define MLX_V5_PUT_FWERROR(sc, val) bus_space_write_1(sc->mlx_btag, sc->mlx_bhandle, MLX_V5_FWERROR, val) +#define MLX_V5_GET_FWERROR_PARAM1(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V5_FWERROR_PARAM1) +#define MLX_V5_GET_FWERROR_PARAM2(sc) bus_space_read_1 (sc->mlx_btag, sc->mlx_bhandle, MLX_V5_FWERROR_PARAM2) #define MLX_V5_IDB_EMPTY (1<<0) /* mailbox is empty */ +#define MLX_V5_IDB_INIT_DONE (1<<1) /* initialisation has completed */ #define MLX_V5_IDB_HWMBOX_CMD (1<<0) /* posted hardware mailbox command */ #define MLX_V5_IDB_SACK (1<<1) /* acknowledge status read */ +#define MLX_V5_IDB_RESET (1<<3) /* reset request */ #define MLX_V5_IDB_MEMMBOX_CMD (1<<4) /* posted memory mailbox command */ #define MLX_V5_ODB_HWSAVAIL (1<<0) /* status is available for hardware mailbox */ @@ -148,6 +182,9 @@ #define MLX_V5_IER_DISINT (1<<2) /* interrupt disable bit */ +#define MLX_V5_FWERROR_PEND (1<<2) /* firmware error pending */ + +#endif /* _KERNEL */ /* * Scatter-gather list format, type 1, kind 00. @@ -285,6 +322,108 @@ u_int32_t rb_remaining; } __attribute__ ((packed)); +struct mlx_config2 +{ + u_int16_t cf_flags1; +#define MLX_CF2_ACTV_NEG (1<<1) +#define MLX_CF2_NORSTRTRY (1<<7) +#define MLX_CF2_STRGWRK (1<<8) +#define MLX_CF2_HPSUPP (1<<9) +#define MLX_CF2_NODISCN (1<<10) +#define MLX_CF2_ARM (1<<13) +#define MLX_CF2_OFM (1<<15) +#define MLX_CF2_AEMI (MLX_CF2_ARM | MLX_CF2_OFM) + u_int8_t cf_oemid; + u_int8_t cf_oem_model; + u_int8_t cf_physical_sector; + u_int8_t cf_logical_sector; + u_int8_t cf_blockfactor; + u_int8_t cf_flags2; +#define MLX_CF2_READAH (1<<0) +#define MLX_CF2_BIOSDLY (1<<1) +#define MLX_CF2_REASS1S (1<<4) +#define MLX_CF2_FUAENABL (1<<6) +#define MLX_CF2_R5ALLS (1<<7) + u_int8_t cf_rcrate; + u_int8_t cf_res1; + u_int8_t cf_blocks_per_cache_line; + u_int8_t cf_blocks_per_stripe; + u_int8_t cf_scsi_param_0; + u_int8_t cf_scsi_param_1; + u_int8_t cf_scsi_param_2; + u_int8_t cf_scsi_param_3; + u_int8_t cf_scsi_param_4; + u_int8_t cf_scsi_param_5; + u_int8_t cf_scsi_initiator_id; + u_int8_t cf_res2; + u_int8_t cf_startup_mode; + u_int8_t cf_simultaneous_spinup_devices; + u_int8_t cf_delay_between_spinups; + u_int8_t cf_res3; + u_int16_t cf_checksum; +} __attribute__ ((packed)); + +struct mlx_sys_drv_span +{ + u_int32_t sp_start_lba; + u_int32_t sp_nblks; + u_int8_t sp_arm[8]; +} __attribute__ ((packed)); + +struct mlx_sys_drv +{ + u_int8_t sd_status; + u_int8_t sd_ext_status; + u_int8_t sd_mod1; + u_int8_t sd_mod2; + u_int8_t sd_raidlevel; +#define MLX_SYS_DRV_WRITEBACK (1<<7) +#define MLX_SYS_DRV_RAID0 0 +#define MLX_SYS_DRV_RAID1 1 +#define MLX_SYS_DRV_RAID3 3 +#define MLX_SYS_DRV_RAID5 5 +#define MLX_SYS_DRV_RAID6 6 +#define MLX_SYS_DRV_JBOD 7 + u_int8_t sd_valid_arms; + u_int8_t sd_valid_spans; + u_int8_t sd_init_state; +#define MLX_SYS_DRV_INITTED 0x81; + struct mlx_sys_drv_span span[4]; +} __attribute__ ((packed)); + +struct mlx_phys_drv +{ + u_int16_t pd_flags; +#define MLX_PHYS_DRV_PRESENT (1<<0) +#define MLX_PHYS_DRV_OTHER 0x0000 +#define MLX_PHYS_DRV_DISK 0x0100 +#define MLX_PHYS_DRV_SEQUENTIAL 0x0200 +#define MLX_PHYS_DRV_CDROM 0x0300 +#define MLX_PHYS_DRV_FAST20 (1<<11) +#define MLX_PHYS_DRV_SYNC (1<<12) +#define MLX_PHYS_DRV_FAST (1<<13) +#define MLX_PHYS_DRV_WIDE (1<<14) +#define MLX_PHYS_DRV_TAG (1<<15) + u_int8_t pd_status; +#define MLX_PHYS_DRV_DEAD 0x00 +#define MLX_PHYS_DRV_WRONLY 0x02 +#define MLX_PHYS_DRV_ONLINE 0x03 +#define MLX_PHYS_DRV_STANDBY 0x10 + u_int8_t pd_period; + u_int8_t pd_offset; + u_int32_t pd_config_size; +} __attribute__ ((packed)); + +struct mlx_core_cfg +{ + u_int8_t cc_num_sys_drives; + u_int8_t cc_res1[3]; + struct mlx_sys_drv cc_sys_drives[32]; + struct mlx_phys_drv cc_phys_drives[64]; +} __attribute__ ((packed)); + + +#ifdef _KERNEL /* * Inlines to build various command structures */ @@ -406,3 +545,5 @@ mc->mc_mailbox[0xb] = (f4 >> 24) & 0xff; mc->mc_mailbox[0xc] = f5; } + +#endif /* _KERNEL */ Index: mlxvar.h =================================================================== RCS file: /local0/src/src/sys/dev/mlx/mlxvar.h,v retrieving revision 1.5 diff -u -r1.5 mlxvar.h --- mlxvar.h 1999/12/22 01:21:28 1.5 +++ mlxvar.h 2000/03/10 07:02:45 @@ -27,14 +27,30 @@ */ /* - * We could actually use all 33 segments, but using only 32 means that - * each scatter/gather map is 256 bytes in size, and thus we don't have to worry about + * Debugging levels: + * 0 - quiet, only emit warnings + * 1 - noisy, emit major function points and things done + * 2 - extremely noisy, emit trace items in loops, etc. + */ +#ifdef MLX_DEBUG +#define debug(level, fmt, args...) do { if (level <= MLX_DEBUG) printf("%s: " fmt "\n", __FUNCTION__ , ##args); } while(0) +#define debug_called(level) do { if (level <= MLX_DEBUG) printf(__FUNCTION__ ": called\n"); } while(0) +#else +#define debug(level, fmt, args...) +#define debug_called(level) +#endif + + +/* + * We could actually use all 17/33 segments, but using only 16/32 means that + * each scatter/gather map is 128/256 bytes in size, and thus we don't have to worry about * maps crossing page boundaries. */ -#define MLX_NSEG 32 /* max scatter/gather segments we use */ +#define MLX_NSEG_OLD 16 /* max scatter/gather segments we use 3.x and earlier */ +#define MLX_NSEG_NEW 32 /* max scatter/gather segments we use 4.x and later */ #define MLX_NSLOTS 256 /* max number of command slots */ -#define MLX_MAXDRIVES 32 +#define MLX_MAXDRIVES 32 /* max number of system drives */ /* * Structure describing a System Drive as attached to the controller. @@ -90,6 +106,7 @@ { /* bus connections */ device_t mlx_dev; + dev_t mlx_dev_t; struct resource *mlx_mem; /* mailbox interface window */ bus_space_handle_t mlx_bhandle; /* bus space handle */ bus_space_tag_t mlx_btag; /* bus space tag */ @@ -103,6 +120,7 @@ u_int32_t mlx_sgbusaddr; /* s/g table base address in bus space */ bus_dma_tag_t mlx_sg_dmat; /* s/g buffer DMA tag */ bus_dmamap_t mlx_sg_dmamap; /* map for s/g buffers */ + int mlx_sg_nseg; /* max number of s/g entries */ /* controller limits and features */ struct mlx_enquiry2 *mlx_enq2; @@ -138,15 +156,19 @@ struct mlx_pause mlx_pause; /* pending pause operation details */ int mlx_locks; /* reentrancy avoidance */ + int mlx_flags; +#define MLX_SPINUP_REPORTED (1<<0) /* "spinning up drives" message displayed */ /* interface-specific accessor functions */ int mlx_iftype; /* interface protocol */ +#define MLX_IFTYPE_2 2 #define MLX_IFTYPE_3 3 #define MLX_IFTYPE_4 4 #define MLX_IFTYPE_5 5 int (* mlx_tryqueue)(struct mlx_softc *sc, struct mlx_command *mc); int (* mlx_findcomplete)(struct mlx_softc *sc, u_int8_t *slot, u_int16_t *status); void (* mlx_intaction)(struct mlx_softc *sc, int action); + int (* mlx_fw_handshake)(struct mlx_softc *sc, int *error, int *param1, int *param2); #define MLX_INTACTION_DISABLE 0 #define MLX_INTACTION_ENABLE 1 }; --==_Exmh_-8426424860 Content-Type: text/plain; charset=us-ascii \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com --==_Exmh_-8426424860-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Mar 9 23:29: 9 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id CF34B37B8BB; Thu, 9 Mar 2000 23:29:06 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id XAA23558; Thu, 9 Mar 2000 23:29:05 -0800 Date: Thu, 9 Mar 2000 23:29:00 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: alpha@FreeBSD.ORG Subject: Re: problem with bus_dmamap_destroy? In-Reply-To: <200003100658.WAA00620@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No, I believe the first BUS_SPACE_MAXADDR is fine- When you say "hang", hang where? Unless you've marked this device as BUS_DMA_ISA (where it *might* hang in sgmap_free_region), it would have to hang in free()- are you sure it's actually hanging and you don't have some loop where it's trying to destroy the map when there are still loaded pages? On Thu, 9 Mar 2000, Mike Smith wrote: > > Just wondering if anyone's seen a problem with bus_dmamap_destroy() > hanging on the Alpha. I've tracked down a hang when unloading the Mylex > driver which doesn't maifest on the i386. > > error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ > 1, 0, /* alignment, boundary */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > MAXBSIZE, MLX_NSEG, /* maxsize, nsegments */ > BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ > 0, /* flags */ > &sc->mlx_buffer_dmat); > > ... > bus_dmamap_create(sc->mlx_buffer_dmat, 0, &mc->mc_dmamap); > ... > bus_dmamap_destroy(sc->mlx_buffer_dmat, mc->mc_dmamap); > > I've had someone suggest that the lowaddr parameter should be 0; is this > actually correct? (The DMA mapping does otherwise seem to work...) > > Any "been there, done that" suggestions before I dig into this? > > Thanks. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.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 Thu Mar 9 23:41:23 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (castles556.castles.com [208.214.165.120]) by hub.freebsd.org (Postfix) with ESMTP id 6D0CB37B967; Thu, 9 Mar 2000 23:41:20 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA00848; Thu, 9 Mar 2000 23:42:45 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003100742.XAA00848@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: Mike Smith , alpha@FreeBSD.ORG Subject: Re: problem with bus_dmamap_destroy? In-reply-to: Your message of "Thu, 09 Mar 2000 23:29:00 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Mar 2000 23:42:44 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > No, I believe the first BUS_SPACE_MAXADDR is fine- When you say "hang", hang > where? Unless you've marked this device as BUS_DMA_ISA (where it *might* hang > in sgmap_free_region), it would have to hang in free()- are you sure it's > actually hanging and you don't have some loop where it's trying to destroy the > map when there are still loaded pages? If I bracket the bus_dmamap_destroy with printfs, I get the first but not the second one. I guess I need to go get busy then. Thanks! > On Thu, 9 Mar 2000, Mike Smith wrote: > > > > > Just wondering if anyone's seen a problem with bus_dmamap_destroy() > > hanging on the Alpha. I've tracked down a hang when unloading the Mylex > > driver which doesn't maifest on the i386. > > > > error = bus_dma_tag_create(sc->mlx_parent_dmat, /* parent */ > > 1, 0, /* alignment, boundary */ > > BUS_SPACE_MAXADDR, /* lowaddr */ > > BUS_SPACE_MAXADDR, /* highaddr */ > > NULL, NULL, /* filter, filterarg */ > > MAXBSIZE, MLX_NSEG, /* maxsize, nsegments */ > > BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */ > > 0, /* flags */ > > &sc->mlx_buffer_dmat); > > > > ... > > bus_dmamap_create(sc->mlx_buffer_dmat, 0, &mc->mc_dmamap); > > ... > > bus_dmamap_destroy(sc->mlx_buffer_dmat, mc->mc_dmamap); > > > > I've had someone suggest that the lowaddr parameter should be 0; is this > > actually correct? (The DMA mapping does otherwise seem to work...) > > > > Any "been there, done that" suggestions before I dig into this? > > > > Thanks. > > > > -- > > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-alpha" in the body of the message > > > > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 1:17: 6 2000 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 5836137B99B; Fri, 10 Mar 2000 01:17:01 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 12TLXT-000PKN-0B; Fri, 10 Mar 2000 09:16:56 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA49689; Fri, 10 Mar 2000 09:23:17 GMT (envelope-from dfr@nlsystems.com) Date: Fri, 10 Mar 2000 09:19:13 +0000 (GMT) From: Doug Rabson To: Peter Jeremy Cc: Mikhail Teterin , current@freebsd.org, alpha@freebsd.org Subject: Re: SMP on Alpha? In-Reply-To: <00Mar10.123332est.115241@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 10 Mar 2000, Peter Jeremy wrote: > On 2000-Mar-10 12:06:18 +1100, Mikhail Teterin wrote: > >Will the -current version of FreeBSD run on a multi-CPU axp machine and > >use all of the CPUs? > > Not yet, but Real Soon Now. > > > Would that be a reliable box (assuming the admin > >sometimes knows what he is doing)? > > -current comes with all the usual `not for production use' caveats, > and (without any slur on Doug Rabson, who's doing the work), you'd > be very game taking FreeBSD's first cut at Alpha/SMP and putting it > into production. On the other hand, a uniprocessor alpha has a decent amount of horsepower and should be suitable for use in production. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 1:40: 5 2000 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 752F537B99F for ; Fri, 10 Mar 2000 01:40:02 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12TLtp-000Cnx-0X; Fri, 10 Mar 2000 09:40:01 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA76437; Fri, 10 Mar 2000 09:46:22 GMT (envelope-from dfr@nlsystems.com) Date: Fri, 10 Mar 2000 09:42:17 +0000 (GMT) From: Doug Rabson To: Matt Wilbur Cc: "'freebsd-alpha@freebsd.org'" Subject: Re: Alphaserver 8/400 support? In-Reply-To: <0565C6717839D3119BAC009027719565238E0E@SILVERSURFER> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 9 Mar 2000, Matt Wilbur wrote: > Hello, > > tried a few months ago to install 3.4R, and the latest -current snapshot > (11/99 more or less) on our shelved AS 8/400, and neither was happy with > that architecture at that time. Does anyone know if that's changed > recently? :-) I wasn't able to find a list of FreeBSD 'supported' alpha > models anywhere. NetBSD was the only OS that supported the machine at the > time (well.. FreeBSD and OpenBSD were out, I can't say I entertained the > idea of Linux/Alpha)... This platform is not supported yet but it should be supported soon after the 4.0 release. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 5:41:22 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id CF15237B51E for ; Fri, 10 Mar 2000 05:41:18 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id BF5B4DF4; Fri, 10 Mar 2000 08:41:16 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id AAA1BC3B; Fri, 10 Mar 2000 08:41:16 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Fri, 10 Mar 2000 08:41:16 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2CFA@mroexc2.tay.dec.com> From: "Waite, Michael" To: 'Matthew Zahorik' , freebsd-alpha@freebsd.org Subject: RE: Ethernet problem on Tsunami Date: Fri, 10 Mar 2000 08:41:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At the SRM if you "set ewa0_mode fastfd" then you will get full duplex. "fast" will only get you half duplex. -----Mike -----Original Message----- From: Matthew Zahorik [mailto:maz@albany.net] Sent: Thursday, March 09, 2000 10:29 PM To: freebsd-alpha@freebsd.org Subject: Re: Ethernet problem on Tsunami : Whatever you do, DO NOT set the SRM to autoneg, you stand a good chance I figured that, and set it from autoneg to the default of "fast". I assume that forces the DS10 to 100Mb, half or full. What gets me is that OSF/1 and Linux on these boxes run with defaults on the same switches. I'll force everything to 100fdx in the morning and report. Thanks! - Matt -- Matthew Zahorik Director of Systems and Networking - BiznessOnline.com matt@thebiz.net President of AlbanyNet Inc. - a BiznessOnline subsidiary maz@albany.net Voice: (518) 292-1001 Fax: (518) 626-0793 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 Fri Mar 10 6:29:41 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from ns.smr.ru (ns.smr.ru [62.76.47.1]) by hub.freebsd.org (Postfix) with ESMTP id ACEE637B958; Fri, 10 Mar 2000 06:29:14 -0800 (PST) (envelope-from adm@smr.ru) Received: from smr.ru (localhost [127.0.0.1]) by ns.smr.ru (8.9.3/8.9.3) with ESMTP id SAA65271; Fri, 10 Mar 2000 18:29:42 +0400 (SAMT) (envelope-from adm@smr.ru) Message-ID: <38C906D6.95D7C802@smr.ru> Date: Fri, 10 Mar 2000 18:29:42 +0400 From: Vladimir Kravchuk Organization: IPSI & SSAU X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 3.3-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Mike Smith Cc: alpha@freebsd.org Subject: Re: Mylex controllers and Alpha systems References: <200003100708.XAA00710@mass.cdrom.com> Content-Type: multipart/mixed; boundary="------------8F0F1276EA26EDF04E5B659A" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------8F0F1276EA26EDF04E5B659A Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Mike Smith wrote: > > The attached patch _should_ fix (amongst other things) the operation of > Mylex RAID controllers on Alpha systems. I've been running this code > here for a while now, and apart from a problem unloading the driver if > it's a module, it's been quite stable. > > I'd _like_ to get this into 4.x so that we can claim support for these > controllers on Alpha as well, but I'd really like at least one other > success story first. > > Thanks for any feedback. > > (Note that this patch doesn't address the Digital-branded Mylex > controllers yet.) > I applyed patch. See the results in attached 'messages'. The results of command 'disklabel /dev/mlxd1' and 'disklabel da0' also attached. I have 4 drives are connected to DAC1164. All drives like 'da0'. I configured RAID level 5 with fault tolerance and 1 spare drive. It's my first RAID controller and I don't know how can I use device 'mlxd1'? How can I create partitions? -- Vladimir Kravchuk. e-mail:adm@smr.ru Phone:+7(8462)322-763 Fax:+7(8462)322-763 --------------8F0F1276EA26EDF04E5B659A Content-Type: text/plain; charset=koi8-r; name="messages" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages" Mar 10 15:43:00 up2 /kernel.mlx: Copyright (c) 1992-2000 The FreeBSD Project. Mar 10 15:43:00 up2 /kernel.mlx: Copyright (c) 1982, 1986, 1989, 1991, 1993 Mar 10 15:43:00 up2 /kernel.mlx: The Regents of the University of California. All rights reserved. Mar 10 15:43:00 up2 /kernel.mlx: FreeBSD 4.0-20000214-CURRENT #0: Fri Mar 10 12:46:22 SAMT 2000 Mar 10 15:43:00 up2 /kernel.mlx: root@up2.claster:/usr/src/sys/compile/up2 Mar 10 15:43:00 up2 /kernel.mlx: ST6600 Mar 10 15:43:00 up2 /kernel.mlx: AlphaPC 264DP 666 MHz, 666MHz Mar 10 15:43:00 up2 /kernel.mlx: 8192 byte page size, 2 processors. Mar 10 15:43:00 up2 /kernel.mlx: CPU: major=11 minor=8 Mar 10 15:43:00 up2 /kernel.mlx: extensions=0x307 Mar 10 15:43:00 up2 /kernel.mlx: OSF PAL rev: 0x2003200020136 Mar 10 15:43:00 up2 /kernel.mlx: real memory = 2144583680 (2094320K bytes) Mar 10 15:43:00 up2 /kernel.mlx: avail memory = 2088796160 (2039840K bytes) Mar 10 15:43:00 up2 /kernel.mlx: Preloaded elf kernel "kernel.mlx" at 0xfffffc0000620000. Mar 10 15:43:00 up2 /kernel.mlx: md0: Malloc disk Mar 10 15:43:00 up2 /kernel.mlx: pcib0: <21271 PCI host bus adapter> on tsunami0 Mar 10 15:43:00 up2 /kernel.mlx: pci0: on pcib0 Mar 10 15:43:00 up2 /kernel.mlx: isab0: at device 5.0 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: isa0: on isab0 Mar 10 15:43:00 up2 /kernel.mlx: ata-pci0: port 0x1100-0x110f,0x3f4-0x3f7,0x1f0-0x1f7 irq 238 at device 5.1 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: ata0 at 0x01f0 irq 14 on ata-pci0 Mar 10 15:43:00 up2 /kernel.mlx: ata-pci1: port 0x374-0x377,0x170-0x177 irq 239 at device 5.2 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: ata-pci1: Busmastering DMA not supported Mar 10 15:43:00 up2 /kernel.mlx: pci0: Cypress 82C693 ATA controller (vendor=0x1080, dev=0xc693) at 5.3 irq 234 Mar 10 15:43:00 up2 /kernel.mlx: ahc0: port 0x1000-0x10ff mem 0x21c5000-0x21c5fff irq 19 at device 6.0 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 255 SCBs Mar 10 15:43:00 up2 /kernel.mlx: ahc0: interrupting at TSUNAMI irq 19 Mar 10 15:43:00 up2 /kernel.mlx: pcib2: at device 7.0 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: pci2: on pcib2 Mar 10 15:43:00 up2 /kernel.mlx: mlx0: port 0x10000-0x1007f mem 0x40000000-0x43ffffff,0x2010000-0x201007f irq 31 at device 8.0 on pci2 Mar 10 15:43:00 up2 /kernel.mlx: mlx0: controller initialisation in progress... Mar 10 15:43:00 up2 /kernel.mlx: mlx0: initialisation complete. Mar 10 15:43:00 up2 /kernel.mlx: mlx0: interrupting at TSUNAMI irq 31 Mar 10 15:43:00 up2 /kernel.mlx: mlx0: DAC1164PVX, 3 channels, firmware 5.07-0-79, 64MB RAM Mar 10 15:43:00 up2 /kernel.mlx: mlxd0: on mlx0 Mar 10 15:43:00 up2 /kernel.mlx: mlxd0: 8748MB (17915904 sectors) RAID 7 (offline) Mar 10 15:43:00 up2 /kernel.mlx: mlxd1: on mlx0 Mar 10 15:43:00 up2 /kernel.mlx: mlxd1: 35002MB (71684096 sectors) RAID 5 (online) Mar 10 15:43:00 up2 /kernel.mlx: pci2: unknown card (vendor=0x1069, dev=0xba55) at 9.0 Mar 10 15:43:00 up2 /kernel.mlx: pci0: unknown card (vendor=0x14c1, dev=0x8043) at 8.0 irq 27 Mar 10 15:43:00 up2 /kernel.mlx: vga-pci0: mem 0x45000000-0x457fffff,0x21c0000-0x21c3fff irq 23 at device 9.0 on pci0 Mar 10 15:43:00 up2 /kernel.mlx: pcib1: <21271 PCI host bus adapter> on tsunami0 Mar 10 15:43:00 up2 /kernel.mlx: pci1: on pcib1 Mar 10 15:43:00 up2 /kernel.mlx: dc0: port 0x80010000-0x8001007f mem 0x81040000-0x810403ff irq 47 at device 7.0 on pci1 Mar 10 15:43:00 up2 /kernel.mlx: dc0: interrupting at TSUNAMI irq 47 Mar 10 15:43:00 up2 /kernel.mlx: dc0: Ethernet address: 00:80:ad:86:85:61 Mar 10 15:43:00 up2 /kernel.mlx: miibus0: on dc0 Mar 10 15:43:00 up2 /kernel.mlx: dcphy0: on miibus0 Mar 10 15:43:00 up2 /kernel.mlx: dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Mar 10 15:43:00 up2 /kernel.mlx: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Mar 10 15:43:00 up2 /kernel.mlx: fdc0: interrupting at ISA irq 6 Mar 10 15:43:00 up2 /kernel.mlx: fdc0: FIFO enabled, 8 bytes threshold Mar 10 15:43:00 up2 /kernel.mlx: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Mar 10 15:43:00 up2 /kernel.mlx: atkbdc0: at port 0x60-0x6f on isa0 Mar 10 15:43:00 up2 /kernel.mlx: atkbd0: irq 1 on atkbdc0 Mar 10 15:43:00 up2 /kernel.mlx: atkbd0: interrupting at ISA irq 1 Mar 10 15:43:00 up2 /kernel.mlx: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 10 15:43:00 up2 /kernel.mlx: sc0: on isa0 Mar 10 15:43:00 up2 /kernel.mlx: sc0: VGA <16 virtual consoles, flags=0x200> Mar 10 15:43:00 up2 /kernel.mlx: mcclock0: at port 0x70-0x71 on isa0 Mar 10 15:43:00 up2 /kernel.mlx: sio0 at port 0x3f8-0x3ff irq 4 on isa0 Mar 10 15:43:00 up2 /kernel.mlx: sio0: type 16550A Mar 10 15:43:00 up2 /kernel.mlx: sio0: interrupting at ISA irq 4 Mar 10 15:43:00 up2 /kernel.mlx: sio1: reserved for low-level i/o Mar 10 15:43:00 up2 /kernel.mlx: Timecounter "alpha" frequency 666421760 Hz Mar 10 15:43:00 up2 /kernel.mlx: Waiting 15 seconds for SCSI devices to settle Mar 10 15:43:00 up2 /kernel.mlx: acd0: CDROM at ata0-slave using PIO3 Mar 10 15:43:00 up2 /kernel.mlx: Mounting root from ufs:/dev/da0a Mar 10 15:43:00 up2 /kernel.mlx: da0 at ahc0 bus 0 target 2 lun 0 Mar 10 15:43:00 up2 /kernel.mlx: da0: Fixed Direct Access SCSI-3 device Mar 10 15:43:00 up2 /kernel.mlx: da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled Mar 10 15:43:00 up2 /kernel.mlx: da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Mar 10 15:43:02 up2 lpd[118]: restarted --------------8F0F1276EA26EDF04E5B659A Content-Type: text/plain; charset=koi8-r; name="disklabel-da0" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="disklabel-da0" # /dev/rda0c: type: SCSI disk: da0 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 2231 sectors/unit: 35843670 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 130*) b: 4194304 2097152 swap # (Cyl. 130*- 391*) c: 35843670 0 unused 0 0 # (Cyl. 0 - 2231*) e: 2097152 6291456 4.2BSD 1024 8192 16 # (Cyl. 391*- 522*) f: 27455062 8388608 4.2BSD 1024 8192 16 # (Cyl. 522*- 2231*) --------------8F0F1276EA26EDF04E5B659A Content-Type: text/plain; charset=koi8-r; name="disklabel-mlxd1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="disklabel-mlxd1" # /dev/mlxd1: type: SCSI disk: amnesiac label: fictitious flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 128 sectors/cylinder: 4096 cylinders: 17501 sectors/unit: 71684096 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 71684096 0 unused 0 0 # (Cyl. 0 - 17500) --------------8F0F1276EA26EDF04E5B659A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 7:34:49 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 6304E37BA36 for ; Fri, 10 Mar 2000 07:34:47 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id 8785CEBA; Fri, 10 Mar 2000 10:34:45 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id 9374771F for ; Fri, 10 Mar 2000 10:34:45 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Fri, 10 Mar 2000 10:34:45 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2D03@mroexc2.tay.dec.com> From: "Waite, Michael" To: alpha@freebsd.org Subject: cloning disks Date: Fri, 10 Mar 2000 10:34:43 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an XP1000 running 4.0 CURRENT. I need to get it also running on some of these new slates that I have http://www.testdrive.compaq.com/slate I put a disk in my XP and set the scsi address to "4" I brought the system up and then sent it to "init 1" I did a /dev/MAKEDEV da4 and it seems to have made the devices. when I type dd if=/dev/da0 of=/dev/da4 bs=64k It tells me "Device not configured" Thoughts? -----Mike Michael Waite Global Partnering Solutions Services Compaq Computer Corporation 200 Forest Street MRO1-3 /E4 Marlboro, Ma 01752 508-467-2289 michael.waite@compaq.com email pager: 6350361@skytel.com skytel pager 1-888-635-0361 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 8:55:55 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 5C0C637B9C8 for ; Fri, 10 Mar 2000 08:55:52 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA25012; Fri, 10 Mar 2000 08:55:50 -0800 Date: Fri, 10 Mar 2000 08:55:43 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Waite, Michael" Cc: alpha@FreeBSD.ORG Subject: Re: cloning disks In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2D03@mroexc2.tay.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Unit numbers != SCSI address. Doa a 'camcontrol devlist' to find what the unit id is of this new drive. If you hadn't rebooted before attaching the disk, do a 'camcontrol rescan '. This said, there've been some somewhat hard to predict issues with the disklabel code and Alpha/FreeBSD which have made access of the daN sometimes not work- but this seems mostly to be due to having a stale DOS header. On Fri, 10 Mar 2000, Waite, Michael wrote: > I have an XP1000 running 4.0 CURRENT. > I need to get it also running on some of these new slates that I have > http://www.testdrive.compaq.com/slate > > I put a disk in my XP and set the scsi address to "4" > I brought the system up and then sent it to "init 1" > > I did a /dev/MAKEDEV da4 and it seems to have made the devices. > when I type dd if=/dev/da0 of=/dev/da4 bs=64k > > It tells me "Device not configured" > > Thoughts? > > -----Mike > > > Michael Waite > Global Partnering Solutions Services > Compaq Computer Corporation > 200 Forest Street MRO1-3 /E4 > Marlboro, Ma 01752 > 508-467-2289 > michael.waite@compaq.com > email pager: 6350361@skytel.com > skytel pager 1-888-635-0361 > > > > 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 Fri Mar 10 9:26:23 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 9DF5737BDF3; Fri, 10 Mar 2000 09:26:16 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id SAA22173; Fri, 10 Mar 2000 18:23:53 +0100 (MET) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id SAA55158; Fri, 10 Mar 2000 18:20:30 +0100 (CET) (envelope-from wilko) Date: Fri, 10 Mar 2000 18:20:30 +0100 From: Wilko Bulte To: "Waite, Michael" Cc: "'Mike Smith'" , alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required Message-ID: <20000310182030.C54919@yedi.iaf.nl> References: <212CC57E84B8D111AD780000F84AA049083C2CE0@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2CE0@mroexc2.tay.dec.com>; from Michael.Waite@compaq.com on Thu, Mar 09, 2000 at 07:42:29PM -0500 X-OS: FreeBSD yedi.iaf.nl 3.4-STABLE FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Mar 09, 2000 at 07:42:29PM -0500, Waite, Michael wrote: > I should also add that that controller has a Digital part number but is > really a DAC960 made by mylex. Scratch of the sticker with KZP* and the Mylex number will appear. At least it did on mine (long ago sold..) > I assume that you have a 230 plus? With 8 megs of cache? Could also be an older KZPSC with 4Mb cache. -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Fri Mar 10 9:26:45 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 3F9DA37C02F; Fri, 10 Mar 2000 09:26:42 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id SAA22166; Fri, 10 Mar 2000 18:23:45 +0100 (MET) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id SAA55107; Fri, 10 Mar 2000 18:18:06 +0100 (CET) (envelope-from wilko) Date: Fri, 10 Mar 2000 18:18:06 +0100 From: Wilko Bulte To: Mike Smith Cc: "Waite, Michael" , Peter Jeremy , alpha@FreeBSD.ORG Subject: Re: Digital KZPCA setup, help required Message-ID: <20000310181806.B54919@yedi.iaf.nl> References: <212CC57E84B8D111AD780000F84AA049083C2CED@mroexc2.tay.dec.com> <200003100139.RAA02042@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003100139.RAA02042@mass.cdrom.com>; from msmith@FreeBSD.ORG on Thu, Mar 09, 2000 at 05:39:37PM -0800 X-OS: FreeBSD yedi.iaf.nl 3.4-STABLE FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Mar 09, 2000 at 05:39:37PM -0800, Mike Smith wrote: > > Just curious....maybe I am crazy but to get ARC running on a DS20 you have > > to do a very complicated set of manovers like this: > > > > > > "arc" > > > > Am i wrong? > > > > I guess I am confused as to why anyone has a hard time getting arc to run.. > > Sorry, I guess my explanation before was a little scatty. > > Getting ARC to run on the DS20 was easy. But when I ran the ra200rcu > program, I just got a blank screen. At that point in time, the KZPCA was > on the second hose; I don't know if that's a problem or not. It also > didn't have any disks attached. Moving it to the first hose and hanging > disks off it works, modulo my complaints about the terrible cabling > layout in at least this instance of the DS20 box. > > My real ordeal was trying to get ARC running on the PC164 that I am using > as a scratch box; that's still a zero-sum failure. 8( > > Just offhand, can you tell me which Mylex controllers the other ra200 > family controllers are based on? If I can't arrange some loaners from > you, I'd like to at least try swapping firmware around to see if I can't > make sure that we're supporting them properly. DAC960 IIRC the KZPAC is the Ultra capable one. KZPSC are earlier Fast SCSI based ones. The KZPSCs have hardware revs that are not high enough to run the latest firmware, I think they can only run 2.xx firmware where Mylex last had 4.xx The 4.xx has a different programming interface. > Also, if you can deal with the horror, I'd love to know if you can get > the programming details for the EISA controller(s); with the AS2100 here > and the very easy access to these controllers on eg. eBay, I get several > enquiries a month from people that want to use them, but Mylex appear to > have discarded the documentation that I need to make this work. 8( Mylex flatly refused to give this docs out when I tried.. -- Wilko Bulte Arnhem, The Netherlands http://www.tcja.nl The FreeBSD Project: 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 Fri Mar 10 9:55:21 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 5FA9437BA40 for ; Fri, 10 Mar 2000 09:55:17 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-024.leach.ucdavis.edu [169.237.60.24]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id JAA95025; Fri, 10 Mar 2000 09:55:15 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id JAA85303; Fri, 10 Mar 2000 09:55:29 -0800 (PST) (envelope-from obrien) Date: Fri, 10 Mar 2000 09:55:29 -0800 From: "David O'Brien" To: "Waite, Michael" Cc: alpha@freebsd.org Subject: Re: cloning disks Message-ID: <20000310095529.D56154@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <212CC57E84B8D111AD780000F84AA049083C2D03@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <212CC57E84B8D111AD780000F84AA049083C2D03@mroexc2.tay.dec.com>; from Michael.Waite@compaq.com on Fri, Mar 10, 2000 at 10:34:43AM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 10, 2000 at 10:34:43AM -0500, Waite, Michael wrote: > I put a disk in my XP and set the scsi address to "4" > I brought the system up and then sent it to "init 1" > > I did a /dev/MAKEDEV da4 and it seems to have made the devices. > when I type dd if=/dev/da0 of=/dev/da4 bs=64k > > It tells me "Device not configured" There are some bugs with doing this. You might email PHK@freebsd.org directly as the bug is felt to be in his code. Or email bde@freebsd.org how I think is familar with the bug. I believe you can do this if you: dd if=/dev/da0 of=/dev/da4 bs=64k skip=512 disklabel -B da4 [I could be off on the offset to skip. Others can probably correct me.] -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 10:23:58 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.thebiz.net (mx1.thebiz.net [216.238.0.20]) by hub.freebsd.org (Postfix) with SMTP id 1128D37B9F4 for ; Fri, 10 Mar 2000 10:23:55 -0800 (PST) (envelope-from maz@albany.net) Received: (qmail 8733 invoked from network); 10 Mar 2000 13:23:50 -0500 Received: from mail1.thebiz.net (172.16.0.179) by mx1.thebiz.net with SMTP; 10 Mar 2000 13:23:50 -0500 Received: (qmail 13158 invoked by uid 0); 10 Mar 2000 13:23:50 -0500 Received: from unknown (HELO mahatma) (216.238.1.20) by mail.albany.net with SMTP; 10 Mar 2000 13:23:50 -0500 Message-ID: <00f501bf8abd$b7f48290$1401eed8@mahatma> From: "Matthew Zahorik" To: References: <200003100320.WAA89150@grasshopper.cs.duke.edu> <00b901bf8a40$b7165f60$c320a118@matthome> <20000309233950.A4877@stat.Duke.EDU> Subject: Re: Ethernet problem on Tsunami Date: Fri, 10 Mar 2000 13:23:22 -0500 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 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org : I'll force everything to 100fdx in the morning and report. Okay, that all worked as soon as the *switch* was forced to 100Mb/fdx. The SRM settings and kernel settings really don't matter. I have the mediatype set to autoneg and it works fine. [1] Sounds like the autonegotiation bits of the driver are broken. I don't have to force the switch for any other OS on the same hardware. (or other hardware) Also, there are absolutely, completely no link or activity lights. This is bad from an operational standpoint where NOC guys are running around and thinking their cables are defective. Should I submit this as a bug? Is there any other debugging output can I add to help figure this out? Right now, this is an acceptable workaround, but long term I'd like to see/help get this problem fixed. Thanks for all the help! - Matt [1] "Works fine" is relative. The kernel autonegs 100Mb/hdx, the switch is still forced to 100Mb/fdx. To get proper operation at higher utilization without errors you still have to force it, but you can pass low-volume traffic with ifconfig set with a media of auto. -- Matthew Zahorik Director of Systems and Networking - BiznessOnline.com matt@thebiz.net President of AlbanyNet Inc. - a BiznessOnline subsidiary maz@albany.net Voice: (518) 292-1001 Fax: (518) 626-0793 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 11: 0:17 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (castles549.castles.com [208.214.165.113]) by hub.freebsd.org (Postfix) with ESMTP id 8B23B37B510 for ; Fri, 10 Mar 2000 11:00:14 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA02878; Fri, 10 Mar 2000 11:01:22 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003101901.LAA02878@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Vladimir Kravchuk Cc: alpha@freebsd.org Subject: Re: Mylex controllers and Alpha systems In-reply-to: Your message of "Fri, 10 Mar 2000 18:29:42 +0400." <38C906D6.95D7C802@smr.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Mar 2000 11:01:22 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The results of command 'disklabel /dev/mlxd1' and > 'disklabel da0' also attached. > I have 4 drives are connected to DAC1164. All drives like 'da0'. > I configured RAID level 5 with fault tolerance and 1 spare drive. > It's my first RAID controller and I don't know how can I use > device 'mlxd1'? How can I create partitions? You would go to /dev and use ./MAKEDEV mlxd1 for that. I'm not so sure about the deal below though; mlxd0 shouldn't be showing up like that. I'd _suspect_ that you have a stale configuration component in the system somewhere from a previous setup, but I've only seen the "RAID 7 (offline)" symptom before when things have been so busy that I couldn't track it down. mlx0: port 0x10000-0x1007f mem 0x40000000-0x43ffffff,0x2010000-0x201007f irq 31 at device 8.0 on pci2 mlx0: controller initialisation in progress... mlx0: initialisation complete. mlx0: interrupting at TSUNAMI irq 31 mlx0: DAC1164PVX, 3 channels, firmware 5.07-0-79, 64MB RAM mlxd0: on mlx0 mlxd0: 8748MB (17915904 sectors) RAID 7 (offline) mlxd1: on mlx0 mlxd1: 35002MB (71684096 sectors) RAID 5 (online) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 12:22: 8 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id ABA3837BA82; Fri, 10 Mar 2000 12:22:01 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA73255; Fri, 10 Mar 2000 13:21:58 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA17623; Fri, 10 Mar 2000 13:21:36 -0700 (MST) Message-Id: <200003102021.NAA17623@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: cloning disks Cc: "Waite, Michael" , alpha@FreeBSD.ORG In-reply-to: Your message of "Fri, 10 Mar 2000 09:55:29 PST." <20000310095529.D56154@dragon.nuxi.com> References: <20000310095529.D56154@dragon.nuxi.com> <212CC57E84B8D111AD780000F84AA049083C2D03@mroexc2.tay.dec.com> Date: Fri, 10 Mar 2000 13:21:36 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000310095529.D56154@dragon.nuxi.com> "David O'Brien" writes: : There are some bugs with doing this. You might email PHK@freebsd.org : directly as the bug is felt to be in his code. Or email bde@freebsd.org : how I think is familar with the bug. I believe you can do this if you: : : dd if=/dev/da0 of=/dev/da4 bs=64k skip=512 : disklabel -B da4 : : [I could be off on the offset to skip. Others can probably correct me.] diskprep da4 works for me :-) http://people.freebsd.org/~imp/diskprep along with the patches to fdisk to make it work: http://people.freebsd.org/~imp/fdisk-patch Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 14:42: 3 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 3D8C837BEA7 for ; Fri, 10 Mar 2000 14:41:58 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id DE562C20; Fri, 10 Mar 2000 17:41:49 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id D1B69E84 for ; Fri, 10 Mar 2000 17:41:49 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Fri, 10 Mar 2000 17:41:49 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2D1F@mroexc2.tay.dec.com> From: "Waite, Michael" To: alpha@FreeBSD.ORG Subject: the new DS10-L Date: Fri, 10 Mar 2000 17:41:33 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I new it was too good to be true. Looks like we are back to the drawing board unless i am having a brain cramp. The ISO image that worked so well on the XP1000 does not work on the new "slate" systems. I have two internal 9 gig scsi drives. atwo nics, one qlogic and an external cdrom/floppy hanging out of the box plugged into the onboard ide controller. Any chance that someone out there has done a slate install successfully? I gave up on making the clone as I don't have the time to sit there and newfs partitions etc. I had hoped that FreeBSD supported "dd" At least to just get the system up and running. -----Mike Michael Waite Global Partnering Solutions Services Compaq Computer Corporation 200 Forest Street MRO1-3 /E4 Marlboro, Ma 01752 508-467-2289 michael.waite@compaq.com email pager: 6350361@skytel.com skytel pager 1-888-635-0361 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 14:54:50 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mailext04.compaq.com (mailext04.compaq.com [207.18.199.42]) by hub.freebsd.org (Postfix) with ESMTP id 635B937BF34 for ; Fri, 10 Mar 2000 14:54:46 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by mailext04.compaq.com (Postfix, from userid 12345) id 3FC49104C82; Fri, 10 Mar 2000 16:54:40 -0600 (CST) Received: from mailint02.im.hou.compaq.com (mailint02.compaq.com [207.18.199.35]) by mailext04.compaq.com (Postfix) with ESMTP id 397CCFB101; Fri, 10 Mar 2000 16:54:40 -0600 (CST) Received: by mailint02.im.hou.compaq.com (Postfix, from userid 12345) id 3DD394D402; Fri, 10 Mar 2000 16:54:33 -0600 (CST) Received: from exctay-gh01.tay.cpqcorp.net (exctay-gh01.tay.cpqcorp.net [16.103.129.42]) by mailint02.im.hou.compaq.com (Postfix) with ESMTP id 057CB43981; Fri, 10 Mar 2000 16:54:32 -0600 (CST) Received: by exctay-gh01.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Fri, 10 Mar 2000 17:54:38 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2D20@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'mjacob@feral.com'" Cc: freebsd-alpha@freebsd.org Subject: RE: the new DS10-L Date: Fri, 10 Mar 2000 17:54:37 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No this is standard EV6 @500Mhz take a look............ I have put the specs here http://www.testdrive.compaq.com/slate -----Original Message----- From: Matthew Jacob [mailto:mjacob@feral.com] Sent: Friday, March 10, 2000 5:52 PM To: Waite, Michael Subject: Re: the new DS10-L How about some details of lossage? Are these the new 677Mhz+ systems? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 15:37:41 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 2430037BA35 for ; Fri, 10 Mar 2000 15:37:35 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id PAA01199; Fri, 10 Mar 2000 15:38:54 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <200003102338.PAA01199@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Waite, Michael" Cc: alpha@FreeBSD.ORG Subject: Re: the new DS10-L In-reply-to: Your message of "Fri, 10 Mar 2000 17:41:33 EST." <212CC57E84B8D111AD780000F84AA049083C2D1F@mroexc2.tay.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Mar 2000 15:38:54 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I new it was too good to be true. > Looks like we are back to the drawing board unless i am having a brain > cramp. > > The ISO image that worked so well on the XP1000 does not work on the new > "slate" systems. > > I have two internal 9 gig scsi drives. atwo nics, one qlogic and an external > cdrom/floppy hanging out of the box plugged into the onboard ide controller. > > Any chance that someone out there has done a slate install successfully? I don't think anyone even knew about these systems until you mentioned them. Can you be more specific about "doesn't work"? > I gave up on making the clone as I don't have the time to sit there and > newfs partitions etc. > I had hoped that FreeBSD supported "dd" At least to just get the system up > and running. dd'ing between identical disks works fine (I do it on a regular basis here). You can get bitten if you have something on the second disk that looks like a slice table/partition table because the disklabel code is trying to protect you from yourself, but in the typical case: dd if=/dev/da0 of=/dev/da1 bs=1m you shouldn't run into any problems at all. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Mar 10 18:46: 2 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 33C5A37B855 for ; Fri, 10 Mar 2000 18:46:01 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id SAA44379; Fri, 10 Mar 2000 18:46:29 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: "Waite, Michael" Cc: alpha@FreeBSD.ORG Subject: Re: the new DS10-L In-reply-to: Your message of "Fri, 10 Mar 2000 17:41:33 EST." <212CC57E84B8D111AD780000F84AA049083C2D1F@mroexc2.tay.dec.com> Date: Fri, 10 Mar 2000 18:46:29 -0800 Message-ID: <44376.952742789@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Any chance that someone out there has done a slate install successfully? I don't think any of us have even seen one. The first mention I'd seen of the product at all was your first mention a few days ago. Any chance of getting our hands on one? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Mar 11 4:13:31 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from ns.smr.ru (ns.smr.ru [62.76.47.1]) by hub.freebsd.org (Postfix) with ESMTP id 30BC437B77C; Sat, 11 Mar 2000 04:13:09 -0800 (PST) (envelope-from adm@smr.ru) Received: from smr.ru (localhost [127.0.0.1]) by ns.smr.ru (8.9.3/8.9.3) with ESMTP id QAA84257; Sat, 11 Mar 2000 16:13:47 +0400 (SAMT) (envelope-from adm@smr.ru) Message-ID: <38CA387B.F09DC07F@smr.ru> Date: Sat, 11 Mar 2000 16:13:47 +0400 From: Vladimir Kravchuk Organization: IPSI & SSAU X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 3.3-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Mike Smith Cc: alpha@freebsd.org Subject: Re: Mylex controllers and Alpha systems References: <200003101901.LAA02878@mass.cdrom.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: > > > The results of command 'disklabel /dev/mlxd1' and > > 'disklabel da0' also attached. > > I have 4 drives are connected to DAC1164. All drives like 'da0'. > > I configured RAID level 5 with fault tolerance and 1 spare drive. > > It's my first RAID controller and I don't know how can I use > > device 'mlxd1'? How can I create partitions? > > You would go to /dev and use ./MAKEDEV mlxd1 for that. > > I'm not so sure about the deal below though; mlxd0 shouldn't be showing > up like that. I'd _suspect_ that you have a stale configuration > component in the system somewhere from a previous setup, Thanks. I clear and rebuild configuration. Now the results are: Mar 11 11:47:59 up2 /kernel.mlx: pci2: on pcib2 Mar 11 11:47:59 up2 /kernel.mlx: mlx0: port 0x10000-0x1007f mem 0x40000000-0x43ffffff,0x2010000-0x201007f irq 31 at device 8.0 on pci2 Mar 11 11:47:59 up2 /kernel.mlx: mlx0: controller initialisation in progress... Mar 11 11:47:59 up2 /kernel.mlx: mlx0: initialisation complete. Mar 11 11:47:59 up2 /kernel.mlx: mlx0: interrupting at TSUNAMI irq 31 Mar 11 11:47:59 up2 /kernel.mlx: mlx0: DAC1164PVX, 3 channels, firmware 5.07-0-79, 64MB RAM Mar 11 11:47:59 up2 /kernel.mlx: mlxd0: on mlx0 Mar 11 11:47:59 up2 /kernel.mlx: mlxd0: 35002MB (71684096 sectors) RAID 5 (online) Mar 11 11:47:59 up2 /kernel.mlx: pci2: unknown card (vendor=0x1069, dev=0xba55) at 9.0 The 'df' results are: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0a 1016303 59555 875444 6% / /dev/da0f 13305156 843649 11397095 7% /usr /dev/da0e 1016303 14921 920078 2% /var procfs 8 8 0 100% /proc /dev/mlxd0 34739262 1 31960121 0% /mylex It's OK. Thanks. > but I've only > seen the "RAID 7 (offline)" symptom before when things have been so busy > that I couldn't track it down. > > mlx0: port 0x10000-0x1007f mem 0x40000000-0x43ffffff,0x2010000-0x201007f irq 31 at device 8.0 on pci2 > mlx0: controller initialisation in progress... > mlx0: initialisation complete. > mlx0: interrupting at TSUNAMI irq 31 > mlx0: DAC1164PVX, 3 channels, firmware 5.07-0-79, 64MB RAM > mlxd0: on mlx0 > mlxd0: 8748MB (17915904 sectors) RAID 7 (offline) > mlxd1: on mlx0 > mlxd1: 35002MB (71684096 sectors) RAID 5 (online) > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com -- Vladimir Kravchuk. e-mail:adm@smr.ru Phone:+7(8462)322-763 Fax:+7(8462)322-763 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Mar 11 5:31:25 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from zmamail01.zma.compaq.com (zmamail01.zma.compaq.com [161.114.64.101]) by hub.freebsd.org (Postfix) with ESMTP id 9942737B83E for ; Sat, 11 Mar 2000 05:31:20 -0800 (PST) (envelope-from michael.waite@compaq.com) Received: by zmamail01.zma.compaq.com (Postfix, from userid 12345) id C518FF9F; Sat, 11 Mar 2000 08:31:19 -0500 (EST) Received: from exctay-gh02.tay.cpqcorp.net (exctay-gh02.tay.cpqcorp.net [16.103.129.52]) by zmamail01.zma.compaq.com (Postfix) with ESMTP id BCFFDD2B; Sat, 11 Mar 2000 08:31:19 -0500 (EST) Received: by exctay-gh02.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id ; Sat, 11 Mar 2000 08:31:18 -0500 Message-ID: <212CC57E84B8D111AD780000F84AA049083C2D23@mroexc2.tay.dec.com> From: "Waite, Michael" To: "'Jordan K. Hubbard'" Cc: alpha@FreeBSD.ORG Subject: RE: the new DS10-L Date: Sat, 11 Mar 2000 08:31:18 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, I just got a rack of them that were going to be scrapped as they were the ones that were used for testing and what not. I am going to be making them available online next week but I think the "men in black" would come after me if I put one in the mail and sent it to you. :-) -----Mike -----Original Message----- From: Jordan K. Hubbard [mailto:jkh@zippy.cdrom.com] Sent: Friday, March 10, 2000 9:46 PM To: Waite, Michael Cc: alpha@FreeBSD.ORG Subject: Re: the new DS10-L > Any chance that someone out there has done a slate install successfully? I don't think any of us have even seen one. The first mention I'd seen of the product at all was your first mention a few days ago. Any chance of getting our hands on one? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message