From owner-freebsd-alpha Sun Jan 10 00:10:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17074 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 00:10:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17067 for ; Sun, 10 Jan 1999 00:10:56 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id RAA04148 for ; Sun, 10 Jan 1999 17:10:24 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id RAA11069; Sun, 10 Jan 1999 17:10:23 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: f77 fix X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Sun, 10 Jan 1999 17:10:23 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 33 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I found the reason why f77 so offen dies on alpha. Here is a fix. "Const" is a union of int and double. If nelt->constblock.Const.ci > 0 then it trys to evaluate it as double and floating point exception occurs. Could someone review and commit this? Obtained from: ftp://ftp.netbsd.org/pub/NetBSD/packages/distfiles/LOCAL_PORTS/f2c-19980516.tar.gz /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: proc.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/f2c/proc.c,v retrieving revision 1.4 diff -u -r1.4 proc.c --- proc.c 1998/07/24 07:13:57 1.4 +++ proc.c 1999/01/10 08:03:15 @@ -920,8 +920,8 @@ else if (!ONEOF(nelt->headblock.vtype, MSKINT|MSKREAL)) bad_dimtype(q); else if (ISINT(nelt->headblock.vtype) - && nelt->constblock.Const.ci <= 0 - || nelt->constblock.Const.cd[0] <= 0) + ? nelt->constblock.Const.ci <= 0 + : nelt->constblock.Const.cd[0] <= 0.) dclerr("nonpositive dimension", q); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 01:38:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24033 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 01:38:36 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24028 for ; Sun, 10 Jan 1999 01:38:34 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id KAA28356; Sun, 10 Jan 1999 10:37:58 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA12679 (5.67b/IDA-1.5); Sun, 10 Jan 1999 10:11:08 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id XAA25808; Sat, 9 Jan 1999 23:07:52 +0100 (CET) From: Wilko Bulte Message-Id: <199901092207.XAA25808@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: from Doug Rabson at "Jan 9, 99 07:52:11 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sat, 9 Jan 1999 23:07:52 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Doug Rabson wrote... > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote... > > > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > > > > > I hacked a bit on the EB64+ bits taken from NetBSD and I am as far as > > > > getting: > > > > > > > > boot: ethernet address: 00:00:f8:20:7f:45 > > > > netbbinfo invalid > > > > boot: ethernet address: 00:00:f8:20:7f:45 > > > > netbbinfo invalid > > > > How about this netbbinfo thingy? I now have 10base2 cable in use. Same > > warning/error. > > This is normal. The netboot code has vestigial support for embedded > addresses (from the NetBSD boot code). This message is printed if the > embedded information isn't valid. Blurk. ;-) Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 04:02:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA11532 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 04:02:39 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA11524 for ; Sun, 10 Jan 1999 04:02:36 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id MAA02755; Sun, 10 Jan 1999 12:01:43 GMT Date: Sun, 10 Jan 1999 12:01:43 +0000 (GMT) From: Doug Rabson To: Wilko Bulte cc: freebsd-alpha@FreeBSD.ORG Subject: Re: porting to EB64+ / Alpine In-Reply-To: <199901091955.UAA24119@yedi.iaf.nl> 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 Sat, 9 Jan 1999, Wilko Bulte wrote: > As Doug Rabson wrote... > > > > sio0: type 16550A > > > sio1: reserved for low-level i/o > > > panic: possible stack overflow > > > > > > panic > > > Stopped at Debugger..ng+0x24: ldq ra,0(sp) > > > <0xfffffc0000578230> > > 698b8,sp=0xfffffc0000578230> > > > db> > > > > > > I have also seen 'panic: clock not attached'. As I'm trying to find my way > > > around in the kernel source tree I appreciate any hints. > > > > This usually happens if an interrupt is enabled but not handled. The > > interrupt exception tries to return but is immediately reentered with a > > few bytes less stack. > > Interrupts... (I did not have any interrupt mapping setup ;-) I'm trying > to get an understanding of how that works now. > > Somewhat related question: I would appreciate the output of SHOW CONF > of a genuine EB64+. My Aspen Alpine is different enough to make this > interesting. I imagine that SRM had enabled a few pci interrupts for booting and this is what was interrupting. Most of the platform code (e.g. dec_st550.c) disables all the interrupts that it doesn't know about to avoid this. -- 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 Jan 10 08:59:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11182 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 08:59:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA11177 for ; Sun, 10 Jan 1999 08:59:38 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA30571 (5.67b/IDA-1.5); Sun, 10 Jan 1999 17:54:36 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id RAA05315; Sun, 10 Jan 1999 17:56:38 +0100 (CET) From: Wilko Bulte Message-Id: <199901101656.RAA05315@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: from Doug Rabson at "Jan 10, 99 12:01:43 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 10 Jan 1999 17:56:38 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Doug Rabson wrote... > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote... > > > > > > sio0: type 16550A > > > > sio1: reserved for low-level i/o > > > > panic: possible stack overflow > > > > > > > > panic > > > > Stopped at Debugger..ng+0x24: ldq ra,0(sp) > > > > <0xfffffc0000578230> > > > 698b8,sp=0xfffffc0000578230> > > > > db> > > > > > > > > I have also seen 'panic: clock not attached'. As I'm trying to find my way > > > > around in the kernel source tree I appreciate any hints. > > > > > > This usually happens if an interrupt is enabled but not handled. The > > > interrupt exception tries to return but is immediately reentered with a > > > few bytes less stack. > > > > Interrupts... (I did not have any interrupt mapping setup ;-) I'm trying > > to get an understanding of how that works now. It seems you don't really need a mapping setup, the SRM seems to do that for you on the EB64+ (???? here). > > Somewhat related question: I would appreciate the output of SHOW CONF > > of a genuine EB64+. My Aspen Alpine is different enough to make this > > interesting. > > I imagine that SRM had enabled a few pci interrupts for booting and this > is what was interrupting. Most of the platform code (e.g. > dec_st550.c) disables all the interrupts that it doesn't know about to > avoid this. This was the golden tip. I disabled all interrupts except for the ISA-PCI bridge (is this right BTW?). Now the Alpine is happily running FreeBSD: alpine#w 5:47PM up 36 mins, 2 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT root p0 yedi 5:41PM - w root p1 yedi 5:44PM 3 -sh (sh) alpine#uname -a FreeBSD alpine.iaf.nl 3.0-CURRENT FreeBSD 3.0-CURRENT #4: Sun Jan 10 15:11:45 CET 1999 root@axp33.iaf.nl:/usr/src/sys/compile/GENERIC alpha alpine# There are a few things I don't understand, like why the 100Mbit DE500 card does not want to work in the Alpine. Anyway, I'll have it build world as a test. In the meantime I can finally read the EB64+ tech manual ;-) ;-) Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 09:07:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12135 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 09:07:25 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12116 for ; Sun, 10 Jan 1999 09:07:20 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id RAA01363; Sun, 10 Jan 1999 17:06:37 GMT Date: Sun, 10 Jan 1999 17:06:37 +0000 (GMT) From: Doug Rabson To: Wilko Bulte cc: freebsd-alpha@FreeBSD.ORG Subject: Re: porting to EB64+ / Alpine In-Reply-To: <199901101656.RAA05315@yedi.iaf.nl> 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, 10 Jan 1999, Wilko Bulte wrote: > As Doug Rabson wrote... > > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > > > As Doug Rabson wrote... > > > > > > > > sio0: type 16550A > > > > > sio1: reserved for low-level i/o > > > > > panic: possible stack overflow > > > > > > > > > > panic > > > > > Stopped at Debugger..ng+0x24: ldq ra,0(sp) > > > > > <0xfffffc0000578230> > > > > 698b8,sp=0xfffffc0000578230> > > > > > db> > > > > > > > > > > I have also seen 'panic: clock not attached'. As I'm trying to find my way > > > > > around in the kernel source tree I appreciate any hints. > > > > > > > > This usually happens if an interrupt is enabled but not handled. The > > > > interrupt exception tries to return but is immediately reentered with a > > > > few bytes less stack. > > > > > > Interrupts... (I did not have any interrupt mapping setup ;-) I'm trying > > > to get an understanding of how that works now. > > It seems you don't really need a mapping setup, the SRM seems to do that > for you on the EB64+ (???? here). Ideally we shouldn't need to generate the mapping for any platforms and SRM would program the intline of the pci config space with the right number. This happens for newer systems but not for old ones. > > > > Somewhat related question: I would appreciate the output of SHOW CONF > > > of a genuine EB64+. My Aspen Alpine is different enough to make this > > > interesting. > > > > I imagine that SRM had enabled a few pci interrupts for booting and this > > is what was interrupting. Most of the platform code (e.g. > > dec_st550.c) disables all the interrupts that it doesn't know about to > > avoid this. > > This was the golden tip. I disabled all interrupts except for the ISA-PCI > bridge (is this right BTW?). Now the Alpine is happily running FreeBSD: It sounds right (for an apecs based platform) as long as you don't lose something important like the clock :-). > > alpine#w > 5:47PM up 36 mins, 2 users, load averages: 0.00, 0.00, 0.00 > USER TTY FROM LOGIN@ IDLE WHAT > root p0 yedi 5:41PM - w > root p1 yedi 5:44PM 3 -sh (sh) > alpine#uname -a > FreeBSD alpine.iaf.nl 3.0-CURRENT FreeBSD 3.0-CURRENT #4: Sun Jan 10 > 15:11:45 CET 1999 root@axp33.iaf.nl:/usr/src/sys/compile/GENERIC alpha > alpine# > > There are a few things I don't understand, like why the 100Mbit DE500 card > does not want to work in the Alpine. > > Anyway, I'll have it build world as a test. In the meantime I can finally > read the EB64+ tech manual ;-) ;-) Nice to see the beast up and running - we'll have to get the support into the tree. I forget, do you have commit privs? -- 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 Jan 10 09:23:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13902 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 09:23:18 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13891 for ; Sun, 10 Jan 1999 09:23:15 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id RAA01432; Sun, 10 Jan 1999 17:22:27 GMT Date: Sun, 10 Jan 1999 17:22:27 +0000 (GMT) From: Doug Rabson To: Hidetoshi Shimokawa cc: freebsd-alpha@FreeBSD.ORG Subject: Re: f77 fix In-Reply-To: <19990110171023V.simokawa@sat.t.u-tokyo.ac.jp> 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, 10 Jan 1999, Hidetoshi Shimokawa wrote: > I found the reason why f77 so offen dies on alpha. Here is a fix. > "Const" is a union of int and double. > If nelt->constblock.Const.ci > 0 then it trys to evaluate it as double > and floating point exception occurs. > > Could someone review and commit this? Done, thanks! -- 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 Jan 10 11:47:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05105 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 11:47:34 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA05090 for ; Sun, 10 Jan 1999 11:47:32 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id TAA02028 for ; Sun, 10 Jan 1999 19:46:51 GMT Date: Sun, 10 Jan 1999 19:46:51 +0000 (GMT) From: Doug Rabson To: alpha@FreeBSD.ORG Subject: Re: cvs commit: src/usr.bin/f2c proc.c (fwd) 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 -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 ---------- Forwarded message ---------- Date: Sun, 10 Jan 1999 11:50:03 -0800 (PST) From: Steve Kargl To: Doug Rabson Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/usr.bin/f2c proc.c According to Doug Rabson: > dfr 1999/01/10 09:22:51 PST > > Modified files: > usr.bin/f2c proc.c > Log: > From the submitter: > > I found the reason why f77 so offen dies on alpha. Here is a fix. > "Const" is a union of int and double. > If nelt->constblock.Const.ci > 0 then it trys to evaluate it as double > and floating point exception occurs. > There may be worse problems with f2c on alpha machines. My Alphastation runs Digital Unix, so I haven't had a channce to FreeBSD/axp. >From http://www.netlib.org/f2c/readme: NOTE: f2c.h defines several types, e.g., real, integer, doublereal. The definitions in f2c.h are suitable for most machines, but if your machine has sizeof(double) > 2*sizeof(long), you may need to adjust f2c.h appropriately. f2c assumes sizeof(doublecomplex) = 2*sizeof(doublereal) sizeof(doublereal) = sizeof(complex) sizeof(doublereal) = 2*sizeof(real) sizeof(real) = sizeof(integer) sizeof(real) = sizeof(logical) sizeof(real) = 2*sizeof(shortint) EQUIVALENCEs may not be translated correctly if these assumptions are violated. On machines, such as those using a DEC Alpha processor, on which sizeof(short) == 2, sizeof(int) == sizeof(float) == 4, and sizeof(long) == sizeof(double) == 8, it suffices to modify f2c.h by removing the first occurrence of "long " on each line containing "long ", e.g., by issuing the commands mv f2c.h f2c.h0 sed 's/long //' f2c.h0 >f2c.h On such machines, one can enable INTEGER*8 by uncommenting the typedef of longint in f2c.h, so it reads typedef long longint; by compiling libI77 with -DAllow_TYQUAD, and by adjusting libF77/makefile as described in libF77/README. Some machines may have sizeof(int) == 4, sizeof(float) == 8, and sizeof(long long) == 8. On such machines, adjust f2c.h by changing "long int " to "long long ", e.g., by saying mv f2c.h f2c.h0 sed 's/long int /long long /' f2c.h0 >f2c.h One can enable INTEGER*8 on such machines as described above, but with typedef long long longint; -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 11:56:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06983 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 11:56:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA06970 for ; Sun, 10 Jan 1999 11:56:22 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA03244 (5.67b/IDA-1.5); Sun, 10 Jan 1999 20:07:56 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id TAA06131; Sun, 10 Jan 1999 19:24:10 +0100 (CET) From: Wilko Bulte Message-Id: <199901101824.TAA06131@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: from Doug Rabson at "Jan 10, 99 12:01:43 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 10 Jan 1999 19:24:10 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Doug Rabson wrote... > On Sat, 9 Jan 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote... [snip] > > Somewhat related question: I would appreciate the output of SHOW CONF > > of a genuine EB64+. My Aspen Alpine is different enough to make this > > interesting. > > I imagine that SRM had enabled a few pci interrupts for booting and this > is what was interrupting. Most of the platform code (e.g. > dec_st550.c) disables all the interrupts that it doesn't know about to > avoid this. The Alpine is running now. But I have a strange phenomenon during boot. The system once booted is stable as far as I can see (will hammer on it tonite). But: Probing for devices on PCI bus 0: ncr0: rev 0x01 int a irq 7 on pci0.5.0 de0: rev 0x23 int a irq 0 on pci0.6.0 de0: DEC 21040 [10Mb/s] pass 2.3 /dev/rda1e: 25123 files, 521572 used, 281649 free (40825 frags, 30103 blocks, 5.1% fragmentation) Doing initial network setup: hostname. de0: flags=8843 mtu 1500 inet 192.168.200.10 netmask 0xffffff00 broadcast 192.168.200.255 ether 00:00:f8:20:7f:45 media: autoselect (10baseT/UTP) status: active supported media: autoselect 10base5/AUI manual 10baseT/UTP 10baseT/UTP lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add ne Notice the odd output after the fsck line. This is exactly what I get on the console, it seems the CR is missing. Really weird. Anybody seen this before? And a related problem: on _some_ system boots I get a 'stuttering' output. So, the bootmessages appear in fragments, about 1 fragment a second. And in the end the whole thing hangs multiple times for 20-30 seconds, before printing the console login: In the end it gets to login: It seems that this happens if I halt FreeBSD, and then do a boot from the SRM _without_ hitting the reset button first. It looks like if something needs to get whacked on the head first, something a reset apparantly provides. I suspect this has something to do with interrupt handling. Suggestions are as always welcome. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 12:51:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11579 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 12:51:44 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11574 for ; Sun, 10 Jan 1999 12:51: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.1/8.9.1) with ESMTP id PAA09998; Sun, 10 Jan 1999 15:51:11 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id PAA72115; Sun, 10 Jan 1999 15:51:09 -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: Sun, 10 Jan 1999 15:51:08 -0500 (EST) To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: porting to EB64+ / Alpine In-Reply-To: <199901101824.TAA06131@yedi.iaf.nl> References: <199901101824.TAA06131@yedi.iaf.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13977.4332.669944.1550@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > And a related problem: on _some_ system boots I get a 'stuttering' output. > So, the bootmessages appear in fragments, about 1 fragment a second. > And in the end the whole thing hangs multiple times for 20-30 seconds, > before printing the console login: In the end it gets to login: > > It seems that this happens if I halt FreeBSD, and then do a boot from the > SRM _without_ hitting the reset button first. > > It looks like if something needs to get whacked on the head first, something > a reset apparantly provides. I suspect this has something to do with > interrupt handling. Suggestions are as always welcome. I've seen this too, but its never bothered me enough to chase down. As a hackish workaround, type 'init' at the srm console before booting if you've halted via ddb. This should provide the same effect as hitting reset. 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 Sun Jan 10 13:55:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18858 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 13:55:28 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18847 for ; Sun, 10 Jan 1999 13:55:24 -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.1/8.9.1) with ESMTP id QAA10549 for ; Sun, 10 Jan 1999 16:54:54 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id QAA72227; Sun, 10 Jan 1999 16:54:51 -0500 (EST) (envelope-from gallatin@cs.duke.edu) Message-Id: <199901102154.QAA72227@grasshopper.cs.duke.edu> From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 10 Jan 1999 16:54:51 -0500 (EST) To: freebsd-alpha@FreeBSD.ORG Subject: printing vm_offset_t's X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org What's the proper way to print out vm_offset_t's in MI parts of the kernel? Certain things (like procfs's map file) are broken because i386 defines vm_offset_t as: /sys/i386/include/types.h:typedef unsigned int vm_offset_t; but alpha defines it as: /sys/alpha/include/types.h:typedef unsigned long vm_offset_t; And printf format strings for printing out vm_offset_t's are typically "0x%x" which results in warnings on alpha, as well as truncation of the data. My gut reaction is that the i386's definition should be changed to an unsigned long (since the size would be the same) & all format strings for printing out vm_offset_t's should be changed to "0x%lx" If that's too radical, I think that at the very least format strings should be changed to "0x%lx". This would result in proper behaviour on alphas, with the downside of also shifting warning to the i386 branch. Or maybe we should just cast vm_offset_t's to (void *) and use a %p format sting. Just wanted to raise the issue.. 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 Sun Jan 10 13:59:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19389 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 13:59:30 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA19383 for ; Sun, 10 Jan 1999 13:59:27 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA09760 (5.67b/IDA-1.5); Sun, 10 Jan 1999 22:38:17 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id UAA06845; Sun, 10 Jan 1999 20:39:48 +0100 (CET) From: Wilko Bulte Message-Id: <199901101939.UAA06845@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: from Doug Rabson at "Jan 10, 99 05:06:37 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 10 Jan 1999 20:39:48 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Doug Rabson wrote... > On Sun, 10 Jan 1999, Wilko Bulte wrote: > > > > Interrupts... (I did not have any interrupt mapping setup ;-) I'm trying > > > > to get an understanding of how that works now. > > > > It seems you don't really need a mapping setup, the SRM seems to do that > > for you on the EB64+ (???? here). > > Ideally we shouldn't need to generate the mapping for any platforms and > SRM would program the intline of the pci config space with the right > number. This happens for newer systems but not for old ones. Aha. I had initially tried to mimic the stuff from dec_2100_a50_intr_map(void *arg) because the AS2100 also has the apecs. Obviously a bad choice as I soon found out, because the AS2100 is very different in this respect. > > > I imagine that SRM had enabled a few pci interrupts for booting and this > > > is what was interrupting. Most of the platform code (e.g. > > > dec_st550.c) disables all the interrupts that it doesn't know about to > > > avoid this. > > > > This was the golden tip. I disabled all interrupts except for the ISA-PCI > > bridge (is this right BTW?). Now the Alpine is happily running FreeBSD: > > It sounds right (for an apecs based platform) as long as you don't lose > something important like the clock :-). The EB64+ uses an interrupt controller in front of a IRQ mux. The output of the intctl is fed into the IRQ mux. I disabled all the interrupts in this intctl chip save for the ISA-PCI bridge. The RTC interrupt is directly fed into the IRQ mux so I can't even shoot myself in the foot in this way, the hardware does not allow it ;-) > > There are a few things I don't understand, like why the 100Mbit DE500 card > > does not want to work in the Alpine. And a new 'feature': 'shutdown now' hangs the machine, not unlike the "boot from SRM after a 'halt FreeBSD'. Hmm. > > Anyway, I'll have it build world as a test. In the meantime I can finally > > read the EB64+ tech manual ;-) ;-) > > Nice to see the beast up and running - we'll have to get the support into > the tree. I forget, do you have commit privs? No, I don't. Joerg offered me commit privs quite some time ago but back then I did not have a real use for them. I was writing some docs (handbook). I'm not sure what is most practical in this case. If I should commit it myself I will probably need some "do this, don't do that" advise. But I want to iron out some of the quirks, and ask Kaleb to try it on his true EB64+ machine. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:29:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22513 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:29:31 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA22506 for ; Sun, 10 Jan 1999 14:29:28 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA12406 (5.67b/IDA-1.5); Sun, 10 Jan 1999 23:26:20 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id WAA08267; Sun, 10 Jan 1999 22:59:36 +0100 (CET) From: Wilko Bulte Message-Id: <199901102159.WAA08267@yedi.iaf.nl> Subject: Re: porting to EB64+ / Alpine In-Reply-To: <13977.4332.669944.1550@grasshopper.cs.duke.edu> from Andrew Gallatin at "Jan 10, 99 03:51:08 pm" To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Sun, 10 Jan 1999 22:59:36 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Andrew Gallatin wrote... > Wilko Bulte writes: > > > > And a related problem: on _some_ system boots I get a 'stuttering' output. > > So, the 0 appear in fragments, about 1 fragment a second. > > And in the end the whole thing hangs multiple times for 20-30 seconds, > > before printing the console login: In the end it gets to login: > > > > It seems that this happens if I halt FreeBSD, and then do a boot from the > > SRM _without_ hitting the reset button first. > > > > It looks like if something needs to get whacked on the head first, something > > a reset 0 provides. I suspect this has something to do with > > interrupt handling. Suggestions are as always welcome. > > I've seen this too, but its never bothered me enough to chase down. Hmm. At least I now know that it is not related to the Alpine, but also happens on an EB64+, at least I assume you have an EB64+ It does annoy me.. > As a hackish workaround, type 'init' at the srm console before booting > if you've halted via ddb. This should provide the same effect as hitting > reset. Yes, that seems to help. Something else: have you ever noticed abysmal performance using a 10mbit DE Ethernet card? I get using ftp something like 250-300 kB/s, using NetBSD on the Alpine I get 800-900 kb/s (same server on the other side). NFS (client) performance also stinks. DE500 on 100mbit network does not seem to work at all. I will try that one with NetBSD also. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:33:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23184 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:33:29 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23167 for ; Sun, 10 Jan 1999 14:33:27 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id OAA14310; Sun, 10 Jan 1999 14:32:49 -0800 Date: Sun, 10 Jan 1999 14:32:42 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Andrew Gallatin cc: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <199901102154.QAA72227@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 Hmm. How about %p? On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > What's the proper way to print out vm_offset_t's in MI parts of the > kernel? > > Certain things (like procfs's map file) are broken because i386 > defines vm_offset_t as: > > /sys/i386/include/types.h:typedef unsigned int vm_offset_t; > > but alpha defines it as: > > /sys/alpha/include/types.h:typedef unsigned long vm_offset_t; > > And printf format strings for printing out vm_offset_t's are typically > "0x%x" which results in warnings on alpha, as well as truncation of > the data. > > My gut reaction is that the i386's definition should be changed to > an unsigned long (since the size would be the same) & all format > strings for printing out vm_offset_t's should be changed to "0x%lx" > > If that's too radical, I think that at the very least format strings > should be changed to "0x%lx". This would result in proper behaviour > on alphas, with the downside of also shifting warning to the i386 > branch. > > Or maybe we should just cast vm_offset_t's to (void *) and use a %p > format sting. > > Just wanted to raise the issue.. > > 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 Sun Jan 10 14:37:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23585 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:37:25 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23580 for ; Sun, 10 Jan 1999 14:37:23 -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.1/8.9.1) with ESMTP id RAA10938; Sun, 10 Jan 1999 17:36:48 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id RAA72321; Sun, 10 Jan 1999 17:36:45 -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: Sun, 10 Jan 1999 17:36:44 -0500 (EST) To: Wilko Bulte Cc: gallatin@cs.duke.edu (Andrew Gallatin), freebsd-alpha@FreeBSD.ORG Subject: Re: porting to EB64+ / Alpine In-Reply-To: <199901102159.WAA08267@yedi.iaf.nl> References: <13977.4332.669944.1550@grasshopper.cs.duke.edu> <199901102159.WAA08267@yedi.iaf.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13977.10727.509029.824700@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > > Hmm. At least I now know that it is not related to the Alpine, but also > happens on an EB64+, at least I assume you have an EB64+ It does annoy me.. No, actually I don't have one. I've seen it on my AS200's, AS500's & Miatas. > > Something else: have you ever noticed abysmal performance using a 10mbit > DE Ethernet card? I get using ftp something like 250-300 kB/s, using > NetBSD on the Alpine I get 800-900 kb/s (same server on the other side). > NFS (client) performance also stinks. No. Perhaps its a duplex mismatch? Does the autsensed duplex match reality? > DE500 on 100mbit network does not seem to work at all. I will try that one > with NetBSD also. What does 'doesn't work' mean? Does it show up in a verbose boot? Does the console see it? 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 Sun Jan 10 14:39:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23738 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:39:25 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23733 for ; Sun, 10 Jan 1999 14:39:23 -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.1/8.9.1) with ESMTP id RAA10960; Sun, 10 Jan 1999 17:38:53 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id RAA72329; Sun, 10 Jan 1999 17:38:50 -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: Sun, 10 Jan 1999 17:38:49 -0500 (EST) To: mjacob@feral.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: References: <199901102154.QAA72227@grasshopper.cs.duke.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13977.11142.915199.277600@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > > Hmm. How about %p? That's another option, but unless you cast the arg to a pointer (like void *), you get warning: format argument is not a pointer (arg 4) Drew > On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > > > > What's the proper way to print out vm_offset_t's in MI parts of the > > kernel? > > > > Certain things (like procfs's map file) are broken because i386 > > defines vm_offset_t as: > > > > /sys/i386/include/types.h:typedef unsigned int vm_offset_t; > > > > but alpha defines it as: > > > > /sys/alpha/include/types.h:typedef unsigned long vm_offset_t; > > > > And printf format strings for printing out vm_offset_t's are typically > > "0x%x" which results in warnings on alpha, as well as truncation of > > the data. > > > > My gut reaction is that the i386's definition should be changed to > > an unsigned long (since the size would be the same) & all format > > strings for printing out vm_offset_t's should be changed to "0x%lx" > > > > If that's too radical, I think that at the very least format strings > > should be changed to "0x%lx". This would result in proper behaviour > > on alphas, with the downside of also shifting warning to the i386 > > branch. > > > > Or maybe we should just cast vm_offset_t's to (void *) and use a %p > > format sting. > > > > Just wanted to raise the issue.. > > > > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:41:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24080 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:41:52 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24075 for ; Sun, 10 Jan 1999 14:41:49 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.9.1/8.8.7) with ESMTP id RAA99351 for ; Sun, 10 Jan 1999 17:41:16 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: alpha@FreeBSD.ORG From: "Gary Palmer" Subject: pccard utils Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jan 1999 17:41:15 -0500 Message-ID: <99347.916008075@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there any AXP which has PCCARD support and needs the PCCARD utils, or should they be turned off for the AXP? Thanks, Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:44:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24538 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:44:31 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24529 for ; Sun, 10 Jan 1999 14:44:27 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id OAA14366; Sun, 10 Jan 1999 14:43:48 -0800 Date: Sun, 10 Jan 1999 14:43:48 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Andrew Gallatin cc: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <13977.11142.915199.277600@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 On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > Matthew Jacob writes: > > > > Hmm. How about %p? > > That's another option, but unless you cast the arg to a pointer (like > void *), you get > > warning: format argument is not a pointer (arg 4) > Maybe this is why Eduardo Horvath went through all the NetBSD kernel source and deepsixed vm_offset_t. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:47:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24899 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:47:30 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24892 for ; Sun, 10 Jan 1999 14:47:28 -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.1/8.9.1) with ESMTP id RAA11059; Sun, 10 Jan 1999 17:46:58 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id RAA72350; Sun, 10 Jan 1999 17:46:55 -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: Sun, 10 Jan 1999 17:46:55 -0500 (EST) To: mjacob@feral.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: References: <13977.11142.915199.277600@grasshopper.cs.duke.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13977.11657.998775.230402@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > > > On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > > > > Matthew Jacob writes: > > > > > > Hmm. How about %p? > > > > That's another option, but unless you cast the arg to a pointer (like > > void *), you get > > > > warning: format argument is not a pointer (arg 4) > > > > Maybe this is why Eduardo Horvath went through all the NetBSD kernel > source and deepsixed vm_offset_t. Ick. That seems rather extreeme. I can't imagine all the external code that broke when vm_offset_t disappeared... Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 14:56:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25596 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 14:56:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25591 for ; Sun, 10 Jan 1999 14:56:25 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id OAA14417; Sun, 10 Jan 1999 14:55:47 -0800 Date: Sun, 10 Jan 1999 14:55:47 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Andrew Gallatin cc: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <13977.11657.998775.230402@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 > > > > > > On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > > > > > > > Matthew Jacob writes: > > > > > > > > Hmm. How about %p? > > > > > > That's another option, but unless you cast the arg to a pointer (like > > > void *), you get > > > > > > warning: format argument is not a pointer (arg 4) > > > > > > > Maybe this is why Eduardo Horvath went through all the NetBSD kernel > > source and deepsixed vm_offset_t. > > Ick. That seems rather extreeme. I can't imagine all the external code > that broke when vm_offset_t disappeared... Well, maybe most of the work probably had already happened with UVM? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 16:20:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05806 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 16:20:49 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA05798; Sun, 10 Jan 1999 16:20:43 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zzV5O-00012b-00; Sun, 10 Jan 1999 17:20:02 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id RAA24736; Sun, 10 Jan 1999 17:18:07 -0700 (MST) Message-Id: <199901110018.RAA24736@harmony.village.org> To: "Gary Palmer" Subject: Re: pccard utils Cc: alpha@FreeBSD.ORG In-reply-to: Your message of "Sun, 10 Jan 1999 17:41:15 EST." <99347.916008075@gjp.erols.com> References: <99347.916008075@gjp.erols.com> Date: Sun, 10 Jan 1999 17:18:07 -0700 From: Warner Losh Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <99347.916008075@gjp.erols.com> "Gary Palmer" writes: : Is there any AXP which has PCCARD support and needs the PCCARD utils, or : should they be turned off for the AXP? All ALPHAs that have an ISA bus can support pccardd. There are several PCMCIA bridges which plug into the ISA bus. However, I've not tried to build pccard drivers yet. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 16:22:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05903 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 16:22:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05898 for ; Sun, 10 Jan 1999 16:22:21 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.9.1/8.8.7) with ESMTP id TAA00944; Sun, 10 Jan 1999 19:21:41 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Warner Losh cc: alpha@FreeBSD.ORG From: "Gary Palmer" Subject: Re: pccard utils In-reply-to: Your message of "Sun, 10 Jan 1999 17:18:07 MST." <199901110018.RAA24736@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jan 1999 19:21:41 -0500 Message-ID: <940.916014101@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh wrote in message ID <199901110018.RAA24736@harmony.village.org>: > All ALPHAs that have an ISA bus can support pccardd. There are > several PCMCIA bridges which plug into the ISA bus. However, I've not > tried to build pccard drivers yet. OK, guess I'll leave them be then :) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 16:43:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07373 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 16:43:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07365; Sun, 10 Jan 1999 16:42:54 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id AAA03259; Mon, 11 Jan 1999 00:42:11 GMT Date: Mon, 11 Jan 1999 00:42:11 +0000 (GMT) From: Doug Rabson To: Gary Palmer cc: alpha@FreeBSD.ORG Subject: Re: pccard utils In-Reply-To: <99347.916008075@gjp.erols.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, 10 Jan 1999, Gary Palmer wrote: > > Is there any AXP which has PCCARD support and needs the PCCARD utils, or > should they be turned off for the AXP? Multias have pccard slots I think. -- 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 Jan 10 18:04:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15382 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 18:04:49 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15377 for ; Sun, 10 Jan 1999 18:04:47 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id SAA02137; Sun, 10 Jan 1999 18:56:04 -0700 (MST) Date: Sun, 10 Jan 1999 18:56:04 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199901110156.SAA02137@narnia.plutotech.com> To: Andrew Gallatin cc: alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's X-Newsgroups: pluto.freebsd.alpha In-Reply-To: <13977.11142.915199.277600@grasshopper.cs.duke.edu> <13977.11657.998775.230402@grasshopper.cs.duke.edu> User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <13977.11657.998775.230402@grasshopper.cs.duke.edu> you wrote: > > Matthew Jacob writes: > > > > > > On Sun, 10 Jan 1999, Andrew Gallatin wrote: > > > > > > > > Matthew Jacob writes: > > > > > > > > Hmm. How about %p? > > > > > > That's another option, but unless you cast the arg to a pointer (like > > > void *), you get > > > > > > warning: format argument is not a pointer (arg 4) > > > > > > > Maybe this is why Eduardo Horvath went through all the NetBSD kernel > > source and deepsixed vm_offset_t. > > Ick. That seems rather extreeme. I can't imagine all the external code > that broke when vm_offset_t disappeared... > > Drew The main reason why vm_offset_t was nuked is because it forces virtual and physical address spaces to be of the same size. This is a bad assumtion. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 19:45:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25153 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 19:45:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles351.castles.com [208.214.167.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25148; Sun, 10 Jan 1999 19:45:36 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA85999; Sun, 10 Jan 1999 19:42:00 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901110342.TAA85999@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Gary Palmer" cc: alpha@FreeBSD.ORG Subject: Re: pccard utils In-reply-to: Your message of "Sun, 10 Jan 1999 17:41:15 EST." <99347.916008075@gjp.erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jan 1999 19:41:59 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Is there any AXP which has PCCARD support and needs the PCCARD utils, or > should they be turned off for the AXP? The Multia has pccard onboard (via a standard pccard bridge) and at least some AS200's came with ISA cards containing ISA:PCCARD bridges. There's definitely a need for PCCARD support on the Alpha. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sun Jan 10 21:48:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09986 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 21:48:05 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09978 for ; Sun, 10 Jan 1999 21:48:04 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id VAA16072 for ; Sun, 10 Jan 1999 21:47:28 -0800 Date: Sun, 10 Jan 1999 21:47:28 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: alpha@FreeBSD.ORG Subject: complete lockup under large I/O? 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 I have a test script/program that repeatedly reads or writes a same spot on a device using progressively larger blocksizes. I was using 3 8GB disks ccd'd together on a AlphaPC164 and the the system completely froze when it went about 1MB blocksizes. Anyone have a notion about this? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jan 10 22:51:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16026 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 22:51:11 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles351.castles.com [208.214.167.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA16020 for ; Sun, 10 Jan 1999 22:51:09 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id WAA87074; Sun, 10 Jan 1999 22:47:24 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901110647.WAA87074@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: mjacob@feral.com cc: alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-reply-to: Your message of "Sun, 10 Jan 1999 21:47:28 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jan 1999 22:47:24 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I have a test script/program that repeatedly reads > or writes a same spot on a device using progressively > larger blocksizes. > > I was using 3 8GB disks ccd'd together on a AlphaPC164 and the > the system completely froze when it went about 1MB blocksizes. > > Anyone have a notion about this? You may be seeing a deadlock on resource starvation; it'd be really interesting to see the output of 'ps' if you can get into DDB. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sun Jan 10 23:38:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22329 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 23:38:21 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA22324 for ; Sun, 10 Jan 1999 23:38:19 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id XAA16380; Sun, 10 Jan 1999 23:37:38 -0800 Date: Sun, 10 Jan 1999 23:37:38 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Mike Smith cc: alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: <199901110647.WAA87074@dingo.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 I'll try, but last I heard BRK didn't work on serial lines. On Sun, 10 Jan 1999, Mike Smith wrote: > > > > I have a test script/program that repeatedly reads > > or writes a same spot on a device using progressively > > larger blocksizes. > > > > I was using 3 8GB disks ccd'd together on a AlphaPC164 and the > > the system completely froze when it went about 1MB blocksizes. > > > > Anyone have a notion about this? > > You may be seeing a deadlock on resource starvation; it'd be really > interesting to see the output of 'ps' if you can get into DDB. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ 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 Sun Jan 10 23:51:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24000 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 23:51:59 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA23984 for ; Sun, 10 Jan 1999 23:51:53 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id QAA12304; Mon, 11 Jan 1999 16:49:51 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id QAA14667; Mon, 11 Jan 1999 16:49:51 +0900 (JST) To: mjacob@feral.com Cc: Mike Smith , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: Your message of "Sun, 10 Jan 1999 23:37:38 -0800 (PST)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 11 Jan 1999 16:49:50 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 26 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org mjacob> I'll try, but last I heard BRK didn't work on serial lines. Did you add "options BREAK_TO_DEBUGGER" to config file? It works mostly for me. mjacob> On Sun, 10 Jan 1999, Mike Smith wrote: mjacob> mjacob> > > mjacob> > > I have a test script/program that repeatedly reads mjacob> > > or writes a same spot on a device using progressively mjacob> > > larger blocksizes. mjacob> > > mjacob> > > I was using 3 8GB disks ccd'd together on a AlphaPC164 and the mjacob> > > the system completely froze when it went about 1MB blocksizes. mjacob> > > mjacob> > > Anyone have a notion about this? mjacob> > mjacob> > You may be seeing a deadlock on resource starvation; it'd be really mjacob> > interesting to see the output of 'ps' if you can get into DDB. I sometimes have similar problem. In such case, ps shows many process are waiting at vmpfw or ppwait state. /\ 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 Jan 10 23:59:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24800 for freebsd-alpha-outgoing; Sun, 10 Jan 1999 23:59:28 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles351.castles.com [208.214.167.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24783 for ; Sun, 10 Jan 1999 23:59:26 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id XAA87534; Sun, 10 Jan 1999 23:54:11 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901110754.XAA87534@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Hidetoshi Shimokawa cc: mjacob@feral.com, Mike Smith , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-reply-to: Your message of "Mon, 11 Jan 1999 16:49:50 +0900." <19990111164950Z.simokawa@sat.t.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jan 1999 23:54:10 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > mjacob> I'll try, but last I heard BRK didn't work on serial lines. > > Did you add "options BREAK_TO_DEBUGGER" to config file? > It works mostly for me. > > mjacob> On Sun, 10 Jan 1999, Mike Smith wrote: > mjacob> > mjacob> > > > mjacob> > > I have a test script/program that repeatedly reads > mjacob> > > or writes a same spot on a device using progressively > mjacob> > > larger blocksizes. > mjacob> > > > mjacob> > > I was using 3 8GB disks ccd'd together on a AlphaPC164 and the > mjacob> > > the system completely froze when it went about 1MB blocksizes. > mjacob> > > > mjacob> > > Anyone have a notion about this? > mjacob> > > mjacob> > You may be seeing a deadlock on resource starvation; it'd be really > mjacob> > interesting to see the output of 'ps' if you can get into DDB. > > I sometimes have similar problem. > In such case, ps shows many process are waiting at vmpfw or ppwait state. Is there one waiting in 'ffsvget'? If so, we've seen this on a system here was well. Luoqi and Tor seem to have some ideas on resolving it. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Mon Jan 11 00:05:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA26083 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 00:05:56 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA26075 for ; Mon, 11 Jan 1999 00:05:54 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id AAA16538; Mon, 11 Jan 1999 00:05:05 -0800 Date: Mon, 11 Jan 1999 00:05:05 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Hidetoshi Shimokawa cc: Mike Smith , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: <19990111164950Z.simokawa@sat.t.u-tokyo.ac.jp> 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, 11 Jan 1999, Hidetoshi Shimokawa wrote: > mjacob> I'll try, but last I heard BRK didn't work on serial lines. > > Did you add "options BREAK_TO_DEBUGGER" to config file? > It works mostly for me. Nope. Will do so next time. > > mjacob> On Sun, 10 Jan 1999, Mike Smith wrote: > mjacob> > mjacob> > > > mjacob> > > I have a test script/program that repeatedly reads > mjacob> > > or writes a same spot on a device using progressively > mjacob> > > larger blocksizes. > mjacob> > > > mjacob> > > I was using 3 8GB disks ccd'd together on a AlphaPC164 and the > mjacob> > > the system completely froze when it went about 1MB blocksizes. > mjacob> > > > mjacob> > > Anyone have a notion about this? > mjacob> > > mjacob> > You may be seeing a deadlock on resource starvation; it'd be really > mjacob> > interesting to see the output of 'ps' if you can get into DDB. > > I sometimes have similar problem. > In such case, ps shows many process are waiting at vmpfw or ppwait state. > Well- there should only be one really active processes. I'm collecting a suite of nasty test programs, and a lot of them fork lots of processes. This test, though, is just a large blocksize dd except it lseeks and repeats- it's a good test of cacheability and performance. For example, here's a test run under NetBSD/Alpha I ran last week (this is what I used to finally discover that I'd broken PCI bursts - this is the 'after'): Script started on Wed Jan 6 15:03:44 1999 # brunner.nas.nasa.gov > TestSameSpot /dev/rsd2b Same Spot Read Write Test on Wed Jan 6 15:04:11 PST 1999 NetBSD brunner.nas.nasa.gov 1.3I NetBSD 1.3I (MATHOM.EXP) #1: Wed Jan 6 14:58:56 PST 1999 mjacob@mathom.nas.nasa.gov:/space/NetBSD-current/src/sys/arch/alpha/compile/MATHOM.EXP alpha Read 67108864 bytes in 7.864998 seconds, 8332.61KB/sec in 4096 byte blocks Read 67108864 bytes in 4.820000 seconds, 13596.68KB/sec in 8192 byte blocks Read 67108864 bytes in 3.353333 seconds, 19543.54KB/sec in 16384 byte blocks Read 67108864 bytes in 2.636665 seconds, 24855.64KB/sec in 32768 byte blocks Read 67108864 bytes in 2.272498 seconds, 28838.75KB/sec in 65536 byte blocks Read 67108864 bytes in 2.91667 seconds, 31331.95KB/sec in 131072 byte blocks Read 67108864 bytes in 2.39165 seconds, 32138.64KB/sec in 262144 byte blocks Read 67108864 bytes in 1.986665 seconds, 32987.95KB/sec in 524288 byte blocks Read 67108864 bytes in 1.966665 seconds, 33323.42KB/sec in 1048576 byte blocks Read 67108864 bytes in 1.979162 seconds, 33113.00KB/sec in 2097152 byte blocks Read 67108864 bytes in 1.999999 seconds, 32768.02KB/sec in 4194304 byte blocks Wrote 67108864 bytes in 13.922498 seconds, 4707.20KB/sec in 4096 byte blocks Wrote 67108864 bytes in 8.755831 seconds, 7484.84KB/sec in 8192 byte blocks Wrote 67108864 bytes in 4.234164 seconds, 15477.91KB/sec in 16384 byte blocks Wrote 67108864 bytes in 3.239164 seconds, 20232.38KB/sec in 32768 byte blocks Wrote 67108864 bytes in 2.676664 seconds, 24484.21KB/sec in 65536 byte blocks Wrote 67108864 bytes in 2.426664 seconds, 27006.62KB/sec in 131072 byte blocks Wrote 67108864 bytes in 2.308332 seconds, 28391.06KB/sec in 262144 byte blocks Wrote 67108864 bytes in 2.224166 seconds, 29465.43KB/sec in 524288 byte blocks Wrote 67108864 bytes in 2.108329 seconds, 31084.33KB/sec in 1048576 byte blocks Wrote 67108864 bytes in 2.112499 seconds, 31022.97KB/sec in 2097152 byte blocks Wrote 67108864 bytes in 2.120830 seconds, 30901.11KB/sec in 4194304 byte blocks # brunner.nas.nasa.gov > exit exit Script done on Wed Jan 6 16:31:19 1999 On the FreeBSD/Alpha system that froze tonite, it froze here as soon as it went higher than 1MB on reads. Not a lot of processes here, so I'll look elsewhere for the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 01:25:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05487 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 01:25:20 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05481 for ; Mon, 11 Jan 1999 01:25:16 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id SAA13020; Mon, 11 Jan 1999 18:24:37 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id SAA14953; Mon, 11 Jan 1999 18:24:36 +0900 (JST) To: mike@smith.net.au Cc: mjacob@feral.com, alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: Your message of "Sun, 10 Jan 1999 23:54:10 -0800" <199901110754.XAA87534@dingo.cdrom.com> References: <199901110754.XAA87534@dingo.cdrom.com> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Mon, 11 Jan 1999 18:24:35 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 34 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org mike> > I sometimes have similar problem. mike> > In such case, ps shows many process are waiting at vmpfw or ppwait state. mike> mike> Is there one waiting in 'ffsvget'? If so, we've seen this on a system mike> here was well. Luoqi and Tor seem to have some ideas on resolving it. No such process. Many proccesses waiting at vmpfw are 'cron'. It may be because I run package build on MFS during night and found the machine freeze when I woke up. All states that can be found is: accept getblk inode nanslp nfsd nfsidl pause ppwait psleep sbwait sched select ttyin vmpfw wait wmesg wswbuf /\ 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 Mon Jan 11 01:58:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09359 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 01:58:02 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from soho.london.virgin.net (soho.london.virgin.net [194.168.38.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09335 for ; Mon, 11 Jan 1999 01:57:59 -0800 (PST) (envelope-from scot@london.virgin.net) Received: from kirk.london.virgin.net (kirk.london.virgin.net [194.168.38.227]) by soho.london.virgin.net (8.8.8+Sun/8.8.8) with ESMTP id JAA09287; Mon, 11 Jan 1999 09:57:24 GMT (envelope-from scot@london.virgin.net) Received: from localhost (scot@localhost) by kirk.london.virgin.net (8.9.1b+Sun/8.8.8) with ESMTP id JAA17187; Mon, 11 Jan 1999 09:57:22 GMT (envelope-from scot@london.virgin.net) X-Authentication-Warning: kirk.london.virgin.net: scot owned process doing -bs Date: Mon, 11 Jan 1999 09:57:22 +0000 (GMT) From: Scot Elliott To: vadik likholetov cc: freebsd-alpha@FreeBSD.ORG Subject: Re: horrible hack / SRM console In-Reply-To: <19990109121333.18835@spb.cityline.ru> 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 Ahh - that's done it :) Doesn't support my SCSI controller though - so I'll have to get another from somewhere. Oddly, though - these aren't on DEC's US FTP site. All you get from there is the fwupdate.exe utility, not the .rom file. Thanks. Scot. On Sat, 9 Jan 1999, vadik likholetov wrote: > On Fri, Jan 08, 1999 at 07:08:37PM +0000, Scot Elliott wrote: > > boards... which is why I tried to install DEC's latest firmware for this > > board... any ideas? > > It seems to be a faq. you _can_ install it, but you have to get from anywhere, > the DEC's firmware update cd is a one place. > > as for me, I've done the following steps: > 1. from ftp://ftp.decsy.ru/alpha/FirmWare/164SX/SRM-T4.9/ > I've got the two files: > fwupdate.exe and sx164srm.rom > feel the difference :-) > 2. put it on the blank dos floopy and do the firmware update as usual -- > it will do the job > > 3. update it to the latest version (5.2? 5.3? ?), using the single file > update -- now it will work. > > 4. enjoy :-) > > ps if there is any FAQ on alpha's freebsd -- this is FAQ question, > so put it there. > > -- > vadik likholetov > ----------------------------------------------------------------------------- Scot Elliott Mobile: +44 (0)7050 126045 Work: scot@london.virgin.net +44 (0)171 479 4482 Play: scot@poptart.org, scot@indiekid.co.uk, s@cx +44 (0)181 896 1019 ----------------------------------------------------------------------------- Public key available at: http://www.poptart.org/pgpkey.html Fingerprint: FCAE9ED3A234FEB59F8C7F9DDD112D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 04:50:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA28545 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 04:50:05 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from ics.com (support [140.186.40.192] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA28487 for ; Mon, 11 Jan 1999 04:50:02 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (support [140.186.40.192]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with SMTP id HAA22247 Mon, 11 Jan 1999 07:49:27 -0500 (EST) Message-ID: <369A07AD.353C51DE@ics.com> Date: Mon, 11 Jan 1999 09:16:13 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: [Fwd: Re: horrible hack / SRM console] Content-Type: multipart/mixed; boundary="------------102F11D57D55368C3B54AFBF" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------102F11D57D55368C3B54AFBF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Kaleb --------------102F11D57D55368C3B54AFBF Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id FAA08619 Mon, 11 Jan 1999 05:14:47 -0500 (EST) Received: from mips.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id LAA05936 for kaleb@ics.com; Mon, 11 Jan 1999 11:14:27 +0100 (CET) (envelope-from naddy@mips.rhein-neckar.de) Received: by mips.rhein-neckar.de id m0zymgT-000WycC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Sat, 9 Jan 1999 01:55:21 +0100 (CET) Message-Id: Date: Sat, 9 Jan 1999 01:55:21 +0100 (CET) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) To: kaleb@ics.com Subject: Re: horrible hack / SRM console X-Newsgroups: list.freebsd.alpha In-Reply-To: <3696551B.84E549C9@ics.com> References: In article <3696551B.84E549C9@ics.com> you write: > I looked at the ARC/MILO setup and someone will correct me if I'm wrong, > but it seems the ARC console only groks NTFS. Setting up MILO basically > consists of substituting the path to the MILO loader instead of the > NTLDR.DLL (or whatever its name is). I don't know the overall popularity of the various approaches, but the one I'm familiar with is to replace whatever firmware there was to start with (ARC, SRM) with MILO itself. The one Linux/AXP box I have access to works this way. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de See another pointless homepage at . --------------102F11D57D55368C3B54AFBF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 05:00:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29579 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 05:00:13 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from ics.com (support [140.186.40.192] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29571 for ; Mon, 11 Jan 1999 05:00:10 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (support [140.186.40.192]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with SMTP id HAA22465 Mon, 11 Jan 1999 07:59:35 -0500 (EST) Message-ID: <369A0A0D.1B37ADEA@ics.com> Date: Mon, 11 Jan 1999 09:26:21 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: Re: horrible hack / SRM console References: <369A07AD.353C51DE@ics.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I don't know the overall popularity of the various approaches, but the > one I'm familiar with is to replace whatever firmware there was to start > with (ARC, SRM) with MILO itself. The one Linux/AXP box I have access to > works this way. I'm sure you can update the firmware in NVRAM from the Debug Monitor ROM firmware -- if you have that firmware installed and can figure out the arcane DMR commands to make that happen. Isn't the only way to update firmware from the ARC console by running fwupdate.exe on a floppy? The Genius at Digital that decided on a special fwupdate.exe for every firmware file is to be commended. For boards like Wilco's Aspen System board, which apparently has the firmware in EPROM though, installing MILO in firmware isn't an option, right? Unless someone wants to go into business selling the FreeBSD MILO analog EPROMs. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 06:01:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06499 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 06:01:11 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06494 for ; Mon, 11 Jan 1999 06:01:09 -0800 (PST) (envelope-from tcrimi+@andrew.cmu.edu) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.8.5/8.8.2) id JAA09622 for freebsd-alpha@freebsd.org; Mon, 11 Jan 1999 09:00:31 -0500 (EST) Received: via switchmail; Mon, 11 Jan 1999 09:00:31 -0500 (EST) Received: from unix8.andrew.cmu.edu via qmail ID ; Mon, 11 Jan 1999 08:59:39 -0500 (EST) Received: from unix8.andrew.cmu.edu via qmail ID ; Mon, 11 Jan 1999 08:59:38 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix8.andrew.cmu.edu.sun4m.54 via MS.5.6.unix8.andrew.cmu.edu.sun4_51; Mon, 11 Jan 1999 08:59:38 -0500 (EST) Message-ID: <4qaUD_u00UwA043Ng0@andrew.cmu.edu> Date: Mon, 11 Jan 1999 08:59:38 -0500 (EST) From: Thomas Valentino Crimi To: freebsd-alpha@FreeBSD.ORG Subject: gdb-4.17 port Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Looking back in my past saved mail's I found Doug's gdb patches back from november where he talks about having put off importing the new gdb into the tree for a while :). If we're not about to go through a binutils transition anytime soon (my reading of the lists hasn't given me a strong sense of it) I've wrapped up the patches in a port, not much but at least it'll open up gdb to more alpha people, and would like to submit it to the maintainer, either with the patches merged or an .if(Alpha) patchdir = patches-alpha. I'll have to check if the patches are compatible. Doug, do I have your permission to ship those patches off to the port maintainer? If we actually are making the transistion as of the release, this is all moot. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 06:52:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA11618 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 06:52:02 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from snowdrop.csv.warwick.ac.uk (snowdrop.csv.warwick.ac.uk [137.205.192.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11584 for ; Mon, 11 Jan 1999 06:51:41 -0800 (PST) (envelope-from csubl@csv.warwick.ac.uk) Received: from lupin.csv.warwick.ac.uk (lupin [137.205.192.14]) by snowdrop.csv.warwick.ac.uk (8.9.1b+Sun/8.9.1) with ESMTP id OAA28428; Mon, 11 Jan 1999 14:50:33 GMT Received: (from csubl@localhost) by lupin.csv.warwick.ac.uk (8.9.1/8.9.1) id OAA07913; Mon, 11 Jan 1999 14:50:23 GMT From: Mr M P Searle Message-Id: <199901111450.OAA07913@lupin.csv.warwick.ac.uk> Subject: Re: complete lockup under large I/O? In-Reply-To: <19990111182435H.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Jan 11, 99 06:24:35 pm" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Mon, 11 Jan 1999 14:50:22 +0000 (GMT) Cc: mike@smith.net.au, mjacob@feral.com, alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (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 > mike> > I sometimes have similar problem. > mike> > In such case, ps shows many process are waiting at vmpfw or ppwait state. > mike> > mike> Is there one waiting in 'ffsvget'? If so, we've seen this on a system > mike> here was well. Luoqi and Tor seem to have some ideas on resolving it. > > No such process. > Many proccesses waiting at vmpfw are 'cron'. It may be because I run > package build on MFS during night and found the machine freeze when I > woke up. > > All states that can be found is: > > accept > getblk > inode > nanslp > nfsd > nfsidl > pause > ppwait > psleep > sbwait > sched > select > ttyin > vmpfw > wait > wmesg > wswbuf > > Where can I find what each state means? Mike. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 07:06:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA14795 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 07:06:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA14740 for ; Mon, 11 Jan 1999 07:05:58 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id AAA14982; Tue, 12 Jan 1999 00:05:24 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id AAA15860; Tue, 12 Jan 1999 00:05:23 +0900 (JST) To: csubl@csv.warwick.ac.uk Cc: mike@smith.net.au, mjacob@feral.com, alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: Your message of "Mon, 11 Jan 1999 14:50:22 +0000 (GMT)" <199901111450.OAA07913@lupin.csv.warwick.ac.uk> References: <199901111450.OAA07913@lupin.csv.warwick.ac.uk> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Tue, 12 Jan 1999 00:05:23 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 53 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org csubl> > All states that can be found is: csubl> > csubl> > accept csubl> > getblk csubl> > inode csubl> > nanslp csubl> > nfsd csubl> > nfsidl csubl> > pause csubl> > ppwait csubl> > psleep csubl> > sbwait csubl> > sched csubl> > select csubl> > ttyin csubl> > vmpfw csubl> > wait csubl> > wmesg csubl> > wswbuf csubl> > csubl> > csubl> csubl> Where can I find what each state means? I don't know the right way to find. But the following may help you. % cd /sys % gtags (--- wait for a while) % global -rx tsleep Note: gctags sometimes dies on alpha without the following patch. /usr/src/usr.bin/ctags/C.c may have the same bug. Index: C.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/contrib/global/gctags/C.c,v retrieving revision 1.2 diff -u -r1.2 C.c --- C.c 1997/12/15 23:22:41 1.2 +++ C.c 1998/12/06 16:02:04 @@ -468,6 +468,8 @@ while (GETC(!=, EOF) && iswhite(c)) if (c == '\n') SETLINE; + if (c == EOF) + return (NO); if (intoken(c) || c == '{') break; if (c == '/' && GETC(==, '*')) /\ 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 Mon Jan 11 09:48:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04163 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 09:48:37 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles234.castles.com [208.214.165.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04158 for ; Mon, 11 Jan 1999 09:48:34 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id JAA92460; Mon, 11 Jan 1999 09:43:57 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901111743.JAA92460@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mr M P Searle cc: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa), mike@smith.net.au, mjacob@feral.com, alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-reply-to: Your message of "Mon, 11 Jan 1999 14:50:22 GMT." <199901111450.OAA07913@lupin.csv.warwick.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Jan 1999 09:43:56 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > accept > > getblk > > inode > > nanslp > > nfsd > > nfsidl > > pause > > ppwait > > psleep > > sbwait > > sched > > select > > ttyin > > vmpfw > > wait > > wmesg > > wswbuf > > Where can I find what each state means? Read the kernel sources, of course. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Mon Jan 11 10:37:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09694 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 10:37:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA09685 for ; Mon, 11 Jan 1999 10:37:55 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id KAA18950; Mon, 11 Jan 1999 10:37:08 -0800 Date: Mon, 11 Jan 1999 10:37:07 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Kazutaka YOKOTA cc: freebsd-alpha@FreeBSD.ORG Subject: Re: HEADS UP: console driver change committed 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 Will the same changes be necessary for the Alpha port? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 11:39:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17716 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 11:39:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17705 for ; Mon, 11 Jan 1999 11:39:05 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id LAA19231; Mon, 11 Jan 1999 11:37:59 -0800 Date: Mon, 11 Jan 1999 11:37:59 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Hidetoshi Shimokawa cc: Mike Smith , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: <19990111164950Z.simokawa@sat.t.u-tokyo.ac.jp> 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 Well, I tried with the BRK option but it still hung and wouldn't drop into DDB. Last top line shown: last pid: 331; load averages: 0.00, 0.00, 0.00 up 0+00:08:36 11:18:31 22 processes: 1 running, 21 sleeping CPU states: 0.1% user, 0.0% nice, 6.3% system, 0.0% interrupt, 93.6% idle Mem: 12M Active, 6352K Inact, 10M Wired, 3448K Buf, 217M Free Swap: 300M Total, 300M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 251 root 2 0 3320K 1120K select 0:00 0.34% 0.34% rlogind 331 root -6 0 3184K 2064K physst 0:02 2.05% 0.20% rdsame 101 root 2 -12 3680K 1320K select 1:46 0.00% 0.00% xntpd 191 root 2 0 3320K 1120K select 0:22 0.00% 0.00% rlogind 278 mjacob 28 0 6176K 1592K RUN 0:08 0.00% 0.00% top Last iostat: 0 237 63.86 88 5.51 0 0 1 0 99 0 80 64.00 80 5.01 0 0 1 0 99 0 169 63.87 98 6.12 0 0 1 0 99 0 116 64.00 160 10.03 0 0 1 0 99 0 381 63.89 235 14.69 0 0 4 0 96 Last from my test script: Read 67108864 bytes in 6.388087 seconds, 10259.10KB/sec in 262144 byte blocks Read 67108864 bytes in 4.262204 seconds, 15376.08KB/sec in 524288 byte blocks Read 67108864 bytes in 3.281589 seconds, 19970.81KB/sec in 1048576 byte blocks So, clearly some other evil deadlock has occurred. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 11:58:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20833 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 11:58:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20813 for ; Mon, 11 Jan 1999 11:58:21 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id MAA01934; Mon, 11 Jan 1999 12:57:47 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp02.primenet.com, id smtpd001756; Mon Jan 11 12:57:31 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id MAA25498; Mon, 11 Jan 1999 12:57:14 -0700 (MST) From: Terry Lambert Message-Id: <199901111957.MAA25498@usr05.primenet.com> Subject: Re: printing vm_offset_t's To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Mon, 11 Jan 1999 19:57:13 +0000 (GMT) Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG In-Reply-To: <13977.11657.998775.230402@grasshopper.cs.duke.edu> from "Andrew Gallatin" at Jan 10, 99 05:46:55 pm X-Mailer: ELM [version 2.4 PL25] 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 Two comments on this thread: > > > Matthew Jacob writes: > > > > > > > > Hmm. How about %p? > > > > > > That's another option, but unless you cast the arg to a pointer (like > > > void *), you get > > > > > > warning: format argument is not a pointer (arg 4) %qx is the accepted draft standard methid of printing quad values. You will need to cast , in any case, if vm_offset_t is not considered a pointer type by the debugger, or it will not push sufficient information onto the stack. > > Maybe this is why Eduardo Horvath went through all the NetBSD kernel > > source and deepsixed vm_offset_t. > > Ick. That seems rather extreeme. I can't imagine all the external code > that broke when vm_offset_t disappeared... External code that depends on kernel structures is inherently broken; think of this as an opportunity to correct the external code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 12:04:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21623 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 12:04:30 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21612 for ; Mon, 11 Jan 1999 12:04:25 -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.1/8.9.1) with ESMTP id PAA26062; Mon, 11 Jan 1999 15:03:49 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id PAA02922; Mon, 11 Jan 1999 15:03:44 -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, 11 Jan 1999 15:03:44 -0500 (EST) To: Terry Lambert CC: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <199901111957.MAA25498@usr05.primenet.com> References: <13977.11657.998775.230402@grasshopper.cs.duke.edu> <199901111957.MAA25498@usr05.primenet.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13978.22696.445924.502770@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert writes: > > External code that depends on kernel structures is inherently broken; > think of this as an opportunity to correct the external code. Last I checked, it was rather difficult to write kernel code, such as a device driver, without depending on at least some kernel structures. ------------------------------------------------------------------------------ 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 Mon Jan 11 12:18:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23762 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 12:18:20 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23531 for ; Mon, 11 Jan 1999 12:18:07 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id MAA19422; Mon, 11 Jan 1999 12:17:14 -0800 Date: Mon, 11 Jan 1999 12:17:13 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Terry Lambert cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <199901111957.MAA25498@usr05.primenet.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 Mon, 11 Jan 1999, Terry Lambert wrote: > Two comments on this thread: > > > > > Matthew Jacob writes: > > > > > > > > > > Hmm. How about %p? > > > > > > > > That's another option, but unless you cast the arg to a pointer (like > > > > void *), you get > > > > > > > > warning: format argument is not a pointer (arg 4) > > %qx is the accepted draft standard methid of printing quad values. > You will need to cast , in any case, if vm_offset_t is not considered > a pointer type by the debugger, or it will not push sufficient information > onto the stack. Is vm_offset_t always a 'quad' and what the heck is a 'quad'? C is *sooooo* broken in that it can't pony up to the bar and say what it wants in terms of sizes... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 12:22:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24310 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 12:22:13 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24302 for ; Mon, 11 Jan 1999 12:22:10 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id UAA06708; Mon, 11 Jan 1999 20:21:34 GMT Date: Mon, 11 Jan 1999 20:21:28 +0000 (GMT) From: Doug Rabson To: Thomas Valentino Crimi cc: freebsd-alpha@FreeBSD.ORG Subject: Re: gdb-4.17 port In-Reply-To: <4qaUD_u00UwA043Ng0@andrew.cmu.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 Mon, 11 Jan 1999, Thomas Valentino Crimi wrote: > > Looking back in my past saved mail's I found Doug's gdb patches back > from november where he talks about having put off importing the new gdb > into the tree for a while :). If we're not about to go through a > binutils transition anytime soon (my reading of the lists hasn't given > me a strong sense of it) I've wrapped up the patches in a port, not much > but at least it'll open up gdb to more alpha people, and would like to > submit it to the maintainer, either with the patches merged or an > .if(Alpha) patchdir = patches-alpha. I'll have to check if the patches > are compatible. > > Doug, do I have your permission to ship those patches off to the port > maintainer? Please do send them to the port maintainer. It would certainly make life easier for people needing to debug code on FreeBSD/alpha. > > If we actually are making the transistion as of the release, this is > all moot. I don't think I have time to play with gdb for a while :-(. -- 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 Jan 11 12:23:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24376 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 12:23:59 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24371 for ; Mon, 11 Jan 1999 12:23:56 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id UAA06751; Mon, 11 Jan 1999 20:23:14 GMT Date: Mon, 11 Jan 1999 20:23:14 +0000 (GMT) From: Doug Rabson To: Matthew Jacob cc: Kazutaka YOKOTA , freebsd-alpha@FreeBSD.ORG Subject: Re: HEADS UP: console driver change committed 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 Mon, 11 Jan 1999, Matthew Jacob wrote: > > Will the same changes be necessary for the Alpha port? They will when I find time to port the new syscons to alpha. I'll try and give people some warning before they need to change config files though. -- 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 Jan 11 13:58:46 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06775 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 13:58:46 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06768 for ; Mon, 11 Jan 1999 13:58:45 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA23802; Mon, 11 Jan 1999 14:57:56 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd023672; Mon Jan 11 14:57:48 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id OAA00863; Mon, 11 Jan 1999 14:57:35 -0700 (MST) From: Terry Lambert Message-Id: <199901112157.OAA00863@usr05.primenet.com> Subject: Re: printing vm_offset_t's To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Mon, 11 Jan 1999 21:57:35 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-alpha@FreeBSD.ORG In-Reply-To: <13978.22696.445924.502770@grasshopper.cs.duke.edu> from "Andrew Gallatin" at Jan 11, 99 03:03:44 pm X-Mailer: ELM [version 2.4 PL25] 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 > > External code that depends on kernel structures is inherently broken; > > think of this as an opportunity to correct the external code. > > Last I checked, it was rather difficult to write kernel code, such as > a device driver, without depending on at least some kernel structures. Device drivers are internal to the kernel, not external. Maybe you mean "third party", and not "external"? When I see "external code depending on kernel structures...", I inevitably think of "ps" and similar code that has to be recompiled when the kernel data structures change because some idiot thought it's be a good idea to read the KVA space instead of implementing a procedural interface that wouldn't change between structure revs. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 14:01:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07267 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 14:01:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07255 for ; Mon, 11 Jan 1999 14:01:08 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA12028; Mon, 11 Jan 1999 15:00:34 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd011904; Mon Jan 11 15:00:20 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id PAA00933; Mon, 11 Jan 1999 15:00:14 -0700 (MST) From: Terry Lambert Message-Id: <199901112200.PAA00933@usr05.primenet.com> Subject: Re: printing vm_offset_t's To: mjacob@feral.com Date: Mon, 11 Jan 1999 22:00:14 +0000 (GMT) Cc: tlambert@primenet.com, gallatin@cs.duke.edu, freebsd-alpha@FreeBSD.ORG In-Reply-To: from "Matthew Jacob" at Jan 11, 99 12:17:13 pm X-Mailer: ELM [version 2.4 PL25] 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 > > %qx is the accepted draft standard methid of printing quad values. > > You will need to cast , in any case, if vm_offset_t is not considered > > a pointer type by the debugger, or it will not push sufficient information > > onto the stack. > > Is vm_offset_t always a 'quad' and what the heck is a 'quad'? C is > *sooooo* broken in that it can't pony up to the bar and say what it wants > in terms of sizes... I blame ANSI X3J11 for introducing "const" and "volatile" and attempting to introduce "noalias" and being lazy about linker technology so that compiler writers didn't have to do as much work, shoving the job off on compiler users (after all, compiler writers outnumber compiler users, right?), instead of biting the bullet and defining sized types. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 14:08:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08434 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 14:08:20 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08428 for ; Mon, 11 Jan 1999 14:08:17 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:nkklbokU6se6GvIT2vOT3V6ZFJZ+W/Q+@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id HAA04853; Tue, 12 Jan 1999 07:07:39 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id HAA24521; Tue, 12 Jan 1999 07:10:06 +0900 (JST) Message-Id: <199901112210.HAA24521@zodiac.mech.utsunomiya-u.ac.jp> To: mjacob@feral.com cc: freebsd-alpha@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: HEADS UP: console driver change committed In-reply-to: Your message of "Mon, 11 Jan 1999 10:37:07 PST." References: Date: Tue, 12 Jan 1999 07:10:05 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Will the same changes be necessary for the Alpha port? No, not yet. I should have stated it clearly... Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 14:30:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10970 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 14:30:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10964 for ; Mon, 11 Jan 1999 14:29:55 -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.1/8.9.1) with ESMTP id RAA28848; Mon, 11 Jan 1999 17:29:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id RAA03369; Mon, 11 Jan 1999 17:29:17 -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, 11 Jan 1999 17:29:17 -0500 (EST) To: Terry Lambert CC: freebsd-alpha@FreeBSD.ORG Subject: Re: printing vm_offset_t's In-Reply-To: <199901112157.OAA00863@usr05.primenet.com> References: <13978.22696.445924.502770@grasshopper.cs.duke.edu> <199901112157.OAA00863@usr05.primenet.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13978.31357.733080.874939@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Terry Lambert writes: > > > External code that depends on kernel structures is inherently broken; > > > think of this as an opportunity to correct the external code. > > > > Last I checked, it was rather difficult to write kernel code, such as > > a device driver, without depending on at least some kernel structures. > > Device drivers are internal to the kernel, not external. > > Maybe you mean "third party", and not "external"? Ah, that's what you meant. I think of things outside the source tree as external. I think of things outside the kernel as userland. So, in your terms, I mean 3rd party. > When I see "external code depending on kernel structures...", I > inevitably think of "ps" and similar code that has to be recompiled > when the kernel data structures change because some idiot thought > it's be a good idea to read the KVA space instead of implementing a > procedural interface that wouldn't change between structure revs. > ;-) 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 Mon Jan 11 21:04:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26442 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 21:04:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26432 for ; Mon, 11 Jan 1999 21:04:33 -0800 (PST) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.9.1/8.8.7) with ESMTP id AAA24022 for ; Tue, 12 Jan 1999 00:03:58 -0500 (EST) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: alpha@FreeBSD.ORG From: "Gary Palmer" Subject: breakage, I guess from console changes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Jan 1999 00:03:58 -0500 Message-ID: <24018.916117438@gjp.erols.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is this going to stay like this until the new syscons is ported? ===> usr.sbin/kbdcontrol cc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c gzip -cn /usr/src/usr.sbin/kbdcontrol/kbdcontrol.1 > kbdcontrol.1.gz lex -t /usr/src/usr.sbin/kbdcontrol/lex.l > lex.c cc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c lex.c /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: `struct keyent_t' declared inside parameter list /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: its scope is only this definition or declaration, /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: which is probably not what you want. /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `print_key_definition_line': /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:433: dereferencing pointer to incomplete type /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:434: dereferencing pointer to incomplete type /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:436: dereferencing pointer to incomplete type /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:440: dereferencing pointer to incomplete type /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `print_keymap': /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:724: warning: passing arg 3 of `print_key_definition_line' from incompatible pointer type /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `show_kbd_info': /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:892: `keyboard_info_t' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:892: (Each undeclared identifier is reported only once /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:892: for each function it appears in.) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:892: parse error before `info' /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:894: `KDGKBINFO' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:894: `info' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `set_keyboard': /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:908: `keyboard_info_t' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:908: parse error before `info' /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:916: `KDGKBINFO' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:916: `info' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:926: `CONS_RELKBD' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:935: `CONS_SETKBD' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `release_keyboard': /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:943: `keyboard_info_t' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:943: parse error before `info' /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:949: `KDGKBINFO' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:949: `info' undeclared (first use this function) /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:959: `CONS_RELKBD' undeclared (first use this function) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 23:01:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07340 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 23:01:27 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07328; Mon, 11 Jan 1999 23:01:22 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:XnY/02GLp1Hnf+dv9ZuxH1TJFNnhMUSQ@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id QAA06640; Tue, 12 Jan 1999 16:00:48 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id PAA11415; Tue, 12 Jan 1999 15:29:04 +0900 (JST) Message-Id: <199901120629.PAA11415@zodiac.mech.utsunomiya-u.ac.jp> To: "Gary Palmer" cc: alpha@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: breakage, I guess from console changes In-reply-to: Your message of "Tue, 12 Jan 1999 00:03:58 EST." <24018.916117438@gjp.erols.com> References: <24018.916117438@gjp.erols.com> Date: Tue, 12 Jan 1999 15:29:03 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Is this going to stay like this until the new syscons is ported? No. This breakage shouldn't have happened. *sigh* I will fix it in a couple of hours. Kazu >===> usr.sbin/kbdcontrol >cc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/usr.sbin/kbdc >ontrol/kbdcontrol.c >gzip -cn /usr/src/usr.sbin/kbdcontrol/kbdcontrol.1 > kbdcontrol.1.gz >lex -t /usr/src/usr.sbin/kbdcontrol/lex.l > lex.c >cc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c lex.c [...] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 11 23:12:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08467 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 23:12:07 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles165.castles.com [208.214.165.165]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08462 for ; Mon, 11 Jan 1999 23:12:05 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id XAA01319; Mon, 11 Jan 1999 23:08:05 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901120708.XAA01319@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: mjacob@feral.com cc: Hidetoshi Shimokawa , Mike Smith , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-reply-to: Your message of "Mon, 11 Jan 1999 11:37:59 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Jan 1999 23:08:05 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Well, I tried with the BRK option but it still hung and wouldn't drop into > DDB. Can I assume that you don't have access to this system, or can't otherwise get video onto it? ... > So, clearly some other evil deadlock has occurred. Yup. Nothing in your output is ringing any bells, unfortunately. 8( -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Mon Jan 11 23:44:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11830 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 23:44:15 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11822 for ; Mon, 11 Jan 1999 23:44:14 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id XAA22035; Mon, 11 Jan 1999 23:43:09 -0800 Date: Mon, 11 Jan 1999 23:43:08 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Mike Smith cc: Hidetoshi Shimokawa , alpha@FreeBSD.ORG Subject: Re: complete lockup under large I/O? In-Reply-To: <199901120708.XAA01319@dingo.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 Mon, 11 Jan 1999, Mike Smith wrote: > > > > Well, I tried with the BRK option but it still hung and wouldn't drop into > > DDB. > > Can I assume that you don't have access to this system, or can't > otherwise get video onto it? > > ... > > So, clearly some other evil deadlock has occurred. > > Yup. Nothing in your output is ringing any bells, unfortunately. 8( No, it's a PC164 in my office. When I say it still won't drop into DDB, I mean it *does* except when this deadlock happens. BTW, I found out where it happens: lmdd if=/dev/rcc0c bs=1048k (i.e., just over one megabyte). Something broken is occurring here which I haven't time to trace today. The maxphys limitation seems to be happening as 1024K dd sizes get limited to 64k transfers, so it may be some other page lockdown foolishness. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 08:51:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10911 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 08:51:07 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10898 for ; Tue, 12 Jan 1999 08:51:04 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id IAA24096 for ; Tue, 12 Jan 1999 08:50:24 -0800 Date: Tue, 12 Jan 1999 08:50:24 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: alpha@FreeBSD.ORG Subject: broken builds? 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 ===> usr.sbin/kbdcontrol cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: ed inside parameter list /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: its scope is only this definition or declaration, /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: which is probably not what you want. /usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function `print_key_definition_line': ... Is this all because of the new kbd driver change? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 08:59:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11553 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 08:59:14 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11545 for ; Tue, 12 Jan 1999 08:59:11 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:4YscsmpAikgauahih09OfGDQLeqOijmN@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id BAA08746; Wed, 13 Jan 1999 01:58:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id CAA03040; Wed, 13 Jan 1999 02:00:57 +0900 (JST) Message-Id: <199901121700.CAA03040@zodiac.mech.utsunomiya-u.ac.jp> To: mjacob@feral.com cc: alpha@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: broken builds? In-reply-to: Your message of "Tue, 12 Jan 1999 08:50:24 PST." References: Date: Wed, 13 Jan 1999 02:00:56 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >===> usr.sbin/kbdcontrol >cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c >/usr/src/usr.sbin/kbdcontrol/kbdcontrol.c >/usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: > >ed inside parameter list >/usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: its scope is only >this definition or declaration, >/usr/src/usr.sbin/kbdcontrol/kbdcontrol.c:421: warning: which is probably >not what you want. >/usr/src/usr.sbin/kbdcontrol/kbdcontrol.c: In function >`print_key_definition_line': > >Is this all because of the new kbd driver change? Sorry, I wan't careful enough. Please apply the following patch to kbdcontrol.c and vidcontrol.c. If it's Ok, I will commit them. Kazu Index: kbdcontrol.c =================================================================== RCS file: /src/CVS/src/usr.sbin/kbdcontrol/kbdcontrol.c,v retrieving revision 1.20 diff -u -r1.20 kbdcontrol.c --- kbdcontrol.c 1999/01/11 03:20:24 1.20 +++ kbdcontrol.c 1999/01/12 08:30:30 @@ -417,8 +417,13 @@ } +#ifdef __i386__ void print_key_definition_line(FILE *fp, int scancode, struct keyent_t *key) +#else +void +print_key_definition_line(FILE *fp, int scancode, struct key_t *key) +#endif { int i; @@ -866,6 +871,7 @@ warn("setting history buffer size"); } +#ifdef __i386__ static char *get_kbd_type_name(int type) { @@ -959,15 +965,22 @@ if (ioctl(0, CONS_RELKBD, 0) == -1) warn("unable to release the keyboard"); } +#endif /* __i386__ */ static void usage() { fprintf(stderr, "%s\n%s\n%s\n", +#ifdef __i386__ "usage: kbdcontrol [-dFKix] [-b duration.pitch | [quiet.]belltype]", " [-r delay.repeat | speed] [-l mapfile] [-f # string]", " [-h size] [-k device] [-L mapfile]"); +#else +"usage: kbdcontrol [-dFx] [-b duration.pitch | [quiet.]belltype]", +" [-r delay.repeat | speed] [-l mapfile] [-f # string]", +" [-h size] [-L mapfile]"); +#endif exit(1); } @@ -977,7 +990,11 @@ { int opt; +#ifdef __i386__ while((opt = getopt(argc, argv, "b:df:h:iKk:Fl:L:r:x")) != -1) +#else + while((opt = getopt(argc, argv, "b:df:h:Fl:L:r:x")) != -1) +#endif switch(opt) { case 'b': set_bell_values(optarg); @@ -1001,6 +1018,7 @@ case 'h': set_history(optarg); break; +#ifdef __i386__ case 'i': show_kbd_info(); break; @@ -1010,6 +1028,7 @@ case 'k': set_keyboard(optarg); break; +#endif /* __i386__ */ case 'r': set_keyrates(optarg); break; Index: vidcontrol.c =================================================================== RCS file: /src/CVS/src/usr.sbin/vidcontrol/vidcontrol.c,v retrieving revision 1.25 diff -u -r1.25 vidcontrol.c --- vidcontrol.c 1999/01/11 03:20:32 1.25 +++ vidcontrol.c 1999/01/12 08:38:33 @@ -431,7 +431,11 @@ void show_adapter_info(void) { +#ifdef __i386__ struct video_adapter_info ad; +#else + struct video_adapter ad; +#endif ad.va_index = 0; if (ioctl(0, CONS_ADPINFO, &ad)) { @@ -440,8 +444,12 @@ } printf("fb%d:\n", ad.va_index); +#ifdef __i386__ printf(" %.*s%d, type:%s%s (%d), flags:0x%x\n", (int)sizeof(ad.va_name), ad.va_name, ad.va_unit, +#else + printf(" type:%s%s (%d), flags:0x%x\n", +#endif (ad.va_flags & V_ADP_VESA) ? "VESA " : "", adapter_name(ad.va_type), ad.va_type, ad.va_flags); printf(" initial mode:%d, current mode:%d, BIOS mode:%d\n", To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 09:14:54 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13403 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 09:14:54 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13398 for ; Tue, 12 Jan 1999 09:14:52 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id JAA24213; Tue, 12 Jan 1999 09:14:03 -0800 Date: Tue, 12 Jan 1999 09:14:03 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Kazutaka YOKOTA cc: alpha@FreeBSD.ORG Subject: Re: broken builds? In-Reply-To: <199901121700.CAA03040@zodiac.mech.utsunomiya-u.ac.jp> 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 Thanks for the quick response, here's the results: farrago.feral.com > cd /usr/src/usr.sbin/vidcontrol/ farrago.feral.com > make Warning: Object directory not changed from original /usr/src/usr.sbin/vidcontrol cc -O -pipe -Wall -c vidcontrol.c vidcontrol.c: In function `video_mode': vidcontrol.c:292: warning: `mode' might be used uninitialized in this function vidcontrol.c: In function `set_console': vidcontrol.c:376: warning: cast to pointer from integer of different size vidcontrol.c: In function `show_mode_info': vidcontrol.c:494: warning: int format, different type arg (arg 3) vidcontrol.c:494: warning: int format, different type arg (arg 4) vidcontrol.c:496: warning: int format, different type arg (arg 3) cc -O -pipe -Wall -c decode.c cc -O -pipe -Wall -o vidcontrol vidcontrol.o decode.o gzip -cn vidcontrol.1 > vidcontrol.1.gz farrago.feral.com > make Warning: Object directory not changed from original /usr/src/usr.sbin/kbdcontrol cc -O -pipe -c kbdcontrol.c lex -t lex.l > lex.c cc -O -pipe -c lex.c cc -O -pipe -o kbdcontrol kbdcontrol.o lex.o -ll gzip -cn kbdcontrol.1 > kbdcontrol.1.gz I fixed a couple of the vidcontrol errors (don't you you want address of n, not n?), but the printf format warnings are not fixable because size_t is a long on alpha, not an int. *** vidcontrol.c.save Tue Jan 12 09:02:27 1999 --- vidcontrol.c Tue Jan 12 09:11:11 1999 *************** *** 289,295 **** { "VESA_800x600", SW_VESA_800x600 }, { NULL }, }; ! unsigned long mode; int size[3]; int i; --- 289,295 ---- { "VESA_800x600", SW_VESA_800x600 }, { NULL }, }; ! unsigned long mode = 0; int size[3]; int i; *************** *** 373,379 **** n = atoi(arg); if (n < 1 || n > 12) { warnx("console number out of range"); ! } else if (ioctl(0,VT_ACTIVATE,(char *)n) == -1) warn("ioctl(VT_ACTIVATE)"); } --- 373,379 ---- n = atoi(arg); if (n < 1 || n > 12) { warnx("console number out of range"); ! } else if (ioctl(0, VT_ACTIVATE, (caddr_t) &n) == -1) warn("ioctl(VT_ACTIVATE)"); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 09:32:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15773 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 09:32:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15761 for ; Tue, 12 Jan 1999 09:32:51 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:gfSiHPKxuo3cmaxinCsQpEhgHO7VSgBP@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id CAA09220; Wed, 13 Jan 1999 02:32:13 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id CAA03875; Wed, 13 Jan 1999 02:34:40 +0900 (JST) Message-Id: <199901121734.CAA03875@zodiac.mech.utsunomiya-u.ac.jp> To: mjacob@feral.com cc: alpha@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: broken builds? In-reply-to: Your message of "Tue, 12 Jan 1999 09:14:03 PST." References: Date: Wed, 13 Jan 1999 02:34:39 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >farrago.feral.com > cd /usr/src/usr.sbin/vidcontrol/ >farrago.feral.com > make >Warning: Object directory not changed from original >/usr/src/usr.sbin/vidcontrol >cc -O -pipe -Wall -c vidcontrol.c >vidcontrol.c: In function `video_mode': >vidcontrol.c:292: warning: `mode' might be used uninitialized in this >function >vidcontrol.c: In function `set_console': >vidcontrol.c:376: warning: cast to pointer from integer of different size >vidcontrol.c: In function `show_mode_info': >vidcontrol.c:494: warning: int format, different type arg (arg 3) >vidcontrol.c:494: warning: int format, different type arg (arg 4) >vidcontrol.c:496: warning: int format, different type arg (arg 3) [...] >I fixed a couple of the vidcontrol errors (don't you you want >address of n, not n?), It must be 'n', not a pointer to 'n'! Would you commit these fixes to kbdcontrol and vidcontrol? I am dealing with a problem in the splash screen code right now. Kazu >but the printf format warnings are not >fixable because size_t is a long on alpha, not an int. > >*** vidcontrol.c.save Tue Jan 12 09:02:27 1999 >--- vidcontrol.c Tue Jan 12 09:11:11 1999 >*************** >*** 289,295 **** > { "VESA_800x600", SW_VESA_800x600 }, > { NULL }, > }; >! unsigned long mode; > int size[3]; > int i; > >--- 289,295 ---- > { "VESA_800x600", SW_VESA_800x600 }, > { NULL }, > }; >! unsigned long mode = 0; > int size[3]; > int i; > >*************** >*** 373,379 **** > n = atoi(arg); > if (n < 1 || n > 12) { > warnx("console number out of range"); >! } else if (ioctl(0,VT_ACTIVATE,(char *)n) == -1) > warn("ioctl(VT_ACTIVATE)"); > } > >--- 373,379 ---- > n = atoi(arg); > if (n < 1 || n > 12) { > warnx("console number out of range"); >! } else if (ioctl(0, VT_ACTIVATE, (caddr_t) &n) == -1) > warn("ioctl(VT_ACTIVATE)"); > } > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 16:52:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18187 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 16:52:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18136 for ; Tue, 12 Jan 1999 16:52:00 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id JAA26867 for ; Wed, 13 Jan 1999 09:51:17 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id JAA27295; Wed, 13 Jan 1999 09:51:17 +0900 (JST) To: alpha@FreeBSD.ORG Subject: fatal kernel trap X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Wed, 13 Jan 1999 09:51:16 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 26 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org fatal kernel trap: trap entry = 0x3 (instruction fault) a0 = 0x4 a1 = 0xfffffe000e05a000 a2 = 0xfffffe0000f70910 pc = 0x12011019c ra = 0x120110180 curproc = 0xfffffe000df75600 pid = 46114, comm = gtags ddbprinttrap from 0x12011019c ddbprinttrap(0x4, 0xfffffe000e05a000, 0xfffffe0000f70910, 0x3) panic: trap panic Stopped at Debugger..ng+0x24: ldq ra,0(sp) <0xfffffe000e0b3c20> db> trace Debugger..ng() at Debugger..ng+0x24 panic..ng() at panic..ng+0xf0 trap..ng() at trap..ng+0x6a4 XentIF() at XentIF+0x20 (null)() at 0x120110180 /\ 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 Tue Jan 12 21:43:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10636 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 21:43:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10618 for ; Tue, 12 Jan 1999 21:43:19 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id OAA29374; Wed, 13 Jan 1999 14:42:44 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id OAA29169; Wed, 13 Jan 1999 14:42:44 +0900 (JST) To: dfr@nlsystems.com Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: src/usr.bin/f2c proc.c (fwd) In-Reply-To: Your message of "Sun, 10 Jan 1999 19:46:51 +0000 (GMT)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Wed, 13 Jan 1999 14:42:43 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 70 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dfr> Date: Sun, 10 Jan 1999 11:50:03 -0800 (PST) dfr> From: Steve Kargl dfr> To: Doug Rabson dfr> Cc: cvs-committers@FreeBSD.ORG, dfr> cvs-all@FreeBSD.ORG dfr> Subject: Re: cvs commit: src/usr.bin/f2c proc.c dfr> There may be worse problems with f2c on alpha machines. My Alphastation dfr> runs Digital Unix, so I haven't had a channce to FreeBSD/axp. dfr> dfr> >From http://www.netlib.org/f2c/readme: dfr> dfr> On machines, such as those using a DEC Alpha processor, on dfr> which sizeof(short) == 2, sizeof(int) == sizeof(float) == 4, dfr> and sizeof(long) == sizeof(double) == 8, it suffices to dfr> modify f2c.h by removing the first occurrence of "long " dfr> on each line containing "long ", e.g., by issuing the dfr> commands dfr> mv f2c.h f2c.h0 dfr> sed 's/long //' f2c.h0 >f2c.h If the fix above is necessary, because "long" and "int" have same size on i386, I think we can apply above modification without breaking f2c on i386. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: f2c.h =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/f2c/f2c.h,v retrieving revision 1.3 diff -u -r1.3 f2c.h --- f2c.h 1997/04/13 01:12:42 1.3 +++ f2c.h 1999/01/13 05:40:05 @@ -7,15 +7,15 @@ #ifndef F2C_INCLUDE #define F2C_INCLUDE -typedef long int integer; -typedef unsigned long uinteger; +typedef int integer; +typedef unsigned int uinteger; typedef char *address; typedef short int shortint; typedef float real; typedef double doublereal; typedef struct { real r, i; } complex; typedef struct { doublereal r, i; } doublecomplex; -typedef long int logical; +typedef int logical; typedef short int shortlogical; typedef char logical1; typedef char integer1; @@ -42,9 +42,9 @@ typedef short ftnlen; typedef short ftnint; #else -typedef long int flag; -typedef long int ftnlen; -typedef long int ftnint; +typedef int flag; +typedef int ftnlen; +typedef int ftnint; #endif /*external read, write*/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 12 22:05:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18275 for freebsd-alpha-outgoing; Tue, 12 Jan 1999 22:05:08 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18259 for ; Tue, 12 Jan 1999 22:05:06 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id PAA29572 for ; Wed, 13 Jan 1999 15:04:31 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id PAA29239; Wed, 13 Jan 1999 15:04:30 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: fix for unaligned access X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Wed, 13 Jan 1999 15:04:30 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 49 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Here is a fix for mail and traceroute not to do unaligned access. A fix for mail is obtained from NetBSD and that I posted before, but it has not been commited yet. Can I commit these two patch before branch? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: usr.bin/mail/strings.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/mail/strings.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 strings.c --- strings.c 1994/05/27 12:32:07 1.1.1.1 +++ strings.c 1998/11/29 06:41:14 @@ -64,8 +64,8 @@ int index; s = size; - s += 3; - s &= ~03; + s += (sizeof (char *) - 1); + s &= ~(sizeof (char *) - 1); index = 0; for (sp = &stringdope[0]; sp < &stringdope[NSPACE]; sp++) { if (sp->s_topFree == NOSTR && (STRINGSIZE << index) >= s) Index: usr.sbin/traceroute/Makefile =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.sbin/traceroute/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 1998/09/19 22:42:13 1.9 +++ Makefile 1999/01/13 05:58:10 @@ -14,6 +14,12 @@ CLEANFILES+= version.c TRACEROUTE_DISTDIR?= ${.CURDIR}/../../contrib/traceroute + +.if ${MACHINE_ARCH} == "alpha" +# gcc builtin memcpy causes unaligned access +CFLAGS+= -fno-builtin +.endif + CFLAGS+= -I${TRACEROUTE_DISTDIR}/lbl .PATH: ${TRACEROUTE_DISTDIR} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 13 11:13:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04239 for freebsd-alpha-outgoing; Wed, 13 Jan 1999 11:13:01 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04200 for ; Wed, 13 Jan 1999 11:12:49 -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.1/8.9.1) with ESMTP id KAA01624; Wed, 13 Jan 1999 10:59:06 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id KAA07806; Wed, 13 Jan 1999 10:58:56 -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, 13 Jan 1999 10:58:56 -0500 (EST) To: Hidetoshi Shimokawa Cc: alpha@FreeBSD.ORG Subject: Re: fatal kernel trap In-Reply-To: <19990113095116Q.simokawa@sat.t.u-tokyo.ac.jp> References: <19990113095116Q.simokawa@sat.t.u-tokyo.ac.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13980.47994.716203.197346@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa writes: > fatal kernel trap: > > trap entry = 0x3 (instruction fault) > a0 = 0x4 > a1 = 0xfffffe000e05a000 > a2 = 0xfffffe0000f70910 > pc = 0x12011019c > ra = 0x120110180 > curproc = 0xfffffe000df75600 > pid = 46114, comm = gtags I don't really pretend to understand this, but according to The Alpha AXP Architecture reference manual (2nd edition), a0 means you got an 'opDec' According to page II-B, 1-5, an opdec is an 'attempt .. to execute a reserved instruction or a privleged instruction in user mode' According to (II-B pg 5-6), the saved PC is the address of the instruction after the instruction that caused the fault. I don't really understand how this could have happened given that a) the pc/ra are in usermode b) the palcode must have thought the machine was in usermode to deliver an opdec (at least the AXP ref man. gives me that impression) c) the trap handler thinks the machine is in kernel mode, otherwise you wouldn't have gotten a panic What instruction is at that address in gtags? Hmm.. Just a guess, but maybe it has something to do with taking a trap in the new fp emulation code.. 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 Jan 13 14:31:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13353 for freebsd-alpha-outgoing; Wed, 13 Jan 1999 14:31:13 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13343 for ; Wed, 13 Jan 1999 14:31:11 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.1/RDY&DVV) id OAA36952; Wed, 13 Jan 1999 14:30:02 -0800 (PST) Message-Id: <199901132230.OAA36952@burka.rdy.com> Subject: Re: fix for unaligned access In-Reply-To: <19990113150430Q.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Jan 13, 1999 3: 4:30 pm" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Wed, 13 Jan 1999 14:30:02 -0800 (PST) Cc: freebsd-alpha@FreeBSD.ORG X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4ME+ PL43 (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 Hidetoshi Shimokawa writes: > Here is a fix for mail and traceroute not to do unaligned access. > A fix for mail is obtained from NetBSD and that I posted before, but > it has not been commited yet. > > Can I commit these two patch before branch? patch for mail looks good. About traceroute: wouldn't it be simplier to fix gcc? > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp > > > Index: usr.bin/mail/strings.c > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/usr.bin/mail/strings.c,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 strings.c > --- strings.c 1994/05/27 12:32:07 1.1.1.1 > +++ strings.c 1998/11/29 06:41:14 > @@ -64,8 +64,8 @@ > int index; > > s = size; > - s += 3; > - s &= ~03; > + s += (sizeof (char *) - 1); > + s &= ~(sizeof (char *) - 1); > index = 0; > for (sp = &stringdope[0]; sp < &stringdope[NSPACE]; sp++) { > if (sp->s_topFree == NOSTR && (STRINGSIZE << index) >= s) > Index: usr.sbin/traceroute/Makefile > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/usr.sbin/traceroute/Makefile,v > retrieving revision 1.9 > diff -u -r1.9 Makefile > --- Makefile 1998/09/19 22:42:13 1.9 > +++ Makefile 1999/01/13 05:58:10 > @@ -14,6 +14,12 @@ > CLEANFILES+= version.c > > TRACEROUTE_DISTDIR?= ${.CURDIR}/../../contrib/traceroute > + > +.if ${MACHINE_ARCH} == "alpha" > +# gcc builtin memcpy causes unaligned access > +CFLAGS+= -fno-builtin > +.endif > + > CFLAGS+= -I${TRACEROUTE_DISTDIR}/lbl > .PATH: ${TRACEROUTE_DISTDIR} > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 13 18:45:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02797 for freebsd-alpha-outgoing; Wed, 13 Jan 1999 18:45:29 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from firewall.mikej.com (firewall.mikej.com [206.246.161.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA02786 for ; Wed, 13 Jan 1999 18:45:24 -0800 (PST) (envelope-from mikej@firewall.mikej.com) Received: from localhost (mikej@localhost) by firewall.mikej.com (8.9.1/8.8.8) with SMTP id VAA05439 for ; Wed, 13 Jan 1999 21:43:56 -0500 (EST) (envelope-from mikej@firewall.mikej.com) Date: Wed, 13 Jan 1999 21:43:55 -0500 (EST) From: Michael Jung To: freebsd-alpha@FreeBSD.ORG Subject: Alphaserver 2100? 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 Is this platform supported? tia --mikej Michael Jung mjung@npc.net mikej@mikej.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 13 20:46:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15305 for freebsd-alpha-outgoing; Wed, 13 Jan 1999 20:46:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15300 for ; Wed, 13 Jan 1999 20:46:07 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id NAA08366; Thu, 14 Jan 1999 13:44:59 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id NAA02550; Thu, 14 Jan 1999 13:44:58 +0900 (JST) To: dima@best.net Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: fix for unaligned access In-Reply-To: Your message of "Wed, 13 Jan 1999 14:30:02 -0800 (PST)" <199901132230.OAA36952@burka.rdy.com> References: <199901132230.OAA36952@burka.rdy.com> X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Thu, 14 Jan 1999 13:44:58 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 10 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dima> patch for mail looks good. About traceroute: wouldn't it be simplier dima> to fix gcc? Do you mean just disabling builtin memcpy of gcc or fixing it to handle unaligned data correctly? I have not checked gcc source, but I'm afraid latter is not so simple. /\ 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 Thu Jan 14 06:28:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA11590 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 06:28:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11585 for ; Thu, 14 Jan 1999 06:28:38 -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.1/8.9.1) with ESMTP id JAA22520; Thu, 14 Jan 1999 09:27:28 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id JAA14387; Thu, 14 Jan 1999 09:27:16 -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, 14 Jan 1999 09:27:15 -0500 (EST) To: Michael Jung Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alphaserver 2100? In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13981.64419.857024.549476@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Jung writes: > Is this platform supported? > Not yet. But I have an Alphaserver 2000, and adding support for it (and with it, the nearly identical Alphaserver 2100) is on my to-do list. This is something I plan to do eventually, but it is a fairly low priority item for me & if somebody else with more motivation would like to do it, I certainly do not want to stand in the way.. 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 Thu Jan 14 09:08:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00825 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 09:08:23 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from out4.ibm.net (out4.ibm.net [165.87.194.239]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00813 for ; Thu, 14 Jan 1999 09:08:21 -0800 (PST) (envelope-from Oliver.Fehr@ibm.net) Received: from of (slip139-92-93-77.hol.ch.ibm.net [139.92.93.77]) by out4.ibm.net (8.8.5/8.6.9) with SMTP id RAA12774 for ; Thu, 14 Jan 1999 17:07:11 GMT Message-ID: <002801be3fe0$7a4ea070$20760d09@ofehr.com> From: "Oliver Fehr" To: Subject: FreeBSD & Linux Date: Thu, 14 Jan 1999 18:08:11 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0025_01BE3FE8.D910EC00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.0810.800 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0025_01BE3FE8.D910EC00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi. I've been playing around with Linux on my DEC PWS 500a it worked really = well. Since I know FreeBSD for Intel quite a bit a would like to do my machine = a favour and install it. Is this machine type supported and are there any caveats? TIA Kind Regards-Freundliche Gr=FCsse-Meilleures Salutations Oliver Fehr Rautistrasse 332 8048 Zurich ------=_NextPart_000_0025_01BE3FE8.D910EC00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi.
I've been playing around with Linux = on my DEC PWS=20 500a it worked really well.
Since I know FreeBSD for Intel quite = a bit a=20 would like to do my machine a favour and
install it.
Is this machine type supported and = are there any=20 caveats?
TIA
 
Kind Regards-Freundliche Gr=FCsse-Meilleures Salutations
Oliver=20 Fehr
Rautistrasse 332
8048 Zurich
------=_NextPart_000_0025_01BE3FE8.D910EC00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 09:39:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05300 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 09:39:29 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05292 for ; Thu, 14 Jan 1999 09:39:26 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.1/RDY&DVV) id JAA46222; Thu, 14 Jan 1999 09:38:16 -0800 (PST) Message-Id: <199901141738.JAA46222@burka.rdy.com> Subject: Re: fix for unaligned access In-Reply-To: <19990114134458I.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Jan 14, 1999 1:44:58 pm" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Thu, 14 Jan 1999 09:38:15 -0800 (PST) Cc: dima@best.net, freebsd-alpha@FreeBSD.ORG X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4ME+ PL43 (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 Hidetoshi Shimokawa writes: > dima> patch for mail looks good. About traceroute: wouldn't it be simplier > dima> to fix gcc? > > Do you mean just disabling builtin memcpy of gcc or fixing it to > handle unaligned data correctly? > I have not checked gcc source, but I'm afraid latter is not so simple. Hmm ... How did NetBSD/OpenBSD guys solve this problem? > > /\ 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 > -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 10:14:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10308 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 10:14:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10257 for ; Thu, 14 Jan 1999 10:14:00 -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.1/8.9.1) with ESMTP id NAA27724; Thu, 14 Jan 1999 13:12:53 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id NAA16022; Thu, 14 Jan 1999 13:12:52 -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, 14 Jan 1999 13:12:51 -0500 (EST) To: "Oliver Fehr" CC: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD & Linux In-Reply-To: <002801be3fe0$7a4ea070$20760d09@ofehr.com> References: <002801be3fe0$7a4ea070$20760d09@ofehr.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13982.12626.940502.38000@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Oliver Fehr writes: > Hi. > I've been playing around with Linux on my DEC PWS 500a it worked really well. > Since I know FreeBSD for Intel quite a bit a would like to do my machine a favour and > install it. > Is this machine type supported and are there any caveats? Some: - you'll need to use the SRM console. That means you need to have a supported scsi card to be able to boot it. Like the DEC OEM qlogic isp1040. If you have a newer machine with the scsi chip on the motherboard, you should be OK. - there's currently no IDE support, so an atapi cdrom, for example, won't work - there's no support for floppies (but you *CAN* boot off a floppy, you just cannot use it once the kernel is loaded). - so far, there's not much in the way of ISA support beyond keyboard & mouse. Other than that, it works great. A 500au is my main FreeBSD/alpha development machine.. 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 Thu Jan 14 13:59:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15622 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 13:59:14 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15617 for ; Thu, 14 Jan 1999 13:59:12 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id NAA10293; Thu, 14 Jan 1999 13:58:00 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id NAA02151; Thu, 14 Jan 1999 13:57:59 -0800 (PST) (envelope-from jdp@polstra.com) Date: Thu, 14 Jan 1999 13:57:59 -0800 (PST) Message-Id: <199901142157.NAA02151@vashon.polstra.com> To: king@sstar.com Subject: Re: CVSup / Modula-3 Newsgroups: polstra.freebsd.alpha In-Reply-To: <199901020516.XAA18922@oasis.zycor.lgc.com> Organization: Polstra & Co., Seattle, WA Cc: alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199901020516.XAA18922@oasis.zycor.lgc.com>, Jim King wrote: > Is anybody working on these? (Just curious...) I've ported Modula-3 and CVSup to the point where they seem to work now. I've done just very limited testing of CVSup, though. If somebody is in a position where they could test it more thoroughly, I could make static binaries available. It's hard for me to test it well, because the only Alpha that's available to me is 900 miles away. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 14:52:46 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23264 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 14:52:46 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23259 for ; Thu, 14 Jan 1999 14:52:44 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id OAA10574 for ; Thu, 14 Jan 1999 14:51:34 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id OAA02238 for alpha@freebsd.org; Thu, 14 Jan 1999 14:51:33 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199901142201.QAA06819@oasis.zycor.lgc.com> Date: Thu, 14 Jan 1999 14:51:33 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: alpha@FreeBSD.ORG Subject: Re: CVSup / Modula-3 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I wrote: > I've ported Modula-3 and CVSup to the point where they seem to work > now. I've done just very limited testing of CVSup, though. If > somebody is in a position where they could test it more thoroughly, > I could make static binaries available. OK, several people expressed interest. You'll find the binaries here: http://www.freebsd.org/~jdp/cvsup-alpha/ They're dynamically linked, but they require only the standard FreeBSD shared libraries such as libc, libm, and libz. The Modula-3 libraries are linked in statically. Please let me know how it works! John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 16:05:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07714 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 16:05:11 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from junior.lgc.com (junior.lgc.com [134.132.72.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07569 for ; Thu, 14 Jan 1999 16:04:57 -0800 (PST) (envelope-from king@sstar.com) Received: from oasis.zycor.lgc.com by junior.lgc.com (8.8.8/lgc.1.26) id SAA29740; Thu, 14 Jan 1999 18:03:32 -0600 (CST) Received: from maroon ([134.132.205.253]) by oasis.zycor.lgc.com (8.9.1a/8.9.1) with SMTP id SAA09195; Thu, 14 Jan 1999 18:03:38 -0600 (CST) Message-Id: <199901150003.SAA09195@oasis.zycor.lgc.com> X-Sender: king@mail.sstar.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Thu, 14 Jan 1999 18:03:38 -0600 To: John Polstra From: Jim King Subject: Re: CVSup / Modula-3 Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: References: <199901142201.QAA06819@oasis.zycor.lgc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 02:51 PM 1/14/99 -0800, John Polstra wrote: >I wrote: > >> I've ported Modula-3 and CVSup to the point where they seem to work >> now. I've done just very limited testing of CVSup, though. If >> somebody is in a position where they could test it more thoroughly, >> I could make static binaries available. > >OK, several people expressed interest. You'll find the binaries >here: > > http://www.freebsd.org/~jdp/cvsup-alpha/ > >They're dynamically linked, but they require only the standard FreeBSD >shared libraries such as libc, libm, and libz. The Modula-3 libraries >are linked in statically. > >Please let me know how it works! I was able to update my ports and src trees. Cool! Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 16:34:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12907 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 16:34:58 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12898 for ; Thu, 14 Jan 1999 16:34:56 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id QAA11059; Thu, 14 Jan 1999 16:33:46 -0800 (PST) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id QAA02559; Thu, 14 Jan 1999 16:33:46 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199901150003.SAA09195@oasis.zycor.lgc.com> Date: Thu, 14 Jan 1999 16:33:45 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: Jim King Subject: Re: CVSup / Modula-3 Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 15-Jan-99 Jim King wrote: > I was able to update my ports and src trees. Cool! Excellent! Please let me know if you notice any problems with it as time goes on. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 14 17:27:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19494 for freebsd-alpha-outgoing; Thu, 14 Jan 1999 17:27:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from po8.andrew.cmu.edu (PO8.ANDREW.CMU.EDU [128.2.10.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19489 for ; Thu, 14 Jan 1999 17:27:25 -0800 (PST) (envelope-from tcrimi+@andrew.cmu.edu) Received: (from postman@localhost) by po8.andrew.cmu.edu (8.8.5/8.8.2) id UAA09205 for freebsd-alpha@freebsd.org; Thu, 14 Jan 1999 20:26:13 -0500 (EST) Received: via switchmail; Thu, 14 Jan 1999 20:26:12 -0500 (EST) Received: from unix13.andrew.cmu.edu via qmail ID ; Thu, 14 Jan 1999 20:25:56 -0500 (EST) Received: from unix13.andrew.cmu.edu via qmail ID ; Thu, 14 Jan 1999 20:25:56 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix13.andrew.cmu.edu.sun4m.54 via MS.5.6.unix13.andrew.cmu.edu.sun4_51; Thu, 14 Jan 1999 20:25:55 -0500 (EST) Message-ID: Date: Thu, 14 Jan 1999 20:25:55 -0500 (EST) From: Thomas Valentino Crimi To: freebsd-alpha@FreeBSD.ORG Subject: gdb 4.17 for the alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, the Doug's patches that I have mentioned have been incorporated into a port, but to it posted into the ports tree will take a little longer (gotta fix the i386 patches to work on the new version). I'm probably not going to be able to put as much time as necessary for a release within the next few days and figure there is no reason to keep what there is hidden, so, for anyone who wants gdb (no kernel debugging facility as of yet, but I think that may not be too far off) here is the url; ftp://aspis.res.cmu.edu/pub/gdb-ports.tgz (wow, adn I just realize this follows the posting of John Polstra's very COOL CVSUP release, I feel _very_ overshadowed ;) Very cool . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 15 15:28:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01282 for freebsd-alpha-outgoing; Fri, 15 Jan 1999 15:28:52 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA01276 for ; Fri, 15 Jan 1999 15:28:50 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA15578 (5.67b/IDA-1.5 for freebsd-alpha@freebsd.org); Sat, 16 Jan 1999 00:24:39 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id AAA04023 for freebsd-alpha@freebsd.org; Sat, 16 Jan 1999 00:13:52 +0100 (CET) From: Wilko Bulte Message-Id: <199901152313.AAA04023@yedi.iaf.nl> Subject: looking for testers owning a DEC EB64plus To: freebsd-alpha@FreeBSD.ORG (FreeBSD-alpha mailing list) Date: Sat, 16 Jan 1999 00:13:52 +0100 (CET) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 Hi there, With help from Andrew & Doug I hacked together support for the Digital EB64plus (alpha evaluation board). I've been running it on an Aspen Alpine with EB64+ SRM and it appears to work fine. But we are really interested in seeing if it works on the real thing, the EB64+ hardware. There are some minor things different between the 2 mainboards. So: who has an EB64+ lying around and is prepared to test a bit? Some testkernels are available at www.tcja.nl via anon ftp: -rw-r--r-- 1 root bin 1141069 Jan 11 21:12 kernel.ALPINE.gz -rw-r--r-- 1 root bin 1237782 Jan 11 21:09 kernel.GENERIC.gz -rw-r--r-- 1 root users 1141571 Jan 15 23:44 kernel.eb64+.gz Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 15 20:57:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02689 for freebsd-alpha-outgoing; Fri, 15 Jan 1999 20:57:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02684 for ; Fri, 15 Jan 1999 20:57:20 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id NAA15012; Sat, 16 Jan 1999 13:17:44 +0900 (JST) Message-ID: <36A012D2.BD92BAA6@newsguy.com> Date: Sat, 16 Jan 1999 13:17:22 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: Ficl Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, there. I'm here to help porting ficl (loader's component) to Alpha. Who should I get in touch with? :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com If you sell your soul to the Devil and all you get is an MCSE from it, you haven't gotten market rate. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jan 16 06:21:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18184 for freebsd-alpha-outgoing; Sat, 16 Jan 1999 06:21:44 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18176 for ; Sat, 16 Jan 1999 06:21:40 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id OAA31541; Sat, 16 Jan 1999 14:21:29 GMT Date: Sat, 16 Jan 1999 14:21:29 +0000 (GMT) From: Doug Rabson To: "Daniel C. Sobral" cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Ficl In-Reply-To: <36A012D2.BD92BAA6@newsguy.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 Sat, 16 Jan 1999, Daniel C. Sobral wrote: > Hi, there. I'm here to help porting ficl (loader's component) to > Alpha. Who should I get in touch with? :-) As far as I know, noone has attempted to use ficl on the alpha. I don't remember any questions asked here anyway. I think it builds though :-) -- 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