From owner-freebsd-alpha Mon Jan 25 04:18:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA07618 for freebsd-alpha-outgoing; Mon, 25 Jan 1999 04:18:56 -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 EAA07613 for ; Mon, 25 Jan 1999 04:18: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 VAA01757 for ; Mon, 25 Jan 1999 21:18:46 +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 VAA11758; Mon, 25 Jan 1999 21:18:45 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: ktrace 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: Mon, 25 Jan 1999 21:18:45 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 159 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current ktrace doesn't trace syscalls on alpha. Here is a fix for that. The only problem is that I have to bloat struct ktr_syscall to avoid alignment problem. Is this acceptable for i386? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: sys/kern/kern_ktrace.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/kern/kern_ktrace.c,v retrieving revision 1.25 diff -u -u -r1.25 kern_ktrace.c --- kern_ktrace.c 1998/12/10 01:47:41 1.25 +++ kern_ktrace.c 1999/01/23 19:43:35 @@ -78,20 +78,22 @@ void ktrsyscall(vp, code, narg, args) struct vnode *vp; - int code, narg, args[]; + int code, narg; + register_t args[]; { struct ktr_header *kth; struct ktr_syscall *ktp; - register int len = sizeof(struct ktr_syscall) + (narg * sizeof(int)); + register int len = sizeof(struct ktr_syscall) + (narg * sizeof(register_t)); struct proc *p = curproc; /* XXX */ - int *argp, i; + register_t *argp; + int i; p->p_traceflag |= KTRFAC_ACTIVE; kth = ktrgetheader(KTR_SYSCALL); MALLOC(ktp, struct ktr_syscall *, len, M_KTRACE, M_WAITOK); ktp->ktr_code = code; ktp->ktr_narg = narg; - argp = (int *)((char *)ktp + sizeof(struct ktr_syscall)); + argp = (register_t *)((char *)ktp + sizeof(struct ktr_syscall)); for (i = 0; i < narg; i++) *argp++ = args[i]; kth->ktr_buf = (caddr_t)ktp; Index: sys/sys/ktrace.h =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/sys/ktrace.h,v retrieving revision 1.12 diff -u -u -r1.12 ktrace.h --- ktrace.h 1997/02/22 09:45:26 1.12 +++ ktrace.h 1999/01/24 00:32:11 @@ -76,10 +76,10 @@ */ #define KTR_SYSCALL 1 struct ktr_syscall { - short ktr_code; /* syscall number */ - short ktr_narg; /* number of arguments */ + int ktr_code; /* syscall number */ + int ktr_narg; /* number of arguments */ /* - * followed by ktr_narg ints + * followed by ktr_narg register_t */ }; @@ -160,7 +160,7 @@ void ktrcsw __P((struct vnode *,int,int)); void ktrpsig __P((struct vnode *,int, sig_t, int, int)); void ktrgenio __P((struct vnode *,int, enum uio_rw,struct iovec *,int,int)); -void ktrsyscall __P((struct vnode *, int, int narg, int args[])); +void ktrsyscall __P((struct vnode *, int, int narg, register_t args[])); void ktrsysret __P((struct vnode *, int, int, int)); #else /* KERNEL */ Index: sys/alpha/alpha/trap.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/trap.c,v retrieving revision 1.10 diff -u -u -r1.10 trap.c --- trap.c 1998/12/30 10:38:58 1.10 +++ trap.c 1999/01/23 21:42:12 @@ -31,6 +31,7 @@ /* #include "opt_fix_unaligned_vax_fp.h" */ #include "opt_ddb.h" #include "opt_simos.h" +#include "opt_ktrace.h" #include #include @@ -63,6 +64,11 @@ #include #endif +#ifdef KTRACE +#include +#include +#endif + struct proc *fpcurproc; /* current user of the FPU */ void userret __P((struct proc *, u_int64_t, u_quad_t)); @@ -652,7 +658,7 @@ userret(p, framep->tf_regs[FRAME_PC], sticks); #ifdef KTRACE if (KTRPOINT(p, KTR_SYSRET)) - ktrsysret(p->p_tracep, code, error, rval[0]); + ktrsysret(p->p_tracep, code, error, p->p_retval[0]); #endif /* Index: usr.bin/kdump/kdump.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/kdump/kdump.c,v retrieving revision 1.11 diff -u -u -r1.11 kdump.c --- kdump.c 1997/07/16 06:49:49 1.11 +++ kdump.c 1999/01/24 01:03:46 @@ -240,14 +240,14 @@ register struct ktr_syscall *ktr; { register narg = ktr->ktr_narg; - register int *ip; + register_t *ip; char *ioctlname(); if (ktr->ktr_code >= nsyscalls || ktr->ktr_code < 0) (void)printf("[%d]", ktr->ktr_code); else (void)printf("%s", syscallnames[ktr->ktr_code]); - ip = (int *)((char *)ktr + sizeof(struct ktr_syscall)); + ip = (register_t *)((char *)ktr + sizeof(struct ktr_syscall)); if (narg) { char c = '('; if (fancy) { @@ -414,8 +414,8 @@ if (psig->action == SIG_DFL) (void)printf("SIG_DFL\n"); else - (void)printf("caught handler=0x%x mask=0x%x code=0x%x\n", - (u_int)psig->action, psig->mask, psig->code); + (void)printf("caught handler=0x%lx mask=0x%x code=0x%x\n", + psig->action, psig->mask, psig->code); } ktrcsw(cs) Index: usr.bin/kdump/mkioctls =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/kdump/mkioctls,v retrieving revision 1.6 diff -u -r1.6 mkioctls --- mkioctls 1998/10/16 15:33:17 1.6 +++ mkioctls 1999/01/24 00:58:56 @@ -49,6 +49,7 @@ print "" print "char *" print "ioctlname(val)" + print "\tu_long val;" print "{" print "" generate_case_statement = 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 25 14:40:20 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24509 for freebsd-alpha-outgoing; Mon, 25 Jan 1999 14:40:20 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from top.worldcontrol.com (snblitz.sc.scruznet.com [165.227.132.84]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA24504 for ; Mon, 25 Jan 1999 14:40:18 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 1699 invoked by uid 100); 25 Jan 1999 22:40:55 -0000 Date: Mon, 25 Jan 1999 14:40:55 -0800 To: freebsd-alpha@FreeBSD.ORG Subject: Re: List of supported hardware Message-ID: <19990125144055.A1690@top.worldcontrol.com> Mail-Followup-To: freebsd-alpha@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Did this list ever get created? If not, just email your alpha/freebsd setup to brian@litzinger.com or brian@worldcotnrol.com and I'll whip up a page. If possible include hardware and peripherals. -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jan 25 19:40:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16251 for freebsd-alpha-outgoing; Mon, 25 Jan 1999 19:40: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 TAA16246 for ; Mon, 25 Jan 1999 19:39:58 -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 WAA18896; Mon, 25 Jan 1999 22:39:58 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id WAA84561; Mon, 25 Jan 1999 22:39:54 -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, 25 Jan 1999 22:39:54 -0500 (EST) To: Hidetoshi Shimokawa Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ktrace fix In-Reply-To: <19990125211845Q.simokawa@sat.t.u-tokyo.ac.jp> References: <19990125211845Q.simokawa@sat.t.u-tokyo.ac.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13997.13901.726029.243005@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa writes: > Current ktrace doesn't trace syscalls on alpha. > Here is a fix for that. The only problem is that > I have to bloat struct ktr_syscall to avoid alignment problem. > Is this acceptable for i386? Well, I can't speak for i386 people but I'm enthusiastic about having a working ktrace on the alpha. Without redoing things so that the compiler has enough information to be able to align the stuff which follows that ktr_syscall struct, I don't see a clean way around the 4-byte bloat.. 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 25 21:21:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03102 for freebsd-alpha-outgoing; Mon, 25 Jan 1999 21:21:05 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from top.worldcontrol.com (snblitz.sc.scruznet.com [165.227.132.84]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA03096 for ; Mon, 25 Jan 1999 21:21:03 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 2564 invoked by uid 100); 26 Jan 1999 05:21:40 -0000 Date: Mon, 25 Jan 1999 21:21:40 -0800 To: freebsd-alpha@FreeBSD.ORG Subject: hardware compatibility list Message-ID: <19990125212140.A2555@top.worldcontrol.com> Mail-Followup-To: freebsd-alpha@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A few people responded that they didn't know of a list, but supplied some info on what they had. My my part I created http://home.worldcontrol.com/freebsd/alpha/hardware/ And will be happy to keep it up to date, and take suggestions as to how it could be made better. -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 02:08:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA09493 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 02:08:08 -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 CAA09484 for ; Tue, 26 Jan 1999 02:08:03 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA91269; Tue, 26 Jan 1999 10:04:20 GMT Date: Tue, 26 Jan 1999 10:04:20 +0000 (GMT) From: Doug Rabson To: Andrew Gallatin cc: Hidetoshi Shimokawa , freebsd-alpha@FreeBSD.ORG Subject: Re: ktrace fix In-Reply-To: <13997.13901.726029.243005@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 Mon, 25 Jan 1999, Andrew Gallatin wrote: > > Hidetoshi Shimokawa writes: > > Current ktrace doesn't trace syscalls on alpha. > > Here is a fix for that. The only problem is that > > I have to bloat struct ktr_syscall to avoid alignment problem. > > Is this acceptable for i386? > > Well, I can't speak for i386 people but I'm enthusiastic about having > a working ktrace on the alpha. Without redoing things so that the > compiler has enough information to be able to align the stuff which > follows that ktr_syscall struct, I don't see a clean way around the > 4-byte bloat.. Possibly ifdef it? I think that all future 64bit arches would be affected by this problem. Personally I don't mind the extra space usage on i386. -- 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 Tue Jan 26 06:51:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13393 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 06:51:35 -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 GAA13388 for ; Tue, 26 Jan 1999 06:51:33 -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 JAA26564; Tue, 26 Jan 1999 09:51:33 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id JAA85441; Tue, 26 Jan 1999 09:51:28 -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: Tue, 26 Jan 1999 09:51:28 -0500 (EST) To: brian@worldcontrol.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: hardware compatibility list In-Reply-To: <19990125212140.A2555@top.worldcontrol.com> References: <19990125212140.A2555@top.worldcontrol.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13997.52923.686457.688532@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org brian@worldcontrol.com writes: > A few people responded that they didn't know of a list, but > supplied some info on what they had. > > My my part I created > > http://home.worldcontrol.com/freebsd/alpha/hardware/ > > And will be happy to keep it up to date, and take > suggestions as to how it could be made better. Its nice to see that somebody is doing this! FreeBSD/alpha has far too low a profile right now. I was thinking that rather than enumerating specific configurations, you might want to approach things a little differently. Given that most peripherals will work across the board once their drivers are either ported (or in some cases, simply tested), might it make more sense to break this up into categories? I've appended a first crack written before I had my morning coffee. My apologies for any omissions ;-) Cheers, 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The following PCI based platforms are supported: o EB164 family systems (including Digital EB164 and third-party PC164LX and PC164SX systems) o Digital AlphaStation 500 and 600 systems o Digital Personal Workstation "au" series (and "a" series after SRM console has been loaded) o Digital AlphaStation 200, 250, 255, and 400 systems o Digital AXPpci systems (including UDB and Multia) o EB64+ family systems. (Only tested on Aspen Alpine) The following Turbochannel based platforms have very limited support. To become functional, they require a CAMified NCR 53c94 SCSI driver: o DEC 3000/500 family systems o DEC 3000/300 family systems The following PCI peripherials are supported: -- These PCI devices may be used as a boot device: o DEC-branded tulip ethernet card o NCR 53c8XX SCSI controllers o DEC-branded Qlogic ISP10x0 SCSI controllers -- These PCI devices may be used once the system has booted: o any tulip ethernet card o Intel EtherExpress Pro/100B Fast Ethernet card o NCR 53c8xx SCSI controllers o Qlogic ISP10x0 SCSI controllers o Myrinet LANAi 4.x gigabit network cards (driver from http://www.myri.com) o PCI VGA cards. XFree86 server support via patches available at http://www.freebsd.org/~dfr/XFree86.diff -- These ISA devices are supported o on-board serial ports o PC keyboards o mice o system clock o floppy (AS BOOT DEVICE ONLY) o IDE (AS BOOT DEVICE ONLY ONLY) -- The following common devices are currently not supported, although work is underway to support them: o DEC TGA video o IDE (for anything but a boot device) o floppy (for anything but a boot device) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 10:34:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12702 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 10:34:37 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12683; Tue, 26 Jan 1999 10:34:32 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id NAA27449; Tue, 26 Jan 1999 13:34:30 -0500 (EST) (envelope-from wollman) Date: Tue, 26 Jan 1999 13:34:30 -0500 (EST) From: Garrett Wollman Message-Id: <199901261834.NAA27449@khavrinen.lcs.mit.edu> To: alpha@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Um, not quite right... (ABOUT.TXT) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org releases/snapshots/alpha/3.0-19990114-SNAP/ABOUT.TXT says: What is FreeBSD? FreeBSD is an operating system based on 4.4 BSD Lite for Intel, AMD, Cyrix or NexGen "x86" based PC hardware. It works with a very wide variety of PC peripherals and configurations and can be used for everything from software development to Internet Service Provision. The Alpha installation should probably say something else.... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 15:03:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14625 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 15:03:14 -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 PAA14613 for ; Tue, 26 Jan 1999 15:03:11 -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 PAA21275 for ; Tue, 26 Jan 1999 15:02:49 -0800 Date: Tue, 26 Jan 1999 15:02:49 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: freebsd-alpha@FreeBSD.ORG Subject: is there a 'whiteboard' for status? 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 mean, other than the HTML file in jb's home directory? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 17:07:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00710 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 17:07:56 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA00702 for ; Tue, 26 Jan 1999 17:07:54 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 79967 invoked by uid 1000); 26 Jan 1999 07:13:52 -0000 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 Date: Tue, 26 Jan 1999 02:13:52 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: Driver Help Requested Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Y'll I am back to trying to get the DPT drivers to work in FreeBSD on the Alpha. I feel I need some expoert help to get this driver to work. Pogress Summary (current state): * I have upgraded to source tree to 1990114. * This is a pristine source tree, uncontaminated by any of my HAS work. * The driver panics on trap entry 0x4 (unaligned access fault). This happens in the following code snippet: dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); All the arguments are of the correct type. * Dpt_outl parses as per this macro: #define dpt_outl(dpt, port, value) \ bus_space_write_4((dpt)->tag, (dpt)->bsh, port, value) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 17:14:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01408 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 17:14:24 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA01402 for ; Tue, 26 Jan 1999 17:14:20 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 80010 invoked by uid 1000); 26 Jan 1999 07:20:19 -0000 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 Date: Tue, 26 Jan 1999 02:20:19 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: Alpha Driver Help Requested Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Sorry for the incomplete message. Slip of the trackball :-( ] Hi Y'll I am back to trying to get the DPT drivers to work in FreeBSD on the Alpha. I feel I need some expoert help to get this driver to work. Pogress Summary (current state): * I have upgraded to source tree to 1990114. * This is a pristine source tree, uncontaminated by any of my HAS work. * I have removed most of the assumptions (in the CAM version I am working from) that 32bit integer and a physical address and a pointer are all synonyms. these changes are syntatically kludgy but, for the case in hand (only i386 and alpha on the tree, with i386 being 32bit pointers) they appear correct. Either way, this is not where the problem is. * The driver panics on trap entry 0x4 (unaligned access fault). This happens in the following code snippet: dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); All the arguments are of the correct type. * Dpt_outl parses as per this macro: #define dpt_outl(dpt, port, value) \ bus_space_write_4((dpt)->tag, (dpt)->bsh, port, value) * I have tried to track what bus_space_write_4 does, and it seems to me it does what it should. I would really like to have this problem licked so I can get the driver working. Quite a bit IRT FreeBSD at my place of employment rides on being able to complete this task. Logistically, I have a dedicated source machine and a dedicate dtest machine, both can be available if one desires to login and try something. Sincerely, Simon Shapiro Research Fellow, Office of Technology ShapiroS@MindSpring.com MindSpring Enterprises, Inc. 404.815.0770 ext. 2057 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 18:02:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06561 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 18:02:08 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06554; Tue, 26 Jan 1999 18:02:06 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.2/8.9.1) with ESMTP id SAA76722; Tue, 26 Jan 1999 18:02:38 -0800 (PST) To: Garrett Wollman cc: alpha@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Um, not quite right... (ABOUT.TXT) In-reply-to: Your message of "Tue, 26 Jan 1999 13:34:30 EST." <199901261834.NAA27449@khavrinen.lcs.mit.edu> Date: Tue, 26 Jan 1999 18:02:38 -0800 Message-ID: <76719.917402558@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > releases/snapshots/alpha/3.0-19990114-SNAP/ABOUT.TXT says: > > What is FreeBSD? FreeBSD is an operating system based on 4.4 BSD Lite > for Intel, AMD, Cyrix or NexGen "x86" based PC hardware. It works > with a very wide variety of PC peripherals and configurations and can > be used for everything from software development to Internet Service > Provision. > > The Alpha installation should probably say something else.... Agreed. If someone has a more up-to-date list of which Alpha machines we currently support so that I can mostly just sed that line which talks about which PC hardware we support, I'll be happy to update this file. Somehow... I may have to go for a ${ARCH} dir under release/texts at this point. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 18:27:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09746 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 18:27:36 -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 SAA09741 for ; Tue, 26 Jan 1999 18:27:34 -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 SAA22073; Tue, 26 Jan 1999 18:26:56 -0800 Date: Tue, 26 Jan 1999 18:26:56 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha Driver Help Requested 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 Simon- I even have a DPT and an Alpha (PC164), but lack of time, really, to help much with this. Which alpha platform are you using? On Tue, 26 Jan 1999, Simon Shapiro wrote: > [ Sorry for the incomplete message. Slip of the trackball :-( ] > > Hi Y'll > > I am back to trying to get the DPT drivers to work in FreeBSD on the Alpha. > I feel I need some expoert help to get this driver to work. > > Pogress Summary (current state): > > * I have upgraded to source tree to 1990114. > > * This is a pristine source tree, uncontaminated by any of my HAS work. > > * I have removed most of the assumptions (in the CAM version I am working > from) that 32bit integer and a physical address and a pointer are all > synonyms. these changes are syntatically kludgy but, for the case in > hand (only i386 and alpha on the tree, with i386 being 32bit pointers) > they appear correct. Either way, this is not where the problem is. > > * The driver panics on trap entry 0x4 (unaligned access fault). This > happens in the following code snippet: > > dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); > > All the arguments are of the correct type. > > * Dpt_outl parses as per this macro: > > #define dpt_outl(dpt, port, value) \ > bus_space_write_4((dpt)->tag, (dpt)->bsh, port, value) > > * I have tried to track what bus_space_write_4 does, and it seems to me it > does what it should. > > I would really like to have this problem licked so I can get the driver > working. Quite a bit IRT FreeBSD at my place of employment rides on being > able to complete this task. > > Logistically, I have a dedicated source machine and a dedicate dtest > machine, both can be available if one desires to login and try something. > > > > Sincerely, > > Simon Shapiro > Research Fellow, Office of Technology ShapiroS@MindSpring.com > MindSpring Enterprises, Inc. 404.815.0770 ext. 2057 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 19:01:54 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13663 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 19:01:54 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13650 for ; Tue, 26 Jan 1999 19:01:51 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id OAA02644; Wed, 27 Jan 1999 14:05:19 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199901270305.OAA02644@cimlogic.com.au> Subject: Re: is there a 'whiteboard' for status? In-Reply-To: from Matthew Jacob at "Jan 26, 1999 3: 2:49 pm" To: mjacob@feral.com Date: Wed, 27 Jan 1999 14:05:19 +1100 (EST) Cc: freebsd-alpha@FreeBSD.ORG 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 Matthew Jacob wrote: > > > I mean, other than the HTML file in jb's home directory? I've been meaning to remove that. It's very out-of-date and no longer of use IMO. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 19:07:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13986 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 19:07: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 TAA13957 for ; Tue, 26 Jan 1999 19:07:17 -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 TAA22318; Tue, 26 Jan 1999 19:06:45 -0800 Date: Tue, 26 Jan 1999 19:06:45 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: John Birrell cc: freebsd-alpha@FreeBSD.ORG Subject: Re: is there a 'whiteboard' for status? In-Reply-To: <199901270305.OAA02644@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well- is there an alpha port master at this time? Would that be you (hint hint)? On Wed, 27 Jan 1999, John Birrell wrote: > Matthew Jacob wrote: > > > > > > I mean, other than the HTML file in jb's home directory? > > I've been meaning to remove that. It's very out-of-date and no longer > of use IMO. > > -- > John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ > CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 19:16:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14948 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 19:16:41 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14936 for ; Tue, 26 Jan 1999 19:16:32 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id OAA02784; Wed, 27 Jan 1999 14:20:01 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199901270320.OAA02784@cimlogic.com.au> Subject: Re: is there a 'whiteboard' for status? In-Reply-To: from Matthew Jacob at "Jan 26, 1999 7: 6:45 pm" To: mjacob@feral.com Date: Wed, 27 Jan 1999 14:20:01 +1100 (EST) Cc: jb@cimlogic.com.au, freebsd-alpha@FreeBSD.ORG 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 Matthew Jacob wrote: > > Well- is there an alpha port master at this time? Would that be you (hint > hint)? Ah, a comedian! I've never been a master of anything. 8-) Doug is the main boffin (head poobah), but I doubt he has much spare time. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 19:47:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17932 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 19:47:37 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17922 for ; Tue, 26 Jan 1999 19:47:32 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.2/8.9.2/Netplex) with ESMTP id LAA09737 for ; Wed, 27 Jan 1999 11:22:32 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199901270322.LAA09737@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-alpha@FreeBSD.ORG Subject: VM_STACK on the alpha.. check please? In-reply-to: Your message of "Tue, 26 Jan 1999 19:06:45 PST." Date: Wed, 27 Jan 1999 11:22:31 +0800 From: Peter Wemm Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Can a couple of the Alpha folks please do me a favor and have a look at the VM_STACK kernel compile option and check that it works for the alpha? It's in a pretty sensitive area (stack growth). It adds a MAP_STACK option for mmap(), primarily for linux threads support. Whether MAP_STACK works on the alpha is less important at the moment than whether the kernel compiles and runs OK. The option needs to be unifdef'ed if we can. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 20:08:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20438 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 20:08:49 -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 UAA20429 for ; Tue, 26 Jan 1999 20:08:46 -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 UAA22582; Tue, 26 Jan 1999 20:08:03 -0800 Date: Tue, 26 Jan 1999 20:08:03 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Peter Wemm cc: freebsd-alpha@FreeBSD.ORG Subject: Re: VM_STACK on the alpha.. check please? In-Reply-To: <199901270322.LAA09737@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Support for it doesn't appear to be implemented at all- are you asking whether someone would make sure it's implemented, or whether (for now) at least alpha kernels keep compiling and running if you turn it on as a default option? > Can a couple of the Alpha folks please do me a favor and have a look at > the VM_STACK kernel compile option and check that it works for the alpha? > It's in a pretty sensitive area (stack growth). It adds a MAP_STACK option > for mmap(), primarily for linux threads support. > > Whether MAP_STACK works on the alpha is less important at the moment than > whether the kernel compiles and runs OK. The option needs to be unifdef'ed > if we can. > > Cheers, > -Peter > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 20:22:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22074 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 20:22:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA22060 for ; Tue, 26 Jan 1999 20:22:14 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 81041 invoked by uid 1000); 26 Jan 1999 10:28:12 -0000 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: Date: Tue, 26 Jan 1999 05:28:12 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Matthew Jacob Subject: Re: Alpha Driver Help Requested Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob, On 27-Jan-99 you wrote: > > Simon- I even have a DPT and an Alpha (PC164), but lack of time, really, > to help much with this. I appreciate the though, but I am rather capable of handling the DPT part. Why outl panics on a ``lie'' is a bit beyond my immediate knowledge. I narrowed down the failure to line 467 in sys/alpha/bus.h which simply says: outl(bsh + offset, value); In turn, outl is really a bizzare thing; In chipset.h we find: typedef void alpha_chipset_outl_t(u_int32_t port, u_int32_t data); Later, in the same file, there is a structure called alpha_chipset: typedef struct alpha_chipset { /* * I/O port access */ alpha_chipset_inb_t* inb; alpha_chipset_inw_t* inw; alpha_chipset_inl_t* inl; alpha_chipset_outb_t* outb; alpha_chipset_outw_t* outw; alpha_chipset_outl_t* outl; ... void* } alpha_chipset_t; extern alpha_chipset_t chipset; Now, in sys/alpha/alpha/machdep.c there is a global declaration: alpha_chipset_t chipset; I tried to find references to chipset elsewhere, but there is none. It must be that it is initialized by some black magin in the boot process. I am quite certain that the function pointer outl in chipset is bogus, or points to a function other than outl, or the function it points to takes different arguments than specified in the source. I hope for someone who already knows the mysteries of the chipsets to come to my rescue... > > Which alpha platform are you using? I have two; Source is on a PW 433au. The panics are on some no name Motherboard in a box. Here is the dmesg top portion. Interesting how the panic form te PREVIOUS boot is there in the buffer. How do they do that? machine/bus.h.467 machine/bus.h.473 fatal kernel trap: trap entry = 0x4 (unaligned access fault) a0 = 0xfffffca900010192 a1 = 0x2c a2 = 0x11 pc = 0xfffffc00004a77bc ra = 0xfffffc000034f958 curproc = 0 ddbprinttrap(0xfffffca900010192, 0x2c, 0x11, 0x4) panic: trap panic Rebooting... Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-19981108-SNAP #0: Sun Nov 8 16:51:40 GMT 1998 root@sloth.noc.erols.net:/usr/src/sys/compile/GENERIC EB164 Digital AlphaPC 164LX 533 MHz, 531MHz 8192 byte page size, 1 processor. real memory = 669138944 (653456K bytes) avail memory = 646782976 (631624K bytes) Preloaded elf kernel "kernel" at 0xfffffc00005ac000. cia0: <2117x PCI adapter> cia0: Pyxis, pass 1 cia0: extended capabilities: 1 isa0 Probing for devices on PCI bus 0: de0: rev 0x22 int a irq 2 on pci0.5.0 de0: DEC DE500-AA 21140A [10-100Mb/s] pass 2.2 de0: address 00:00:f8:10:7d:5b Qlogic ISP Driver, FreeBSD CAM Version 0.97, Core Version 1.3 isp0: rev 0x05 int a irq 1 on pci0.7.0 isp0: using Memory space register mapping isp0: Board Revision 1040B, loaded F/W Revision 7.55 isp0: Last F/W revision was 5.53 chip0: rev 0x43 on pci0.8.0 vga0: rev 0x00 int a irq 3 on pci0.9.0 mcclock0: at 0x70-0x71 on isa0 > > > On Tue, 26 Jan 1999, Simon Shapiro wrote: > > > [ Sorry for the incomplete message. Slip of the trackball :-( ] > > > > Hi Y'll > > > > I am back to trying to get the DPT drivers to work in FreeBSD on the > > Alpha. > > I feel I need some expoert help to get this driver to work. > > > > Pogress Summary (current state): > > > > * I have upgraded to source tree to 1990114. > > > > * This is a pristine source tree, uncontaminated by any of my HAS > > work. > > > > * I have removed most of the assumptions (in the CAM version I am > > working > > from) that 32bit integer and a physical address and a pointer are > > all > > synonyms. these changes are syntatically kludgy but, for the case > > in > > hand (only i386 and alpha on the tree, with i386 being 32bit > > pointers) > > they appear correct. Either way, this is not where the problem is. > > > > * The driver panics on trap entry 0x4 (unaligned access fault). This > > happens in the following code snippet: > > > > dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); > > > > All the arguments are of the correct type. > > > > * Dpt_outl parses as per this macro: > > > > #define dpt_outl(dpt, port, value) \ > > bus_space_write_4((dpt)->tag, (dpt)->bsh, port, value) > > > > * I have tried to track what bus_space_write_4 does, and it seems to > > me it > > does what it should. > > > > I would really like to have this problem licked so I can get the driver > > working. Quite a bit IRT FreeBSD at my place of employment rides on > > being > > able to complete this task. > > > > Logistically, I have a dedicated source machine and a dedicate dtest > > machine, both can be available if one desires to login and try > > something. > > > > > > > > Sincerely, > > > > Simon Shapiro > > Research Fellow, Office of Technology ShapiroS@MindSpring.com > > MindSpring Enterprises, Inc. 404.815.0770 ext. 2057 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-alpha" in the body of the message > > > Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jan 26 21:35:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29463 for freebsd-alpha-outgoing; Tue, 26 Jan 1999 21:35:43 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from saturn.spel.com (ip226-39-143.spel.com [208.226.39.143] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29456 for ; Tue, 26 Jan 1999 21:35:41 -0800 (PST) (envelope-from mturpin@saturn.spel.com) Received: from localhost (mturpin@localhost) by saturn.spel.com (8.9.1/8.9.1) with ESMTP id AAA00474 for ; Wed, 27 Jan 1999 00:31:52 -0500 (EST) (envelope-from mturpin@saturn.spel.com) Date: Wed, 27 Jan 1999 00:31:52 -0500 (EST) From: Mark Turpin To: Alpha Mailing list Subject: 19990114-SNAP Install problems... 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 Forgive me if this has already been answered, My e-mail system bombed on me and it took a week to get parts.. Is there something wrong with the install process? I've made the boot.flp and mfsroot.flp and they boot fine. But when I go to commit a install it gives me errors in the newfs stuff. I've got a Multia with a 2.0GB seagate HD, NEC CD-ROM, 64MB RAM, Latest firmware. I've had FreeBSD/alpha on this machine before (199812??-SNAP) but the HD died (I haven't had good luck with computers this week). Any clues? Thanks Mark ----------------------------------------------------------------------------- Mark Turpin | Consulting - Training - Network Installation Systems Engineer | Main Street Technology Centre | http://www.MainStreetTech.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 27 01:45:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21148 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 01:45:29 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21143 for ; Wed, 27 Jan 1999 01:45:26 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.2/8.9.2/Netplex) with ESMTP id RAA11288; Wed, 27 Jan 1999 17:45:06 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199901270945.RAA11288@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: mjacob@feral.com cc: freebsd-alpha@FreeBSD.ORG Subject: Re: VM_STACK on the alpha.. check please? In-reply-to: Your message of "Tue, 26 Jan 1999 20:08:03 PST." Date: Wed, 27 Jan 1999 17:45:05 +0800 From: Peter Wemm Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob wrote: > > Support for it doesn't appear to be implemented at all- are you asking > whether someone would make sure it's implemented, or whether (for now) at > least alpha kernels keep compiling and running if you turn it on as a > default option? It looked to me as though it was. grow_stack() is in vm/*, not in alpha/ machdep.c. It should compile, but does it work? :-) That's the question. sys/alpha/alpha/machdep.c:#ifndef VM_STACK sys/alpha/alpha/machdep.c: * know how to implement it for the VM_STACK case. Also, we would sys/alpha/alpha/machdep.c: * non VM_STACK case. sys/alpha/alpha/trap.c:#ifndef VM_STACK sys/alpha/alpha/vm_machdep.c:#ifndef VM_STACK Add options VM_STACK, recompile and test please. :-) If it boots and runs, then we can unifdef -DVM_STACK which will solve a few problems. I wish I had an Alpha. :-) > > Can a couple of the Alpha folks please do me a favor and have a look at > > the VM_STACK kernel compile option and check that it works for the alpha? > > It's in a pretty sensitive area (stack growth). It adds a MAP_STACK option > > for mmap(), primarily for linux threads support. > > > > Whether MAP_STACK works on the alpha is less important at the moment than > > whether the kernel compiles and runs OK. The option needs to be unifdef'ed > > if we can. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 04:33:43 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09484 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 04:33:43 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from zaphod.in.tu-clausthal.de (zaphod.in.tu-clausthal.de [139.174.100.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09476 for ; Wed, 27 Jan 1999 04:33:41 -0800 (PST) (envelope-from jc@joerch.org) Received: from eressea.in.tu-clausthal.de (36af0758e6699@eressea.in.tu-clausthal.de [139.174.100.9]) by zaphod.in.tu-clausthal.de (8.8.7/8.8.7) with SMTP id NAA23834; Wed, 27 Jan 1999 13:32:25 +0100 (MET) Date: Wed, 27 Jan 1999 13:32:25 +0100 (MET) Message-Id: <199901271232.NAA23834@zaphod.in.tu-clausthal.de> From: Joerg Czeranski To: shimon@simon-shapiro.org Cc: freebsd-alpha@FreeBSD.ORG In-Reply-To: Subject: Re: Alpha Driver Help Requested Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Simon Shapiro wrote: > * The driver panics on trap entry 0x4 (unaligned access fault). This > happens in the following code snippet: > > dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); > > All the arguments are of the correct type. And: > I narrowed down the failure to line 467 in sys/alpha/bus.h which simply > says: > > outl(bsh + offset, value); And: > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > a0 = 0xfffffca900010192 > a1 = 0x2c > a2 = 0x11 > pc = 0xfffffc00004a77bc > ra = 0xfffffc000034f958 > curproc = 0 Decoding the values: /usr/src/sys/dev/dpt/dpt.h: #define HA_WDMAADDR 0x02 alpha/pci/ciareg.h: #define CIA_EV56_BWIO 0x8900000000UL The base address of the DPT probably is 0x10190. Thus a0 is a bus space address (for use with the Byte/Word/eXtension of >= EV56 implementations) aligned to a word (16bit), but it is used by outl for a longword (32bit) access. This results in the unaligned access fault. Either a 32 bit access wasn't intended (it overlaps with HW_WCODE and HW_WCODE2 anyway, maybe a bug?) or it must be split into two 16 bit writes. joerch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 05:28:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14679 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 05:28:08 -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 FAA14673 for ; Wed, 27 Jan 1999 05:28:05 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id NAA96296; Wed, 27 Jan 1999 13:30:31 GMT Date: Wed, 27 Jan 1999 13:30:31 +0000 (GMT) From: Doug Rabson To: Mark Turpin cc: Alpha Mailing list Subject: Re: 19990114-SNAP Install problems... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 27 Jan 1999, Mark Turpin wrote: > > Forgive me if this has already been answered, My e-mail system bombed on > me and it took a week to get parts.. > > Is there something wrong with the install process? I've made the > boot.flp and mfsroot.flp and they boot fine. But when I go to commit a > install it gives me errors in the newfs stuff. > > I've got a Multia with a 2.0GB seagate HD, NEC CD-ROM, 64MB RAM, Latest > firmware. I've had FreeBSD/alpha on this machine before (199812??-SNAP) > but the HD died (I haven't had good luck with computers this week). > > Any clues? I think there are problems with the libdisk changes I made last time I had my hands inside sysinstall. I think it only works if the disk already has a valid disklabel (oops). This is on my list of things to fix and it will be soon (possibly less than a week). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 05:28:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14876 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 05:28:15 -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 FAA14688 for ; Wed, 27 Jan 1999 05:28: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 NAA96279; Wed, 27 Jan 1999 13:26:09 GMT Date: Wed, 27 Jan 1999 13:26:09 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: Matthew Jacob , freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha Driver Help Requested 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 Tue, 26 Jan 1999, Simon Shapiro wrote: > > Matthew Jacob, On 27-Jan-99 you wrote: > > > > Simon- I even have a DPT and an Alpha (PC164), but lack of time, really, > > to help much with this. > > I appreciate the though, but I am rather capable of handling the DPT part. > Why outl panics on a ``lie'' is a bit beyond my immediate knowledge. > > I narrowed down the failure to line 467 in sys/alpha/bus.h which simply > says: > > outl(bsh + offset, value); > > In turn, outl is really a bizzare thing; In chipset.h we find: > > typedef void alpha_chipset_outl_t(u_int32_t port, > u_int32_t data); > > Later, in the same file, there is a structure called alpha_chipset: > > typedef struct alpha_chipset { > /* > * I/O port access > */ > alpha_chipset_inb_t* inb; > alpha_chipset_inw_t* inw; > alpha_chipset_inl_t* inl; > alpha_chipset_outb_t* outb; > alpha_chipset_outw_t* outw; > alpha_chipset_outl_t* outl; > ... > > void* > } alpha_chipset_t; > > extern alpha_chipset_t chipset; > > Now, in sys/alpha/alpha/machdep.c there is a global declaration: > > alpha_chipset_t chipset; > > I tried to find references to chipset elsewhere, but there is none. It > must be that it is initialized by some black magin in the boot process. This global abstracts the several different ways that alpha's implement the pci and isa bus, including accessing ports and memory. It is initialised in the specific chipset code (e.g. alpha/pci/cia.c, alpha/pci/apecs.c). > > I am quite certain that the function pointer outl in chipset is bogus, or > points to a function other than outl, or the function it points to takes > different arguments than specified in the source. > > I hope for someone who already knows the mysteries of the chipsets to come > to my rescue... > > > > > Which alpha platform are you using? > > I have two; Source is on a PW 433au. The panics are on some no name > Motherboard in a box. Here is the dmesg top portion. Interesting how the > panic form te PREVIOUS boot is there in the buffer. How do they do that? The kernel message buffer is in the last page(s) of physical memory. If the firmware doesn't disturb it, it is available to read from on the next boot. It looks like your machine is the same as one of mine, with a 164lx motherboard. The specific implementation of outl on this machine is cia_bwx_outl in alpha/pci/cia.c. I'm pretty sure that this function works. According to the fault address (a0 in the trap dump), you are attempting to perform an outl to port 0x10192. This is not a longword aligned address and therefore an unaligned trap was generated. We do not support outw and outl to addresses which aren't naturally aligned (2 byte for outw and 4 byte for outl) and I don't think we should support them, since it would require two separate accesses. If you really need to write a longword to this address, perhaps you can change the driver to use two calls to outw. It is certainly not possible to do an atomic longword write to this address on the alpha. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 09:28:46 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13384 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 09:28:46 -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 JAA13376 for ; Wed, 27 Jan 1999 09:28:44 -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 JAA25226; Wed, 27 Jan 1999 09:27:50 -0800 Date: Wed, 27 Jan 1999 09:27:50 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Peter Wemm cc: freebsd-alpha@FreeBSD.ORG Subject: Re: VM_STACK on the alpha.. check please? In-Reply-To: <199901270945.RAA11288@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > Support for it doesn't appear to be implemented at all- are you asking > > whether someone would make sure it's implemented, or whether (for now) at > > least alpha kernels keep compiling and running if you turn it on as a > > default option? > > It looked to me as though it was. grow_stack() is in vm/*, not in alpha/ > machdep.c. It should compile, but does it work? :-) That's the question. > > sys/alpha/alpha/machdep.c:#ifndef VM_STACK > sys/alpha/alpha/machdep.c: * know how to implement it for the VM_STACK case. Also, we would > sys/alpha/alpha/machdep.c: * non VM_STACK case. > sys/alpha/alpha/trap.c:#ifndef VM_STACK > sys/alpha/alpha/vm_machdep.c:#ifndef VM_STACK Geez. I must have been looking at a stale tree.. > > Add options VM_STACK, recompile and test please. :-) If it boots and > runs, then we can unifdef -DVM_STACK which will solve a few problems. Okay.... Will do.... > > I wish I had an Alpha. :-) If you need ssh access to an alpha, I may be able to help. At the very lesat there's one available for compiling at FreeBSD.org- beast.freebsd.org. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 09:37:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14401 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 09:37:35 -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 JAA14393 for ; Wed, 27 Jan 1999 09:37:32 -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 JAA25273; Wed, 27 Jan 1999 09:37:02 -0800 Date: Wed, 27 Jan 1999 09:37:02 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Joerg Czeranski cc: shimon@simon-shapiro.org, freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha Driver Help Requested In-Reply-To: <199901271232.NAA23834@zaphod.in.tu-clausthal.de> 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 Ah- thanks- that was a good analysis... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 09:37:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14450 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 09:37:55 -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 JAA14439 for ; Wed, 27 Jan 1999 09:37: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 JAA25284; Wed, 27 Jan 1999 09:37:25 -0800 Date: Wed, 27 Jan 1999 09:37:25 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha Driver Help Requested 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 > Matthew Jacob, On 27-Jan-99 you wrote: > > > > Simon- I even have a DPT and an Alpha (PC164), but lack of time, really, > > to help much with this. > > I appreciate the though, but I am rather capable of handling the DPT part. That's not what I ment. Joerg nailed what I wanted to say better... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 09:40:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14773 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 09:40:23 -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 JAA14751 for ; Wed, 27 Jan 1999 09:40: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 JAA25294; Wed, 27 Jan 1999 09:38:47 -0800 Date: Wed, 27 Jan 1999 09:38:46 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Doug Rabson cc: Simon Shapiro , freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha Driver Help Requested 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 > > If you really need to write a longword to this address, perhaps you can > change the driver to use two calls to outw. It is certainly not possible > to do an atomic longword write to this address on the alpha. Nor sparc, btw. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 09:46:40 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15586 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 09:46:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from saturn.spel.com (ip226-39-143.spel.com [208.226.39.143] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15561 for ; Wed, 27 Jan 1999 09:46:33 -0800 (PST) (envelope-from mturpin@saturn.spel.com) Received: from localhost (mturpin@localhost) by saturn.spel.com (8.9.1/8.9.1) with ESMTP id MAA01210; Wed, 27 Jan 1999 12:41:54 -0500 (EST) (envelope-from mturpin@saturn.spel.com) Date: Wed, 27 Jan 1999 12:41:54 -0500 (EST) From: Mark Turpin To: Doug Rabson cc: Alpha Mailing list Subject: Re: 19990114-SNAP Install problems... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 27 Jan 1999, Doug Rabson wrote: > I think there are problems with the libdisk changes I made last time I had > my hands inside sysinstall. I think it only works if the disk already has > a valid disklabel (oops). > > This is on my list of things to fix and it will be soon (possibly less > than a week). So, If I put the drive in another FreeBSD box and do a disklabel it should work? -Mark ----------------------------------------------------------------------------- Mark Turpin | Consulting - Training - Network Installation Systems Engineer | Main Street Technology Centre | http://www.MainStreetTech.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 27 10:18:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19479 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 10:18:48 -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 KAA19467 for ; Wed, 27 Jan 1999 10:18:46 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id SAA97485; Wed, 27 Jan 1999 18:21:15 GMT Date: Wed, 27 Jan 1999 18:21:15 +0000 (GMT) From: Doug Rabson To: Mark Turpin cc: Alpha Mailing list Subject: Re: 19990114-SNAP Install problems... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 27 Jan 1999, Mark Turpin wrote: > On Wed, 27 Jan 1999, Doug Rabson wrote: > > > I think there are problems with the libdisk changes I made last time I had > > my hands inside sysinstall. I think it only works if the disk already has > > a valid disklabel (oops). > > > > This is on my list of things to fix and it will be soon (possibly less > > than a week). > > So, If I put the drive in another FreeBSD box and do a > disklabel it should work? Unfortunately not. The label is written in different places on the disk for i386 and alpha. I managed to get my release to build so I'm debugging this now and I expect to have a fix RSN. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 10:28:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20408 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 10:28:25 -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 KAA20400 for ; Wed, 27 Jan 1999 10:28:22 -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 KAA25623; Wed, 27 Jan 1999 10:27:51 -0800 Date: Wed, 27 Jan 1999 10:27:51 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Peter Wemm cc: freebsd-alpha@FreeBSD.ORG Subject: Re: VM_STACK on the alpha.. check please? In-Reply-To: <199901270945.RAA11288@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Add options VM_STACK, recompile and test please. :-) If it boots and > runs, then we can unifdef -DVM_STACK which will solve a few problems. > Boots and runs. Doesn't compile very cleanly (mostly with printf format statement issues). Haven't done a lot of testing. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 10:56:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24238 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 10:56: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 KAA24224; Wed, 27 Jan 1999 10:56:16 -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 KAA25785; Wed, 27 Jan 1999 10:55:43 -0800 Date: Wed, 27 Jan 1999 10:55:42 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Peter Wemm cc: cvs-commiters@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: VM_STACK or problem with -current? 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 login: Jan 27 10:54:06 farrago reboot: rebooted by mjacob )ncing disks... 16 14 7 done unmount of /usr/src failed (BUSY) panic: vinvalbuf: dirty bufs panic Stopped at Debugger..ng+0x24: ldq ra,0(sp) <0xfffffe0007a93a60> > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 15:25:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29498 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 15:25:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA29484 for ; Wed, 27 Jan 1999 15:25:12 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 94311 invoked by uid 1000); 27 Jan 1999 05:31:18 -0000 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: Date: Wed, 27 Jan 1999 00:31:18 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Matthew Jacob Subject: Re: Alpha Driver Help Requested Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Summary: * Many thanks to all that helped so quickly to solve this problem. You were right on the money. * In hindsight, I may have been able to arrive at some of these conclusions, (saving face, simon?) but your help much quicjened the process. * That problem is solved, now to the next one... Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 15:46:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01624 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 15:46:18 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA01614 for ; Wed, 27 Jan 1999 15:46:15 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 94424 invoked by uid 1000); 27 Jan 1999 05:52:19 -0000 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 Date: Wed, 27 Jan 1999 00:52:18 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Subject: Alpha/PCI Help Request Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Y'll As promissed, I am here again seeking free advise and cheap thrills (well, free advise for sure :-). I can now talk to the DPT card, but there are some problems: * The PCI code has changed quite a bit since I wrote the driver. the existing PCI code was written by the CAM team, so I am not up to speed yet :-( * The PCI probe banner announces that the card is on int a, irq 0. this does not look good to me. I have no idea how to set the IRQ, other than what is done already in the driver (sys/pci/dpt_pci.c, and sys/dev/dpt/dpt_scsi.c) * The driver, in the initialization routine (dpt_init), around line 1370 makes a call to bus_dma_tag_create(). * I have not studied this function yet, but the arguments passed to it are: parent_dma_tag = 0xfffffe0001120a80 alignment = 0 /* hard-coded in the call */ boundry = 0 /* Hard-coded */ lowaddr = 0xffffffff /* BUS_SPACE_MAXADDR */ highaddr = 0xffffffff /* BUS_SPACE_MAXADDR */ filter = NULL /* hard-coded */ filterarg = NULL /* Hard-coded */ maxsize = 0x10000 /* MAXBSIZE */ nsegments = 1 /* dpt->sgsize setup above */ maxsegsz = 0x20 /* BUS_SPACE_MAXSIZE_32BIT */ flags = 2 /* BUS_DMA_ALLOCNOW */ buffer_dma_tag = 0xfffffe0001126010 /* dpt->buffer_dmat */ * The system abort booting at this point, dropping back to the SRM which says: halted CPU 0 halt code = 7 machine check while in PAL mode PC = 18400 boot failure >>> * Obviously the driver works under IA (i386), or I could not type this message :-) If this rings a bell, please let me know. I will try, in the meantime to isolate the exact line of code that blows up (1C resolution), and post some more information. Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 16:10:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06486 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 16:10:34 -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 QAA06473 for ; Wed, 27 Jan 1999 16:10: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 TAA01460; Wed, 27 Jan 1999 19:10:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id TAA95762; Wed, 27 Jan 1999 19:10:15 -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, 27 Jan 1999 19:10:15 -0500 (EST) To: shimon@simon-shapiro.org Cc: freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Subject: Re: Alpha/PCI Help Request In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13999.42675.900087.538238@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Simon Shapiro writes: > Hi Y'll > * The PCI probe banner announces that the card is on int a, irq 0. this > does not look good to me. I have no idea how to set the IRQ, other than > what is done already in the driver (sys/pci/dpt_pci.c, and > sys/dev/dpt/dpt_scsi.c) I assume you're on a machine that treats pci interrupts differently than ISA interrupts (nearly everything but an AS200 or a multia)? If so, then all's well. But the message should probably either have 16 added to it so that it matches the output from vmstat -i, or it should read 'int a PCI irq 0'... > > * The system abort booting at this point, dropping back to the SRM which > says: > > halted CPU 0 > > halt code = 7 > machine check while in PAL mode > PC = 18400 > boot failure > >>> You *might* be able to get a meaningful ra out of the SRM console. Try something like: >>>e -virtual ra gpr: 1A ( R26) FFFFFC0000498560 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 27 16:54:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10801 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 16:54:02 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA10778 for ; Wed, 27 Jan 1999 16:53:59 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 94840 invoked by uid 1000); 27 Jan 1999 07:00:05 -0000 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: <13999.42675.900087.538238@grasshopper.cs.duke.edu> Date: Wed, 27 Jan 1999 02:00:05 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Andrew Gallatin Subject: Re: Alpha/PCI Help Request Cc: freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andrew Gallatin, On 28-Jan-99 you wrote: > > Simon Shapiro writes: > > Hi Y'll > > * The PCI probe banner announces that the card is on int a, irq 0. > this > > does not look good to me. I have no idea how to set the IRQ, > other than > > what is done already in the driver (sys/pci/dpt_pci.c, and > > sys/dev/dpt/dpt_scsi.c) > > I assume you're on a machine that treats pci interrupts differently > than ISA interrupts (nearly everything but an AS200 or a multia)? If > so, then all's well. But the message should probably either have 16 > added to it so that it matches the output from vmstat -i, or it should > read 'int a PCI irq 0'... Yup. Same 164LX bugger. Who is fixing what? (i.e. vmstat, or the printf in the driver? > > * The system abort booting at this point, dropping back to the SRM > which > > says: > > > > halted CPU 0 > > > > halt code = 7 > > machine check while in PAL mode > > PC = 18400 > > boot failure > > >>> > > You *might* be able to get a meaningful ra out of the SRM console. > Try something like: > > >>>e -virtual ra > gpr: 1A ( R26) FFFFFC0000498560 I get; gpr: 1A ( R26) FFFFFC000036CA64 is that supposed to be meaningful? :-) Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 16:58:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11229 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 16:58:24 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11224 for ; Wed, 27 Jan 1999 16:58:23 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id QAA27741; Wed, 27 Jan 1999 16:57:50 -0800 Date: Wed, 27 Jan 1999 16:57:50 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Simon Shapiro cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Subject: Re: Alpha/PCI Help Request 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 > > > > >>>e -virtual ra > > gpr: 1A ( R26) FFFFFC0000498560 > > I get; > > gpr: 1A ( R26) FFFFFC000036CA64 > > is that supposed to be meaningful? :-) ra is 'return address'- the address you'd return to. This might tell you the last place you jumped and died from. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jan 27 20:35:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07890 for freebsd-alpha-outgoing; Wed, 27 Jan 1999 20:35:48 -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 UAA07884 for ; Wed, 27 Jan 1999 20:35:46 -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 XAA04811; Wed, 27 Jan 1999 23:35:46 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.2/8.9.1) id XAA96100; Wed, 27 Jan 1999 23:35:38 -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, 27 Jan 1999 23:35:37 -0500 (EST) To: shimon@simon-shapiro.org Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha/PCI Help Request In-Reply-To: References: <13999.42675.900087.538238@grasshopper.cs.duke.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13999.58567.491638.194924@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Simon Shapiro writes: > > Andrew Gallatin, On 28-Jan-99 you wrote: > > > > I assume you're on a machine that treats pci interrupts differently > > than ISA interrupts (nearly everything but an AS200 or a multia)? If > > so, then all's well. But the message should probably either have 16 > > added to it so that it matches the output from vmstat -i, or it should > > read 'int a PCI irq 0'... > > Yup. Same 164LX bugger. > > Who is fixing what? (i.e. vmstat, or the printf in the driver? Certainly not the driver. It could probably be fixed by altering pci_drvmessage() in pci_compat.c.. That's probably not the right way, however. > gpr: 1A ( R26) FFFFFC000036CA64 > > is that supposed to be meaningful? :-) > Yes. It might be the last instruction before the crash. Use gdb to look up the address. EG: % gdb /kernel <...> (gdb) l *0xFFFFFC000036CA64 I think there's a gdb floating around someplace.. If you don't have one, grab ftp://ftp.cs.duke.edu/pub/gallatin/gdb.gz That's a hacked up cross-pollenated NetBSD gdb that will do live kernel debugging as well if you tell it to 'target kcore /dev/mem' 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 28 01:58:34 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19477 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 01:58: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 BAA19471 for ; Thu, 28 Jan 1999 01:58:26 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA01007; Thu, 28 Jan 1999 10:00:59 GMT Date: Thu, 28 Jan 1999 10:00:58 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Subject: Re: Alpha/PCI Help Request In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 27 Jan 1999, Simon Shapiro wrote: > Hi Y'll > > As promissed, I am here again seeking free advise and cheap thrills (well, > free advise for sure :-). > > I can now talk to the DPT card, but there are some problems: > > * The PCI code has changed quite a bit since I wrote the driver. the > existing PCI code was written by the CAM team, so I am not up to speed > yet :-( > > * The PCI probe banner announces that the card is on int a, irq 0. this > does not look good to me. I have no idea how to set the IRQ, other than > what is done already in the driver (sys/pci/dpt_pci.c, and > sys/dev/dpt/dpt_scsi.c) This is quite normal for a 164LX based system. > > * The driver, in the initialization routine (dpt_init), around line 1370 > makes a call to bus_dma_tag_create(). > > * I have not studied this function yet, but the arguments passed to it are: > > parent_dma_tag = 0xfffffe0001120a80 > alignment = 0 /* hard-coded in the call */ > boundry = 0 /* Hard-coded */ > lowaddr = 0xffffffff /* BUS_SPACE_MAXADDR */ > highaddr = 0xffffffff /* BUS_SPACE_MAXADDR */ > filter = NULL /* hard-coded */ > filterarg = NULL /* Hard-coded */ > maxsize = 0x10000 /* MAXBSIZE */ > nsegments = 1 /* dpt->sgsize setup above */ > maxsegsz = 0x20 /* BUS_SPACE_MAXSIZE_32BIT */ > flags = 2 /* BUS_DMA_ALLOCNOW */ > buffer_dma_tag = 0xfffffe0001126010 /* dpt->buffer_dmat */ > > * The system abort booting at this point, dropping back to the SRM which > says: > > halted CPU 0 > > halt code = 7 > machine check while in PAL mode > PC = 18400 > boot failure > >>> > > * Obviously the driver works under IA (i386), or I could not type this > message :-) > > If this rings a bell, please let me know. I will try, in the meantime to > isolate the exact line of code that blows up (1C resolution), and post some > more information. This kind of error sometimes happens when accesses are made to i/o memory which isn't backed by a real device. The way I usually debug this is to single step the code until I find exactly what the bogus address was. The answer is often obvious at that point. Are you using kernel-gdb for this? It makes this stuff a *lot* easier. -- 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 Thu Jan 28 02:00:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19648 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 02:00:03 -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 BAA19569 for ; Thu, 28 Jan 1999 01:59:58 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA01044; Thu, 28 Jan 1999 10:02:30 GMT Date: Thu, 28 Jan 1999 10:02:30 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Subject: Re: Alpha/PCI Help Request In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 27 Jan 1999, Simon Shapiro wrote: > > Andrew Gallatin, On 28-Jan-99 you wrote: > > > > Simon Shapiro writes: > > > Hi Y'll > > > * The PCI probe banner announces that the card is on int a, irq 0. > > this > > > does not look good to me. I have no idea how to set the IRQ, > > other than > > > what is done already in the driver (sys/pci/dpt_pci.c, and > > > sys/dev/dpt/dpt_scsi.c) > > > > I assume you're on a machine that treats pci interrupts differently > > than ISA interrupts (nearly everything but an AS200 or a multia)? If > > so, then all's well. But the message should probably either have 16 > > added to it so that it matches the output from vmstat -i, or it should > > read 'int a PCI irq 0'... > > Yup. Same 164LX bugger. > > Who is fixing what? (i.e. vmstat, or the printf in the driver? I have some code which identifies which object is routing the interrupt (as a printf). Its not ready for prime-time yet 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 Thu Jan 28 06:46:25 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25037 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 06:46:25 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA25031 for ; Thu, 28 Jan 1999 06:46:23 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 98853 invoked by uid 1000); 27 Jan 1999 20:52:35 -0000 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: Date: Wed, 27 Jan 1999 15:52:35 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Doug Rabson Subject: Re: Alpha/PCI Help Request Cc: freebsd-alpha@FreeBSD.ORG, Mark Salyzyn Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson, On 28-Jan-99 you wrote: ... > > * The PCI probe banner announces that the card is on int a, irq 0. > > this > > does not look good to me. I have no idea how to set the IRQ, other > > than > > what is done already in the driver (sys/pci/dpt_pci.c, and > > sys/dev/dpt/dpt_scsi.c) > > This is quite normal for a 164LX based system. Good. One potential source of headache gone... ... > > > > halted CPU 0 > > > > halt code = 7 > > machine check while in PAL mode > > PC = 18400 > > boot failure > > >>> > > > > * Obviously the driver works under IA (i386), or I could not type this > > message :-) > > > > If this rings a bell, please let me know. I will try, in the meantime > > to > > isolate the exact line of code that blows up (1C resolution), and post > > some > > more information. > > This kind of error sometimes happens when accesses are made to i/o > memory > which isn't backed by a real device. The way I usually debug this is to > single step the code until I find exactly what the bogus address was. > The > answer is often obvious at that point. Are you using kernel-gdb for > this? > It makes this stuff a *lot* easier. This is the game plan... thanx! Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 28 11:30:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29024 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 11:30:00 -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 LAA29018 for ; Thu, 28 Jan 1999 11:29:57 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA09560 (5.67b/IDA-1.5 for freebsd-alpha@freebsd.org); Thu, 28 Jan 1999 20:15:22 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id UAA00754 for freebsd-alpha@freebsd.org; Thu, 28 Jan 1999 20:05:13 +0100 (CET) From: Wilko Bulte Message-Id: <199901281905.UAA00754@yedi.iaf.nl> Subject: error during make world To: freebsd-alpha@FreeBSD.ORG (FreeBSD-alpha mailing list) Date: Thu, 28 Jan 1999 20:05:13 +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 To stress things a bit I ran a make -j 64 buildworld on freebsd-axp -current of a few days ago. Does Jan 28 19:13:41 alpine login: ROOT LOGIN (root) ON ttyp0 FROM yedi.iaf.nl Jan 28 19:45:27 alpine /kernel: swap_pager_getswapspace: failed Jan 28 19:46:31 alpine /kernel: failed Jan 28 19:46:50 alpine /kernel: swap_pager_getswapspace: failed Jan 28 19:46:57 alpine last message repeated 30 times Jan 28 19:46:57 alpine /kernel: swap_pager_getswapspace: .. Jan 28 19:48:20 alpine last message repeated 28 times Jan 28 19:49:32 alpine /kernel: calcru: negative time of -1460591 usec for pid 2 3505 (cc1) signify an out of swap situation? The box is a 64Mbyte Aspen Alpine (aka EB64+). I'm not sure what this calcru message means either. TIA 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 Thu Jan 28 12:59:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14257 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 12:59:07 -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 MAA14251 for ; Thu, 28 Jan 1999 12:59:03 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA13551 (5.67b/IDA-1.5 for freebsd-alpha@freebsd.org); Thu, 28 Jan 1999 21:31:52 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id VAA01614 for freebsd-alpha@freebsd.org; Thu, 28 Jan 1999 21:12:10 +0100 (CET) From: Wilko Bulte Message-Id: <199901282012.VAA01614@yedi.iaf.nl> Subject: oddity with pstat To: freebsd-alpha@FreeBSD.ORG (FreeBSD-alpha mailing list) Date: Thu, 28 Jan 1999 21:12:10 +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 Is it me or: alpine#pstat -s Device 1K-blocks Used Avail Capacity Type /dev/od0b 131072 256 130816 0% Interleaved alpine#man 4 od OD(4) FreeBSD Kernel Interfaces Manual OD(4) NAME od - SCSI optical disk driver I expected /dev/da0b or maybe /dev/sd0b 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 Thu Jan 28 13:00:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14700 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 13:00:42 -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 NAA14695 for ; Thu, 28 Jan 1999 13:00:39 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA13525 (5.67b/IDA-1.5 for freebsd-alpha@freebsd.org); Thu, 28 Jan 1999 21:31:40 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id VAA02297 for freebsd-alpha@freebsd.org; Thu, 28 Jan 1999 21:35:09 +0100 (CET) From: Wilko Bulte Message-Id: <199901282035.VAA02297@yedi.iaf.nl> Subject: reproducible lockup during buildworld To: freebsd-alpha@FreeBSD.ORG (FreeBSD-alpha mailing list) Date: Thu, 28 Jan 1999 21:35:09 +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 I can reproducible lockup Sunday's -current with make -j 32 buildworld. The machine still pings, but that is about it. The last 'top' output is: last pid: 16644; load averages: 1.86, 5.29, 3.92 up 0+00:24:04 21:24:17 111 processes: 1 running, 110 sleeping CPU states: 0.1% user, 0.0% nice, 0.3% system, 0.0% interrupt, 99.5% idle Mem: 21M Active, 2528K Inact, 14M Wired, 2064K Cache, 3600K Buf, 17M Free Swap: 128M Total, 15M Used, 113M Free, 11% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 191 root 10 0 888K 0K wait 1:51 0.00% 0.00% 277 root 2 0 2448K 272K select 1:18 0.00% 0.00% make 361 root 38 0 6400K 696K RUN 0:13 0.00% 0.00% top 272 root 2 0 2456K 272K select 0:13 0.00% 0.00% make 279 root 2 0 2688K 264K select 0:10 0.00% 0.00% make 89 root 2 0 2248K 248K select 0:05 0.00% 0.00% syslogd 15729 root 2 0 776K 248K select 0:04 0.00% 0.00% make 142 root -14 0 3472K 128K inode 0:04 0.00% 0.00% cron 273 root -6 0 2176K 72K piperd 0:01 0.00% 0.00% tee 16533 root 2 0 856K 560K select 0:01 0.00% 0.00% make 285 root 2 0 3280K 120K select 0:00 0.00% 0.00% rlogind 1 root 10 0 632K 0K wait 0:00 0.00% 0.00% 16547 root -14 0 2528K 688K inode 0:00 0.00% 0.00% cpp 282 root 10 0 768K 0K wait 0:00 0.00% 0.00% 113 root 10 0 256K 0K nfsidl 0:00 0.00% 0.00% nfsiod 286 root 10 0 880K 0K wait 0:00 0.00% 0.00% 16566 root -14 0 2528K 840K inode 0:00 0.00% 0.00% cpp A break can still force it into the (serial) console debugger: db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 16644 fffffe000387db60 fffffe0003bfa000 0 16617 272 000016 3 thrd_sleep fffffc00004f4028 cc 16643 fffffe0003c42fa0 fffffe0003cae000 0 16627 272 000016 3 thrd_sleep fffffc00004f4028 cc 16642 fffffe0003c40740 fffffe0003d10000 0 16628 272 000016 3 thrd_sleep fffffc00004f4028 cc 16641 fffffe0003c42ae0 fffffe0003cbe000 0 16616 272 000016 3 thrd_sleep fffffc00004f4028 cc 16640 fffffe0003dc4620 fffffe0003e52000 0 16533 272 004006 3 inode fffffe0000265c00 sh 16639 fffffe000387c600 fffffe0003c2c000 0 16636 272 000006 3 thrd_sleep fffffc00004f4028 sh 16638 fffffe0003c3d560 fffffe0003d82000 0 16635 272 000006 3 inode fffffe000027e600 sh 16637 fffffe0003c3d0a0 fffffe0003d90000 0 16632 272 000006 3 inode fffffe000027e600 sh 16636 fffffe0003c455a0 fffffe0003c52000 0 16533 272 004082 3 wait fffffe0003c455a0 sh 16635 fffffe0003dc30c0 fffffe0003ec2000 0 16533 272 004082 3 wait fffffe0003dc30c0 sh 16634 fffffe0003dc70e0 fffffe0003de2000 0 16612 272 004006 3 thrd_sleep fffffc00004f4028 as 16633 fffffe0003c45340 fffffe0003c56000 0 16612 272 004086 3 piperd fffffe0003d6f9a0 cc1 16632 fffffe0003c41320 fffffe0003cf6000 0 16533 272 004082 3 wait fffffe0003c41320 sh 16631 fffffe0003c3e140 fffffe0003d64000 0 16612 272 004006 3 inode fffffe0000265c00 cpp 16630 fffffe0003dc3a40 fffffe0003e90000 0 16601 272 004086 3 piperd fffffe0003ae6d80 as 16629 fffffe0003c45cc0 fffffe0003c46000 0 16626 272 004006 3 inode fffffe000027ec00 cc 16628 fffffe0003c44760 fffffe0003c7c000 0 16625 272 004002 3 ppwait fffffe0003c44760 cc 16627 fffffe000387f0c0 fffffe0003bbc000 0 16618 272 004002 3 ppwait fffffe000387f0c0 cc 16626 fffffe0003c3ed20 fffffe0003d4a000 0 16533 272 004082 3 wait fffffe0003c3ed20 sh 16625 fffffe0003dc5920 fffffe0003e1a000 0 16533 272 004082 3 wait fffffe0003dc5920 sh 16624 fffffe0003c45a60 fffffe0003c4a000 0 16601 272 004086 3 piperd fffffe0003ae72c0 cc1 --More-- db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 16644 fffffe000387db60 fffffe0003bfa000 0 16617 272 000016 3 thrd_sleep fffffc00004f4028 cc 16643 fffffe0003c42fa0 fffffe0003cae000 0 16627 272 000016 3 thrd_sleep fffffc00004f4028 cc 16642 fffffe0003c40740 fffffe0003d10000 0 16628 272 000016 3 thrd_sleep fffffc00004f4028 cc 16641 fffffe0003c42ae0 fffffe0003cbe000 0 16616 272 000016 3 thrd_sleep fffffc00004f4028 cc 16640 fffffe0003dc4620 fffffe0003e52000 0 16533 272 004006 3 inode fffffe0000265c00 sh 16639 fffffe000387c600 fffffe0003c2c000 0 16636 272 000006 3 thrd_sleep fffffc00004f4028 sh 16638 fffffe0003c3d560 fffffe0003d82000 0 16635 272 000006 3 inode fffffe000027e600 sh 16637 fffffe0003c3d0a0 fffffe0003d90000 0 16632 272 000006 3 inode fffffe000027e600 sh 16636 fffffe0003c455a0 fffffe0003c52000 0 16533 272 004082 3 wait fffffe0003c455a0 sh 16635 fffffe0003dc30c0 fffffe0003ec2000 0 16533 272 004082 3 wait fffffe0003dc30c0 sh 16634 fffffe0003dc70e0 fffffe0003de2000 0 16612 272 004006 3 thrd_sleep fffffc00004f4028 as 16633 fffffe0003c45340 fffffe0003c56000 0 16612 272 004086 3 piperd fffffe0003d6f9a0 cc1 16632 fffffe0003c41320 fffffe0003cf6000 0 16533 272 004082 3 wait fffffe0003c41320 sh 16631 fffffe0003c3e140 fffffe0003d64000 0 16612 272 004006 3 inode fffffe0000265c00 cpp 16630 fffffe0003dc3a40 fffffe0003e90000 0 16601 272 004086 3 piperd fffffe0003ae6d80 as 16629 fffffe0003c45cc0 fffffe0003c46000 0 16626 272 004006 3 inode fffffe000027ec00 cc 16628 fffffe0003c44760 fffffe0003c7c000 0 16625 272 004002 3 ppwait fffffe0003c44760 cc 16627 fffffe000387f0c0 fffffe0003bbc000 0 16618 272 004002 3 ppwait fffffe000387f0c0 cc 16626 fffffe0003c3ed20 fffffe0003d4a000 0 16533 272 004082 3 wait fffffe0003c3ed20 sh 16625 fffffe0003dc5920 fffffe0003e1a000 0 16533 272 004082 3 wait fffffe0003dc5920 sh 16624 fffffe0003c45a60 fffffe0003c4a000 0 16601 272 004086 3 piperd fffffe0003ae72c0 cc1 16623 fffffe0003c404e0 fffffe0003d14000 0 16610 272 004086 3 piperd fffffe0003ae7aa0 as 16622 fffffe0003c41ca0 fffffe0003cde000 0 16595 272 004086 3 piperd fffffe0003ae6ae0 as 16621 fffffe000387d440 fffffe0003c06000 0 16610 272 004086 3 piperd fffffe0003d6fb60 cc1 16620 fffffe0003c3ef80 fffffe0003d46000 0 16595 272 004086 3 piperd fffffe0003d6d400 cc1 16619 fffffe0003c450e0 fffffe0003c5e000 0 16601 272 004006 3 inode fffffe0000265c00 cpp 16618 fffffe000387e4e0 fffffe0003be0000 0 16533 272 004082 3 wait fffffe000387e4e0 sh 16617 fffffe0003dc3320 fffffe0003e9c000 0 16614 272 004002 3 ppwait fffffe0003dc3320 cc 16616 fffffe0003c3e600 fffffe0003d58000 0 16613 272 004002 3 ppwait fffffe0003c3e600 cc 16615 fffffe0003dc4880 fffffe0003e42000 0 16610 272 004006 3 inode fffffe0000265c00 cpp 16614 fffffe0003c3dc80 fffffe0003d76000 0 16533 272 004082 3 wait fffffe0003c3dc80 sh 16613 fffffe0003c3d7c0 fffffe0003d7e000 0 16533 272 004082 3 wait fffffe0003c3d7c0 sh 16612 fffffe000387e740 fffffe0003bda000 0 16608 272 004082 3 wait fffffe000387e740 cc 16611 fffffe0003c3c260 fffffe0003db4000 0 16595 272 004006 3 inode fffffe0000279600 cpp 16610 fffffe00038803c0 fffffe0003b8a000 0 16609 272 004082 3 wait fffffe00038803c0 cc 16609 fffffe0003c410c0 fffffe0003cfa000 0 16533 272 004082 3 wait fffffe0003c410c0 sh 16608 fffffe0003c40c00 fffffe0003d02000 0 16533 272 004082 3 wait fffffe0003c40c00 sh 16607 fffffe000387bee0 fffffe0003c38000 0 16586 272 004086 3 piperd fffffe0003ae8b40 as 16606 fffffe0003c3fdc0 fffffe0003d22000 0 16586 272 004086 3 piperd fffffe0003aeb0e0 cc1 16605 fffffe0003dc4d40 fffffe0003e36000 0 16586 272 004006 3 inode fffffe0000279000 cpp 16604 fffffe0003c42d40 fffffe0003cb4000 0 16587 272 004086 3 piperd fffffe0003ae6060 as 16603 fffffe0003dc69c0 fffffe0003df2000 0 16587 272 004086 3 piperd fffffe0003d6fee0 cc1 16602 fffffe0003c42160 fffffe0003cd0000 0 16591 272 004086 3 piperd fffffe0003aea820 as 16601 fffffe0003dc1dc0 fffffe00040e6000 0 16596 272 004082 3 wait fffffe0003dc1dc0 cc 16600 fffffe000387e9a0 fffffe0003bd6000 0 16591 272 004086 3 piperd fffffe0003aeb540 cc1 16599 fffffe0003c3c980 fffffe0003da4000 0 16578 272 004086 3 piperd fffffe0003ae6ca0 as 16598 fffffe0003c3eac0 fffffe0003d50000 0 16591 272 004006 3 inode fffffe0000265c00 cpp 16597 fffffe0003dc5de0 fffffe0003e12000 0 16578 272 004086 3 piperd fffffe0003ae9a20 cc1 16596 fffffe0003dc3ca0 fffffe0003e8c000 0 16533 272 004082 3 wait fffffe0003dc3ca0 sh 16595 fffffe000387cf80 fffffe0003c0e000 0 16594 272 004082 3 wait fffffe000387cf80 cc 16594 fffffe0003c3f440 fffffe0003d3c000 0 16533 272 004082 3 wait fffffe0003c3f440 sh 16593 fffffe0003c3f900 fffffe0003d2a000 0 16578 272 004006 3 inode fffffe0000265c00 cpp 16592 fffffe0003c44040 fffffe0003c88000 0 16587 272 004006 3 inode fffffe0000265c00 cpp 16591 fffffe000387f7e0 fffffe0003baa000 0 16588 272 004082 3 wait fffffe000387f7e0 cc 16588 fffffe0003dc29a0 fffffe0003ef4000 0 16533 272 004082 3 wait fffffe0003dc29a0 sh 16587 fffffe0003c41a40 fffffe0003ce2000 0 16579 272 004082 3 wait fffffe0003c41a40 cc 16586 fffffe0003dc7a60 fffffe0003dd0000 0 16560 272 004082 3 wait fffffe0003dc7a60 cc 16583 fffffe0003c442a0 fffffe0003c84000 0 16551 272 004086 3 piperd fffffe0003d6f0e0 as 16581 fffffe000387d6a0 fffffe0003c02000 0 16536 272 004086 3 piperd fffffe0003d6f1c0 as 16579 fffffe0003c3e860 fffffe0003d54000 0 16533 272 004082 3 wait fffffe0003c3e860 sh 16578 fffffe0003c3fb60 fffffe0003d26000 0 16557 272 004082 3 wait fffffe0003c3fb60 cc 16575 fffffe0003c3c720 fffffe0003dac000 0 16551 272 004086 3 piperd fffffe0003d6fe00 cc1 16571 fffffe0003dc4160 fffffe0003e5c000 0 16536 272 004086 3 piperd fffffe0003ae9f60 cc1 16566 fffffe0003c3c4c0 fffffe0003db0000 0 16551 272 004006 3 inode fffffe0000265c00 cpp 16561 fffffe0003dc2020 fffffe0003ff4000 0 16552 272 004006 3 inode fffffe000027e600 cc 16560 fffffe000387f580 fffffe0003bb0000 0 16533 272 004082 3 wait fffffe000387f580 sh 16559 fffffe0003c3dee0 fffffe0003d72000 0 16555 272 004006 3 inode fffffe000027e600 cc 16557 fffffe0003880160 fffffe0003b92000 0 16533 272 004082 3 wait fffffe0003880160 sh 16555 fffffe0003c3ce40 fffffe0003d9c000 0 16533 272 004082 3 wait fffffe0003c3ce40 sh 16554 fffffe0003c449c0 fffffe0003c76000 0 16549 272 004006 3 inode fffffe000027e600 cc 16553 fffffe000387e280 fffffe0003be4000 0 16544 272 004006 3 inode fffffe000027e600 cc 16552 fffffe0003c41f00 fffffe0003cd8000 0 16533 272 004082 3 wait fffffe0003c41f00 sh 16551 fffffe000387f320 fffffe0003bb8000 0 16546 272 004082 3 wait fffffe000387f320 cc 16549 fffffe0003c3f6a0 fffffe0003d36000 0 16533 272 004082 3 wait fffffe0003c3f6a0 sh 16547 fffffe0003c41580 fffffe0003cec000 0 16536 272 004006 3 inode fffffe0000265c00 cpp 16546 fffffe0003c423c0 fffffe0003ccc000 0 16533 272 004082 3 wait fffffe0003c423c0 sh 16545 fffffe0003dc56c0 fffffe0003e24000 0 16541 272 004006 3 inode fffffe000027e600 cc 16544 fffffe0003c44500 fffffe0003c80000 0 16533 272 004082 3 wait fffffe0003c44500 sh 16543 fffffe000387fa40 fffffe0003ba2000 0 16539 272 004006 3 inode fffffe000027e600 cc 16542 fffffe0003dc4fa0 fffffe0003e32000 0 16537 272 004006 3 inode fffffe000027e600 cc 16541 fffffe000387cac0 fffffe0003c16000 0 16533 272 004082 3 wait fffffe000387cac0 sh 16539 fffffe0003c40e60 fffffe0003cfe000 0 16533 272 004082 3 wait fffffe0003c40e60 sh 16538 fffffe0003c43b80 fffffe0003c90000 0 16535 272 004006 3 inode fffffe000027e600 cc 16537 fffffe000387c140 fffffe0003c34000 0 16533 272 004082 3 wait fffffe000387c140 sh 16536 fffffe000387ddc0 fffffe0003bf6000 0 16534 272 004082 3 wait fffffe000387ddc0 cc 16535 fffffe0003c436c0 fffffe0003c98000 0 16533 272 004082 3 wait fffffe0003c436c0 sh 16534 fffffe0003c42620 fffffe0003cc8000 0 16533 272 004082 3 wait fffffe0003c42620 sh 16533 fffffe0003dc2740 fffffe0003ef8000 0 15732 272 004086 3 select fffffc0000503468 make 15732 fffffe000387c3a0 fffffe0003c30000 0 15729 272 004082 3 wait fffffe000387c3a0 sh 15729 fffffe0003880d40 fffffe0003b34000 0 282 272 004086 3 select fffffc0000503468 make 361 fffffe0003c40020 fffffe0003d1e000 0 286 361 004106 3 inode fffffe000027e600 top 286 fffffe0003880620 fffffe0003b7c000 0 285 286 004082 3 wait fffffe0003880620 sh 285 fffffe0003880880 fffffe0003b78000 0 139 285 004084 3 select fffffc0000503468 rlogind 282 fffffe0003880ae0 fffffe0003b38000 0 279 272 004082 3 wait fffffe0003880ae0 sh 279 fffffe0003880fa0 fffffe0003b30000 0 278 272 004086 3 select fffffc0000503468 make 278 fffffe0003881200 fffffe0003b2c000 0 277 272 004082 3 wait fffffe0003881200 sh 277 fffffe0003881920 fffffe0003b1a000 0 276 272 004086 3 select fffffc0000503468 make 276 fffffe0003881460 fffffe0003b26000 0 272 272 004082 3 wait fffffe0003881460 sh 273 fffffe00038830e0 fffffe0003adc000 0 191 272 004086 3 piperd fffffe0003aebb60 tee 272 fffffe00038816c0 fffffe0003b20000 0 191 272 004086 3 select fffffc0000503468 make 191 fffffe0003883340 fffffe0003ad8000 0 1 191 004082 3 wait fffffe0003883340 sh 146 fffffe0003881b80 fffffe0003b16000 0 1 146 000080 3 select fffffc0000503468 lpd 142 fffffe0003881de0 fffffe0003b12000 0 1 142 000004 3 inode fffffe0000265c00 cron 139 fffffe00038829c0 fffffe0003af4000 0 1 139 000080 3 select fffffc0000503468 inetd 116 fffffe0003882040 fffffe0003b04000 0 1 111 000080 3 nfsidl fffffc00005060d0 nfsiod 115 fffffe00038822a0 fffffe0003b00000 0 1 111 000080 3 nfsidl fffffc00005060c8 nfsiod 114 fffffe0003882500 fffffe0003afc000 0 1 111 000080 3 nfsidl fffffc00005060c0 nfsiod 113 fffffe0003882760 fffffe0003af8000 0 1 111 000084 3 nfsidl fffffc00005060b8 nfsiod Any clues? This is a 64Mbyte EB64+. I'll resup and see what happens. 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 Thu Jan 28 17:18:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23370 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 17:18:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23363 for ; Thu, 28 Jan 1999 17:18:21 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id RAA00435; Thu, 28 Jan 1999 17:17:39 -0800 Date: Thu, 28 Jan 1999 17:17:38 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Wilko Bulte cc: FreeBSD-alpha mailing list Subject: Re: reproducible lockup during buildworld In-Reply-To: <199901282035.VAA02297@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 Under load I've had alpha's freeze for some time. ENOCLUE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jan 28 22:12:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27446 for freebsd-alpha-outgoing; Thu, 28 Jan 1999 22:12: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 WAA27441 for ; Thu, 28 Jan 1999 22:12:05 -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 PAA08690 for ; Fri, 29 Jan 1999 15:12:02 +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 PAA25640; Fri, 29 Jan 1999 15:12:02 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: egcs port for alpha X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Fri, 29 Jan 1999 15:12:01 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 107 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ----Next_Part(Fri_Jan_29_15:10:31_1999_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit I made a patch for egcs port in our tree. I successfully compiled xemacs and kernel (with some tweaks) with this egcs and I'm running the kernel. The most important part is in: http://www.freebsd.org/~simokawa/egcs-freebsd-alpha-supplement.tar.bz2 I don't know much about configuration of egcs. I appreciate if some experts check the files in the archive. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp ----Next_Part(Fri_Jan_29_15:10:31_1999_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=egcs.diff Index: Makefile =================================================================== RCS file: /home/ncvs/ports/lang/egcs/Makefile,v retrieving revision 1.42 diff -u -u -r1.42 Makefile --- Makefile 1998/12/26 20:10:02 1.42 +++ Makefile 1999/01/29 06:01:45 @@ -13,8 +13,12 @@ ftp://ftp.funet.fi/mirrors/ftp.cygnus.com/pub/egcs/releases/egcs-1.1.1/ \ ftp://egcs.cygnus.com/pub/egcs/releases/egcs-1.1.1/ \ ftp://ftp.fu-berlin.de/unix/languages/egcs/releases/egcs-1.1.1/ \ - ftp://cambridge.cygnus.com/pub/egcs/releases/egcs-1.1.1/ -EXTRACT_SUFX= .tar.bz2 + ftp://cambridge.cygnus.com/pub/egcs/releases/egcs-1.1.1/ \ + http://www.freebsd.org/~simokawa/ +DISTFILES= egcs-1.1.1.tar.bz2 +.if ${MACHINE_ARCH} == "alpha" +DISTFILES+= egcs-freebsd-alpha-supplement.tar.bz2 +.endif MAINTAINER= obrien@FreeBSD.org @@ -29,7 +33,9 @@ LIBSTDCPP_REV= 2.9.0 .if ${PORTOBJFORMAT} == "elf" +.if ${MACHINE_ARCH} == "i386" PLIST= ${WRKDIR}/PLIST +.endif #GNUHOST= ${ARCH}-unknown-freebsdelf${OSREL} GNUHOST= ${ARCH}-unknown-freebsdelf .else @@ -52,7 +58,7 @@ ${SED} -e "s:__FreeBSD__:__FreeBSD__=$${MAJ}:" freebsd.h.in >freebsd.h ; \ ${MV} freebsd-elf.h freebsd-elf.h.in ; \ ${SED} -e "s:__FreeBSD__:__FreeBSD__=$${MAJ}:" freebsd-elf.h.in >freebsd-elf.h) -.if ${PORTOBJFORMAT} == "elf" +.if ${MACHINE_ARCH} == "i386" && ${PORTOBJFORMAT} == "elf" @${SED} -e 's/^@comment ELF-only://' ${PKGDIR}/PLIST >${PLIST} .endif Index: files/md5 =================================================================== RCS file: /home/ncvs/ports/lang/egcs/files/md5,v retrieving revision 1.20 diff -u -u -r1.20 md5 --- md5 1998/12/05 04:00:40 1.20 +++ md5 1999/01/29 06:01:45 @@ -1 +1,2 @@ MD5 (egcs-1.1.1.tar.bz2) = 854ed488f030075e4a4ac1fbedcb27fb +MD5 (egcs-freebsd-alpha-supplement.tar.bz2) = e414a20f36554d084988e603b3b5725d Index: patches/patch-ak =================================================================== RCS file: /home/ncvs/ports/lang/egcs/patches/patch-ak,v retrieving revision 1.1 diff -u -u -r1.1 patch-ak --- patch-ak 1998/12/25 19:42:01 1.1 +++ patch-ak 1999/01/29 06:01:45 @@ -1,6 +1,22 @@ ---- gcc/configure.orig Wed Dec 2 11:22:52 1998 -+++ gcc/configure Fri Dec 25 00:35:40 1998 -@@ -2752,6 +2752,7 @@ +--- gcc/configure.orig Thu Dec 3 04:22:52 1998 ++++ gcc/configure Sat Jan 16 15:57:44 1999 +@@ -2303,6 +2303,15 @@ + thread_file='posix' + fi + ;; ++ alpha*-*-freebsd*) ++ tm_file="${tm_file} freebsd.h alpha/freebsd.h alpha/freebsd-elf.h" ++ xm_file="${xm_file} xm-freebsd.h" ++ target_cpu_default="MASK_GAS" ++ tmake_file="t-freebsd alpha/t-crtbe" ++ xmake_file=none ++ fixincludes=fixinc.wrap ++ gas=yes gnu_ld=yes ++ ;; + alpha*-*-netbsd*) + tm_file="${tm_file} alpha/elf.h alpha/netbsd.h alpha/netbsdl-elf.h" + xm_file="xm-netbsd.h ${xm_file}" +@@ -2752,6 +2761,7 @@ tm_file="i386/i386.h i386/att.h linux.h i386/freebsd-elf.h i386/perform.h" # On FreeBSD, the headers are already ok, except for math.h. fixincludes=fixinc.wrap ----Next_Part(Fri_Jan_29_15:10:31_1999_809)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jan 29 02:03:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25368 for freebsd-alpha-outgoing; Fri, 29 Jan 1999 02:03:47 -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 CAA25355 for ; Fri, 29 Jan 1999 02:03:38 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA06703; Fri, 29 Jan 1999 10:06:10 GMT Date: Fri, 29 Jan 1999 10:06:10 +0000 (GMT) From: Doug Rabson To: Wilko Bulte cc: FreeBSD-alpha mailing list Subject: Re: error during make world In-Reply-To: <199901281905.UAA00754@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 Thu, 28 Jan 1999, Wilko Bulte wrote: > To stress things a bit I ran a make -j 64 buildworld on freebsd-axp -current of a > few days ago. > > Does > Jan 28 19:13:41 alpine login: ROOT LOGIN (root) ON ttyp0 FROM yedi.iaf.nl > Jan 28 19:45:27 alpine /kernel: swap_pager_getswapspace: failed > Jan 28 19:46:31 alpine /kernel: failed > Jan 28 19:46:50 alpine /kernel: swap_pager_getswapspace: failed > Jan 28 19:46:57 alpine last message repeated 30 times > Jan 28 19:46:57 alpine /kernel: swap_pager_getswapspace: > .. > Jan 28 19:48:20 alpine last message repeated 28 times > Jan 28 19:49:32 alpine /kernel: calcru: negative time of -1460591 usec for pid 2 > 3505 (cc1) > > signify an out of swap situation? The box is a 64Mbyte Aspen Alpine > (aka EB64+). I'm not sure what this calcru message means either. I think you may have run low on swap space. This is a diagnostic from the new swap_pager. The calcru message I'm not sure about. There might be some bugs in the time accounting around fork and swtch. -- 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