From owner-freebsd-alpha Sun Jun 6 9:48:34 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from helios.dnttm.ru (dnttm-gw.rssi.ru [193.232.0.205]) by hub.freebsd.org (Postfix) with ESMTP id C169E15152 for ; Sun, 6 Jun 1999 09:48:27 -0700 (PDT) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.9.1/8.9.1/IP-3) with UUCP id UAA23247; Sun, 6 Jun 1999 20:46:15 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.9.3/8.9.1) with ESMTP id UAA01654; Sun, 6 Jun 1999 20:49:57 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199906061649.UAA01654@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Kenneth D. Merry" Cc: alpha@FreeBSD.ORG Subject: Re: messed up swap reporting In-reply-to: Your message of "Sun, 06 Jun 1999 01:29:53 MDT." <199906060729.BAA14233@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Jun 1999 20:49:57 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Kenneth D. Merry" wrote: > {subway:/usr/home/ken:37:0} pstat -s > Device 1K-blocks Used Avail Capacity Type > /dev/(null) -248 -358392 358144 144513% Interleaved This phenomenon should be explained in the attached message: ------------------------------- To: "Andrey A. Chernov" cc: current@FreeBSD.ORG Subject: Re: kvm_getswapinfo is broken In-reply-to: Your message of "Wed, 26 May 1999 09:08:11 +0400." <19990526090810.A23737@nagual.pp.ru> Date: Thu, 27 May 1999 02:09:14 +0400 From: Dmitrij Tejblum "Andrey A. Chernov" wrote: > Just check 'swapinfo' in recent -current, it shows "/dev/(null)" as swap > device, it means that devinfo() call in kvm_getswapinfo() returns NULL, > i.e. called with wrong argument which is swinfo.sw_dev This is a known problem. It is because dev_t in kernel and dev_t and userland are now different things. This is worse on the alpha, where they also have different sizes. So, on the alpha, the numbers are broken too, not just device names. Supposedly, it will be fixed by a junior kernel hacker. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 6 12: 8:41 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from grootstal.nijmegen.inter.nl.net (grootstal.nijmegen.inter.nl.net [193.67.237.11]) by hub.freebsd.org (Postfix) with ESMTP id 34F9F14BD2 for ; Sun, 6 Jun 1999 12:08:37 -0700 (PDT) (envelope-from Peter.Blok@inter.NL.net) Received: from mspc by grootstal.nijmegen.inter.nl.net via ztm51-62.Zoetermeer.NL.net [195.108.245.227] with SMTP for id VAA20043 (8.8.8/1.18); Sun, 6 Jun 1999 21:08:36 +0200 (MET DST) Reply-To: From: "Peter Blok" To: Subject: subscribe Date: Sun, 6 Jun 1999 21:08:21 +0200 Message-ID: <000001beb04f$f281f260$89ac9fa8@mspc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Importance: Normal Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 6 12:18:54 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from albert.critical.net (04-ta02pk.idsi.net [205.232.27.50]) by hub.freebsd.org (Postfix) with ESMTP id 0ADDD155A4 for ; Sun, 6 Jun 1999 12:18:50 -0700 (PDT) (envelope-from mgraffam@idsi.net) Received: from localhost (phundie@localhost) by albert.critical.net (8.8.7/8.8.7) with ESMTP id PAA30294 for ; Sun, 6 Jun 1999 15:17:02 -0400 From: mgraffam@idsi.net X-Authentication-Warning: albert.critical.net: phundie owned process doing -bs Date: Sun, 6 Jun 1999 15:17:02 -0400 (EDT) X-Sender: phundie@albert.critical.net To: freebsd-alpha@FreeBSD.ORG Subject: FreeBSD on the DEC Multia 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 Does anyone have a document up detailing what hardware on the Multia is/is not working? I have a Multia here running Linux in service as a gateway. If there is something undone that I have docs for, I could re-arrange my network for development. How about dirty 32-bit code in the ports collection? I could clean that up too.. I've had to do it before, may as well do it again :( Michael J. Graffam (mgraffam@idsi.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 6 13: 4:11 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from grootstal.nijmegen.inter.nl.net (grootstal.nijmegen.inter.nl.net [193.67.237.11]) by hub.freebsd.org (Postfix) with ESMTP id 9AAB614D5B for ; Sun, 6 Jun 1999 13:04:09 -0700 (PDT) (envelope-from Peter.Blok@inter.NL.net) Received: from mspc by grootstal.nijmegen.inter.nl.net via ztm51-79.Zoetermeer.NL.net [195.108.245.244] with SMTP for id WAA23231 (8.8.8/1.18); Sun, 6 Jun 1999 22:04:08 +0200 (MET DST) Reply-To: From: "Peter Blok" To: Subject: FreeBSD on multia Date: Sun, 6 Jun 1999 22:03:53 +0200 Message-ID: <000201beb057$b462a6c0$89ac9fa8@mspc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to install FreeBSD on a multia UDB. With FreeBSD 3.1-RELEASE, i'm able to label the disk, but after the installation it won't boot. It only creates a / FS. Additional /usr FS fails. With FreeBSD 3.2-RELEASE it boots up and asks me which terminal to use. It doesn't accept any input. Any clues? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 6 13: 6:12 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 4CFE014D5B for ; Sun, 6 Jun 1999 13:06:10 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id NAA23132; Sun, 6 Jun 1999 13:06:10 -0700 Date: Sun, 6 Jun 1999 13:03:03 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Peter Blok Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD on multia In-Reply-To: <000201beb057$b462a6c0$89ac9fa8@mspc> 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 There is no TGA framebuffer driver, so the onboard framebuffer won't work. You have to use a serial console. On Sun, 6 Jun 1999, Peter Blok wrote: > Hi, > > I'm trying to install FreeBSD on a multia UDB. With FreeBSD 3.1-RELEASE, i'm > able to label the disk, but after the installation it won't boot. It only > creates a / FS. Additional /usr FS fails. > > With FreeBSD 3.2-RELEASE it boots up and asks me which terminal to use. It > doesn't accept any input. > > Any clues? > > 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 Sun Jun 6 20:25:27 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id BECD114E0A for ; Sun, 6 Jun 1999 20:25:22 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 97696 invoked from network); 7 Jun 1999 03:25:21 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 7 Jun 1999 03:25:21 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id 6F9172DAA9; Mon, 7 Jun 1999 12:25:20 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id MAA66110; Mon, 7 Jun 1999 12:25:19 +0900 (JST) Date: Mon, 07 Jun 1999 12:25:17 +0900 Message-ID: <14171.15261.616728.29321F@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: gallatin@cs.duke.edu Cc: pornin@bolet.ens.fr, freebsd-alpha@FreeBSD.ORG Subject: OSF/1 emulation (Re: Compiling XFree on an alpha..) In-Reply-To: In your message of "Mon, 3 May 1999 10:04:37 -0400 (EDT)" <14125.44049.845050.285497@grasshopper.cs.duke.edu> References: <19990503083942.B20136@bolet.ens.fr> <199905021908.MAA19491@mail.cybcon.com> <14125.44049.845050.285497@grasshopper.cs.duke.edu> User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > > > > Thomas Pornin writes: > > On Sun, May 02, 1999 at 08:32:47PM +0100, Doug Rabson wrote: > > > Fair enough. I don't think XF86Setup and netscape work with Linux/alpha > > > either... > > > > I do not know for XF86Setup (my first XFree installation was back in > > the days where XF86Setup did not exist, and the Xconfigure thing would > > not work, therefore I write XF86Config by hand) but you may run the OSF > > Netscape on Linux/Alpha. I have a fully functional Communicator 4.51 > > and it is stable. This requires the OSF shared libs, though (or maybe > > FreeBSD is also capable of running Netscape, and other DU binaries > such as Mathematica and S-Plus under the osf/1 compatibility module. > You can fetch it from: ftp://ftp.cs.duke.edu/pub/gallatin/osf1.tar.gz > > Be warned that I haven't had much time to play with it since December, > so it might need a little tweaking to get it working again with > -current. > > ------------------------------------------------------------------------------ > 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 Here is a patch for -current. Do you have a plan to commit this module to the tree? It must be nice to have it by default. Once it's commited, I'd like to implement FP control function. -- /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp diff -ru sys/alpha/osf1/imgact_osf1.c /sys/alpha/osf1/imgact_osf1.c --- sys/alpha/osf1/imgact_osf1.c Fri Jan 1 03:08:05 1999 +++ /sys/alpha/osf1/imgact_osf1.c Wed May 12 14:17:43 1999 @@ -78,8 +78,8 @@ static int exec_osf1_imgact(struct image_params *imgp) { - struct ecoff_exechdr *execp = (struct ecoff_exechdr*)imgp->image_header; - struct ecoff_aouthdr *eap = &execp->a; + const struct ecoff_exechdr *execp = (const struct ecoff_exechdr*)imgp->image_header; + const struct ecoff_aouthdr *eap = &execp->a; struct vmspace *vmspace; int error,path_not_saved; vm_offset_t taddr; @@ -133,9 +133,9 @@ UIO_SYSSPACE, "/compat/osf1/sbin/loader", imgp->proc); error = namei(ndp); if(error){ - printf("imgact_osf1: err = %d, unable to find /compat/osf1/sbin/loader",error); + printf("imgact_osf1: err = %d, unable to find /compat/osf1/sbin/loader\n",error); free(imgp->auxargs, M_TEMP); - return(0); + return(error); } if (imgp->vp) { vrele(imgp->vp); @@ -147,7 +147,7 @@ osf_auxargs->loader = "/compat/osf1/sbin/loader"; } - execp = (struct ecoff_exechdr*)imgp->image_header; + execp = (const struct ecoff_exechdr*)imgp->image_header; eap = &execp->a; taddr = ECOFF_SEGMENT_ALIGN(execp, eap->text_start); tend = round_page(eap->text_start + eap->tsize); @@ -191,27 +191,27 @@ imgp->vp->v_flag |= VTEXT; /* set up text segment */ - if(error = vm_mmap(&vmspace->vm_map, &taddr, tsize, + if((error = vm_mmap(&vmspace->vm_map, &taddr, tsize, VM_PROT_READ|VM_PROT_EXECUTE, VM_PROT_ALL, MAP_FIXED|MAP_COPY, - (caddr_t)imgp->vp, ECOFF_TXTOFF(execp))){ + (caddr_t)imgp->vp, ECOFF_TXTOFF(execp)))){ DPRINTF(("%s(%d): error = %d\n", __FILE__, __LINE__, error)); return error; } /* .. data .. */ - if(error = vm_mmap(&vmspace->vm_map, &daddr, dsize, + if((error = vm_mmap(&vmspace->vm_map, &daddr, dsize, VM_PROT_READ|VM_PROT_EXECUTE|VM_PROT_WRITE, VM_PROT_ALL, MAP_FIXED|MAP_COPY, - (caddr_t)imgp->vp, ECOFF_DATOFF(execp))){ + (caddr_t)imgp->vp, ECOFF_DATOFF(execp)))){ DPRINTF(("%s(%d): error = %d\n", __FILE__, __LINE__, error)); goto bail; } /* .. bss .. */ if(round_page(bsize)){ baddr = trunc_page(dend); - if(error = vm_map_find(&vmspace->vm_map, NULL, (vm_offset_t) 0, &baddr, + if((error = vm_map_find(&vmspace->vm_map, NULL, (vm_offset_t) 0, &baddr, round_page(bsize), FALSE, VM_PROT_READ|VM_PROT_EXECUTE|VM_PROT_WRITE, - VM_PROT_ALL, FALSE)){ + VM_PROT_ALL, FALSE))){ DPRINTF(("%s(%d): error = %d\n", __FILE__, __LINE__, error)); goto bail; @@ -223,8 +223,8 @@ if(dend > raw_dend){ caddr_t zeros = malloc(dend-raw_dend,M_TEMP,M_WAITOK); bzero(zeros,dend-raw_dend); - if(error = copyout(zeros, (caddr_t)raw_dend, - dend-raw_dend)){ + if((error = copyout(zeros, (caddr_t)raw_dend, + dend-raw_dend))){ printf("Can't zero start of bss, error %d\n",error); free(zeros,M_TEMP); goto bail; @@ -252,5 +252,5 @@ * Since `const' objects end up in the text segment, EXEC_SET is the * correct directive to use. Do not staticize; used by OSF1 LKM. */ -const struct execsw osf1_execsw = { exec_osf1_imgact, "Alpha OSF/1 ecoff" }; +struct execsw osf1_execsw = { exec_osf1_imgact, "Alpha OSF/1 ecoff" }; EXEC_SET(execsw_set, osf1_execsw); diff -ru sys/alpha/osf1/osf1_misc.c /sys/alpha/osf1/osf1_misc.c --- sys/alpha/osf1/osf1_misc.c Fri Jan 1 04:28:47 1999 +++ /sys/alpha/osf1/osf1_misc.c Wed May 12 14:15:14 1999 @@ -830,7 +830,7 @@ uid_t uid = SCARG(uap, uid); int error; - if ((error = suser(pc->pc_ucred, &p->p_acflag)) != 0 && + if ((error = suser(p)) != 0 && uid != pc->p_ruid && uid != pc->p_svuid) return (error); @@ -862,7 +862,7 @@ gid_t gid = SCARG(uap, gid); int error; - if ((error = suser(pc->pc_ucred, &p->p_acflag)) != 0 && + if ((error = suser(p)) != 0 && gid != pc->p_rgid && gid != pc->p_svgid) return (error); @@ -1175,11 +1175,11 @@ struct osf1_timeval otv; struct timeval tv; int error; - if(error=copyin((caddr_t)uap->tv,(caddr_t)&otv,sizeof(otv))) + if((error=copyin((caddr_t)uap->tv,(caddr_t)&otv,sizeof(otv)))) return(error); TV_CP(otv,tv); uap->tv = stackgap_alloc(&sg, sizeof(struct timeval)); - if(error=copyout((caddr_t)&tv, (caddr_t)uap->tv,sizeof(tv))) + if((error=copyout((caddr_t)&tv, (caddr_t)uap->tv,sizeof(tv)))) return(error); } return(select(p, (struct select_args *)uap)); @@ -1197,23 +1197,23 @@ int error = 0; caddr_t sg = stackgap_init(); - if(error = copyin((caddr_t)uap->itv,(caddr_t)&otv,sizeof(otv))){ + if((error = copyin((caddr_t)uap->itv,(caddr_t)&otv,sizeof(otv)))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } TV_CP(otv.it_interval,itv.it_interval); TV_CP(otv.it_value,itv.it_value); uap->itv = stackgap_alloc(&sg, sizeof(struct itimerval)); - if(error = copyout((caddr_t)&itv,(caddr_t)uap->itv,sizeof(itv))){ + if((error = copyout((caddr_t)&itv,(caddr_t)uap->itv,sizeof(itv)))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } uap->oitv = stackgap_alloc(&sg, sizeof(struct itimerval)); - if(error = setitimer(p, (struct setitimer_args *)uap)){ + if((error = setitimer(p, (struct setitimer_args *)uap))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } - if(error = copyin((caddr_t)uap->oitv,(caddr_t)&itv,sizeof(itv))){ + if((error = copyin((caddr_t)uap->oitv,(caddr_t)&itv,sizeof(itv)))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } @@ -1236,17 +1236,17 @@ caddr_t sg = stackgap_init(); uap->itv = stackgap_alloc(&sg, sizeof(struct itimerval)); - if(error = getitimer(p, (struct getitimer_args *)uap)){ + if((error = getitimer(p, (struct getitimer_args *)uap))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } - if(error = copyin((caddr_t)uap->itv,(caddr_t)&itv,sizeof(itv))){ + if((error = copyin((caddr_t)uap->itv,(caddr_t)&itv,sizeof(itv)))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); return error; } TV_CP(itv.it_interval,otv.it_interval); TV_CP(itv.it_value,otv.it_value); - if(error = copyout((caddr_t)&otv, old_itv, sizeof(otv))){ + if((error = copyout((caddr_t)&otv, old_itv, sizeof(otv)))){ printf("%s(%d): error = %d\n", __FILE__, __LINE__, error); } return error; diff -ru sys/alpha/osf1/osf1_signal.c /sys/alpha/osf1/osf1_signal.c --- sys/alpha/osf1/osf1_signal.c Fri Jan 1 04:31:50 1999 +++ /sys/alpha/osf1/osf1_signal.c Tue May 11 01:39:24 1999 @@ -616,7 +616,7 @@ /* * Allocate and validate space for the signal handler * context. Note that if the stack is in P0 space, the - * call to grow() is a nop, and the useracc() check + * call to grow_stack() is a nop, and the useracc() check * will fail if the process has not already allocated * the space with a `brk'. */ @@ -628,7 +628,7 @@ } else scp = (struct sigcontext *)(alpha_pal_rdusp() - rndfsize); if ((u_long)scp <= USRSTACK - ctob(p->p_vmspace->vm_ssize)) - (void)grow(p, (u_long)scp); + (void)grow_stack(p, (u_long)scp); #ifdef DEBUG if (sigdbg) printf("sendsig(%d): sig %d ssp %p usp %p\n", p->p_pid, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Jun 6 21:34:34 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 4F18B14DF7; Sun, 6 Jun 1999 21:34:32 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.1a/8.9.0) with ESMTP id XAA11292; Sun, 6 Jun 1999 23:34:31 -0500 (CDT) Date: Sun, 6 Jun 1999 23:34:31 -0500 (CDT) From: Steve Price To: freebsd-ports@freebsd.org, freebsd-alpha@freebsd.org Subject: New set of Alpha packages 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 just put up a new set of Alpha packages at http://www.freebsd.org/~steve/alpha/packages/ for anyone that's interested. I don't have an account on ftp.cdrom.com so you will see them here first while I wait for someone to copy them over for me. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 8:26:22 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 8C26F14C8F for ; Mon, 7 Jun 1999 08:26:18 -0700 (PDT) (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 LAA20344; Mon, 7 Jun 1999 11:26:14 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id LAA19228; Mon, 7 Jun 1999 11:26:10 -0400 (EDT) (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, 7 Jun 1999 11:26:08 -0400 (EDT) To: Hidetoshi Shimokawa Cc: pornin@bolet.ens.fr, freebsd-alpha@FreeBSD.ORG Subject: Re: OSF/1 emulation (Re: Compiling XFree on an alpha..) In-Reply-To: <14171.15261.616728.29321F@ett.sat.t.u-tokyo.ac.jp> References: <19990503083942.B20136@bolet.ens.fr> <199905021908.MAA19491@mail.cybcon.com> <14125.44049.845050.285497@grasshopper.cs.duke.edu> <14171.15261.616728.29321F@ett.sat.t.u-tokyo.ac.jp> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14171.57668.606988.285313@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa writes: > > Here is a patch for -current. > > Do you have a plan to commit this module to the tree? > It must be nice to have it by default. > Once it's commited, I'd like to implement FP control function. > Thank you for the patch. Yes. I hope to commit it soon. I'd like to clean it up a bit before committing too. Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 8:57:44 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id 655331575E for ; Mon, 7 Jun 1999 08:57:39 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 826 invoked from network); 7 Jun 1999 15:57:39 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 7 Jun 1999 15:57:39 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id E44432DAA9; Tue, 8 Jun 1999 00:57:38 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id AAA68378; Tue, 8 Jun 1999 00:57:38 +0900 (JST) Date: Tue, 08 Jun 1999 00:57:36 +0900 Message-ID: <14171.60400.466517.68187Y@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: jdp@FreeBSD.org Cc: freebsd-alpha@freebsd.org Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c In-Reply-To: In your message of "Sun, 6 Jun 1999 08:59:09 -0700 (PDT)" <199906061559.IAA28808@freefall.freebsd.org> References: <199906061559.IAA28808@freefall.freebsd.org> User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJXstrtab + def->st_name, basename(obj->path), target, basename(defobj->path)); + dbg("where (%p) %p -> %p", where, *where, target); + *where = (Elf_Addr) target; return target; } 2) run 'LD_DEBUG=yes /usr/libexec/elf/gdb' ... ... "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 "memcpy" in "gdb" ==> 0x1602a9c40 in "libc.so.3" where (0x120187bb8) 0x1602a9c40 -> 0x1602a9c40 "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 "memcpy" in "gdb" ==> 0x1602a9c40 in "libc.so.3" where (0x120187bb8) 0x1602a9c40 -> 0x1602a9c40 "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" ... ... I think rewriting jump slot should be once for each function. This problem seems still exist after make world with this commit. Do you have any idea about this? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp At Sun, 6 Jun 1999 08:59:09 -0700 (PDT), John Polstra wrote: > > jdp 1999/06/06 08:59:09 PDT > > Modified files: > lib/csu/alpha crtbegin.c > Log: > Call do_ctors() and do_dtors() using indirect calls through function > pointers. The calls are in different sections from the functions > being called, and they can potentially be far away. On a very large > program, the 21-bit displacement field of the BSR instruction > overflowed at link time. > > Revision Changes Path > 1.4 +12 -3 src/lib/csu/alpha/crtbegin.c > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 10:25:23 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 2CF1414D92; Mon, 7 Jun 1999 10:25:17 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id KAA27733; Mon, 7 Jun 1999 10:25:16 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA36233; Mon, 7 Jun 1999 10:25:15 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <14171.60400.466517.68187Y@ett.sat.t.u-tokyo.ac.jp> Date: Mon, 07 Jun 1999 10:25:15 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Hidetoshi Shimokawa Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c Cc: freebsd-alpha@FreeBSD.org, jdp@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa wrote: > I noticed that some large dynamic linked program is slow on alpha. ... > 2) run 'LD_DEBUG=yes /usr/libexec/elf/gdb' > ... > ... > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > "memcpy" in "gdb" ==> 0x1602a9c40 in "libc.so.3" > where (0x120187bb8) 0x1602a9c40 -> 0x1602a9c40 > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > "memcpy" in "gdb" ==> 0x1602a9c40 in "libc.so.3" > where (0x120187bb8) 0x1602a9c40 -> 0x1602a9c40 > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > ... > ... > > I think rewriting jump slot should be once for each function. I agree, something is very wrong. This could have a huge impact on performance. It means there is a symbol lookup for _every_ external function call. I'll look for the problem as soon as I can -- but probably not until after USENIX. > This problem seems still exist after make world with this commit. Yes, my commit wouldn't affect it. Thanks for finding this problem! John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 11:59:42 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from dingo.cdrom.com (unknown [209.179.127.11]) by hub.freebsd.org (Postfix) with ESMTP id 8AD3714C57; Mon, 7 Jun 1999 11:59:36 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.conference.usenix.org [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id LAA00618; Mon, 7 Jun 1999 11:57:04 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199906071857.LAA00618@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra Cc: Hidetoshi Shimokawa , freebsd-alpha@FreeBSD.org, jdp@FreeBSD.org Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c In-reply-to: Your message of "Mon, 07 Jun 1999 10:25:15 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Jun 1999 11:57:04 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > 2) run 'LD_DEBUG=yes /usr/libexec/elf/gdb' > > ... > > ... > > "malloc" in "gdb" ==> 0x1602a9580 in "libc.so.3" > > where (0x120187bc0) 0x1602a9580 -> 0x1602a9580 > > ... > > ... > > > > I think rewriting jump slot should be once for each function. > > I agree, something is very wrong. This could have a huge impact on > performance. It means there is a symbol lookup for _every_ external > function call. I'll look for the problem as soon as I can -- but > probably not until after USENIX. You should be able to do it here; we have an Alpha that Doug and Andrew want to play sound and video games with, I'm sure we can offer you access to it. 8) -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 12: 4: 0 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 63D7D14C57 for ; Mon, 7 Jun 1999 12:03:54 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id MAA28223; Mon, 7 Jun 1999 12:03:48 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id MAA36389; Mon, 7 Jun 1999 12:03:48 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199906071857.LAA00618@dingo.cdrom.com> Date: Mon, 07 Jun 1999 12:03:48 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Mike Smith Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c Cc: freebsd-alpha@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith wrote: >> I'll look for the problem as soon as I can -- but probably not >> until after USENIX. > > You should be able to do it here; we have an Alpha that Doug and > Andrew want to play sound and video games with, I'm sure we can > offer you access to it. 8) Thanks -- I'll do that if I can. But if this year's experience is like last year's, there will be very little time for actual thinking. :-) Apparently the dynamic linker is patching the wrong place (i.e., not the jump slot). Doug may be able to find the problem with a quick glance at the alpha assembly language trampoline. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 12:25:28 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF19157DC for ; Mon, 7 Jun 1999 12:25:13 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id NAA23913 for alpha@FreeBSD.ORG; Mon, 7 Jun 1999 13:25:11 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906071925.NAA23913@panzer.plutotech.com> Subject: lousy ethernet performance w/21143 To: alpha@FreeBSD.ORG Date: Mon, 7 Jun 1999 13:25:11 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL54 (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'm not sure whether this is specifically an Alpha issue, or whether it affects -current or the de driver in general. But, on my 433au box here, I'm getting really lousy network performance with -current from Saturday. Performance was fine with a kernel from around April 23rd. In fact, I can still boot that kernel and the network performance is fine. (so it probably isn't hardware or cabling) The machine is on a half-duplex 100BaseT network (i.e. none of the full duplex problems with the de driver and the 21143). With the old kernel, from late April, I can get 7-8MB/sec throughput using tcpblast to a machine on the local network. With the new kernel, from Saturday, I'm only getting about 6-7 Kilobytes/sec. {subway:/usr/home/ken:7:0} ifconfig -a de0: flags=8843 mtu 1500 inet 206.168.67.172 netmask 0xffffff80 broadcast 206.168.67.255 ether 00:00:f8:75:7c:14 media: 100baseTX status: active supported media: 100baseTX 100baseTX 10base5/AUI 10base2/BNC 10baseT/UTP 10baseT/UTP tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 This part is interesting: {subway:/usr/home/ken:8:0} netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de0 1500 00.00.f8.75.7c.14 628 0 423 423 0 de0 1500 206.168.67.12 subway 628 0 423 423 0 tun0* 1500 0 0 0 0 0 sl0* 552 0 0 0 0 0 ppp0* 1500 0 0 0 0 0 lo0 16384 0 0 0 0 0 lo0 16384 127 localhost 0 0 0 0 0 Every outgoing packet seems to generate an error! Full dmesg output from the machine is below. Anyone have any ideas about what the problem could be? Oh, one other thing. There are two differences in the kernel configuration from April 23rd and the current configuration: I added the fd driver and the ATAPI stuff. Ken -- Kenneth Merry ken@plutotech.com Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sat Jun 5 23:36:29 MDT 1999 ken@subway.plutotech.com:/usr/src/sys/compile/subway Digital Personal Workstation (Miata) Digital Personal WorkStation 433au, 432MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1 OSF PAL rev: 0x1000000020115 real memory = 131891200 (128800K bytes) avail memory = 122437632 (119568K bytes) cia0: <2117x Core Logic chipset> cia0: Pyxis, pass 1 cia0: extended capabilities: 111 cia0: WARNING: Pyxis pass 1 DMA bug; no bets... pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 de0: irq 0 at device 3.0 on pci0 de0: interrupting at CIA irq 0 de0: DEC 21143 [10-100Mb/s] pass 3.0 de0: address 00:00:f8:75:7c:14 de0: enabling 100baseTX port ata-pci0: irq 1 at device 4.0 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 isab0: at device 7.0 on pci0 isa0: on isab0 vga-pci0: irq 4 at device 11.0 on pci0 ahc0: irq 8 at device 12.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: interrupting at CIA irq 8 pcib1: at device 20.0 on pci0 pci1: on pcib1 Qlogic ISP Driver, FreeBSD CAM Version 0.991, Core Version 1.8 isp0: irq 16 at device 9.0 on pci1 isp0: using I/O space register mapping isp0: interrupting at CIA irq 16 isp0: Ultra Mode Capable isp0: Board Revision 1040B, loaded F/W Revision 7.63.0 isp0: Last F/W revision was 5.1.1 mcclock0: at port 0x70-0x71 on isa0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o fdc0: interrupting at ISA irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> at fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 psm0: interrupting at ISA irq 12 vga0: on isa0 sc0: on isa0 sc0: VGA color <16 virtual consoles, flags=0x0> ata0: unwanted interrupt 1 status = ff struct nfssvc_sock bloated (> 256bytes) Try reducing NFS_UIDHASHSIZ struct nfsuid bloated (> 128bytes) Try unionizing the nu_nickname and nu_flag fields Timecounter "alpha" frequency 433203562 Hz acd0: CDROM drive at ata0 as master acd0: drive speed 2067KB/sec, 256KB cache acd0: supported read types: CD-R, CD-RW, CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Waiting 2 seconds for SCSI devices to settle isp0: driver initiated bus reset of bus 0 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da1 at isp0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 2007MB (4110480 512 byte sectors: 255H 63S/T 255C) da2 at isp0 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 2007MB (4110480 512 byte sectors: 255H 63S/T 255C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 12:48:10 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id DA02A152D2 for ; Mon, 7 Jun 1999 12:48:03 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 63481 invoked by uid 1001); 7 Jun 1999 19:48:01 +0000 (GMT) To: ken@plutotech.com Cc: alpha@FreeBSD.ORG Subject: Re: lousy ethernet performance w/21143 From: sthaug@nethelp.no In-Reply-To: Your message of "Mon, 7 Jun 1999 13:25:11 -0600 (MDT)" References: <199906071925.NAA23913@panzer.plutotech.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 07 Jun 1999 21:48:01 +0200 Message-ID: <63479.928784881@verdi.nethelp.no> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The machine is on a half-duplex 100BaseT network (i.e. none of the full > duplex problems with the de driver and the 21143). > > With the old kernel, from late April, I can get 7-8MB/sec throughput using > tcpblast to a machine on the local network. With the new kernel, from > Saturday, I'm only getting about 6-7 Kilobytes/sec. ... > Every outgoing packet seems to generate an error! Sounds a lot like duplex mismatch. Have you tried playing with half/full duplex? Back to back with another machine and a different card (ie. Intel Pro 100/B)? Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 13:22:28 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C6C157B1 for ; Mon, 7 Jun 1999 13:22:22 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id OAA24304; Mon, 7 Jun 1999 14:22:14 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906072022.OAA24304@panzer.plutotech.com> Subject: Re: lousy ethernet performance w/21143 In-Reply-To: <63479.928784881@verdi.nethelp.no> from "sthaug@nethelp.no" at "Jun 7, 1999 09:48:01 pm" To: sthaug@nethelp.no Date: Mon, 7 Jun 1999 14:22:14 -0600 (MDT) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 sthaug@nethelp.no wrote... > > The machine is on a half-duplex 100BaseT network (i.e. none of the full > > duplex problems with the de driver and the 21143). > > > > With the old kernel, from late April, I can get 7-8MB/sec throughput using > > tcpblast to a machine on the local network. With the new kernel, from > > Saturday, I'm only getting about 6-7 Kilobytes/sec. > ... > > Every outgoing packet seems to generate an error! > > Sounds a lot like duplex mismatch. Have you tried playing with half/full > duplex? Back to back with another machine and a different card (ie. Intel > Pro 100/B)? Well, the duplex settings haven't changed on the box. The only thing that has changed is the kernel. The old kernel works, the new one doesn't work very well. I think I've tracked down the problem, though. I backed out revision 1.104 of if_de.c, and my network throughput is back to normal. The thing I don't understand, though, is why. Theoretically that change was supposed to just read the speed setting out of the SRM. That's fine, I've had ewa0_mode in the SRM set to "Fast" ever since I did the netboot install of the machine last year. In both cases, with and without that change, the de driver prints out: de0: enabling 100baseTX port However, when I had revision 1.104 in there, that message would get printed out along with the main driver probe message: de0: irq 0 at device 3.0 on pci0 de0: interrupting at CIA irq 0 de0: DEC 21143 [10-100Mb/s] pass 3.0 de0: address 00:00:f8:75:7c:14 de0: enabling 100baseTX port Without revision 1.104, it would get printed around the time interrupts got enabled. So it was probably autodetecting the speed. It seems to be getting the speed and duplex settings right in both cases, but why, when it reads the value out of the SRM, is the throughput so bad? Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 14:10:47 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from dfw-ix10.ix.netcom.com (dfw-ix10.ix.netcom.com [206.214.98.10]) by hub.freebsd.org (Postfix) with ESMTP id A11C214BED; Mon, 7 Jun 1999 14:10:41 -0700 (PDT) (envelope-from asami@cs.berkeley.edu) Received: (from smap@localhost) by dfw-ix10.ix.netcom.com (8.8.4/8.8.4) id QAA00246; Mon, 7 Jun 1999 16:10:36 -0500 (CDT) Received: from sji-ca41-214.ix.netcom.com(209.111.208.214) by dfw-ix10.ix.netcom.com via smap (V1.3) id rma000068; Mon Jun 7 16:10:00 1999 Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.2/8.6.9) id OAA76223; Mon, 7 Jun 1999 14:08:55 -0700 (PDT) Date: Mon, 7 Jun 1999 14:08:55 -0700 (PDT) Message-Id: <199906072108.OAA76223@silvia.hip.berkeley.edu> X-Authentication-Warning: silvia.hip.berkeley.edu: asami set sender to asami@cs.berkeley.edu using -f To: sprice@hiwaay.net Cc: freebsd-ports@freebsd.org, freebsd-alpha@freebsd.org In-reply-to: (message from Steve Price on Sun, 6 Jun 1999 23:34:31 -0500 (CDT)) Subject: Re: New set of Alpha packages From: asami@freebsd.org (Satoshi - Ports Wraith - Asami) References: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * From: Steve Price * * I just put up a new set of Alpha packages at * * http://www.freebsd.org/~steve/alpha/packages/ * * for anyone that's interested. I don't have an account on ftp.cdrom.com * so you will see them here first while I wait for someone to copy them * over for me. You're talking about me? ;) (copying now....) -PW To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 15:53: 1 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 2801015324 for ; Mon, 7 Jun 1999 15:52:56 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id QAA25271 for alpha@FreeBSD.ORG; Mon, 7 Jun 1999 16:52:55 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906072252.QAA25271@panzer.plutotech.com> Subject: kern.bootfile... To: alpha@FreeBSD.ORG Date: Mon, 7 Jun 1999 16:52:55 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL54 (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 When booting from an alternate kernel this afternoon, I noticed that the kern.bootfile sysctl variable isn't getting set properly. I had to manually do the following: sysctl -w kern.bootfile=/kernel.test Before netstat would work. This is with -current from Saturday on a 433au. I booted the other kernel by typing this at the loader prompt: boot kernel.test Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 16:30:36 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from helios.dnttm.ru (dnttm-gw.rssi.ru [193.232.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 2268F14C4B for ; Mon, 7 Jun 1999 16:29:43 -0700 (PDT) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.9.1/8.9.1/IP-3) with UUCP id DAA21534; Tue, 8 Jun 1999 03:23:23 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.9.3/8.9.1) with ESMTP id DAA00452; Tue, 8 Jun 1999 03:29:13 +0400 (MSD) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199906072329.DAA00452@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Kenneth D. Merry" Cc: alpha@FreeBSD.ORG Subject: Re: kern.bootfile... In-reply-to: Your message of "Mon, 07 Jun 1999 16:52:55 MDT." <199906072252.QAA25271@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Jun 1999 03:29:13 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Kenneth D. Merry" wrote: > > When booting from an alternate kernel this afternoon, I noticed that the > kern.bootfile sysctl variable isn't getting set properly. > > I had to manually do the following: > > sysctl -w kern.bootfile=/kernel.test > > Before netstat would work. > > This is with -current from Saturday on a 433au. I booted the other kernel > by typing this at the loader prompt: > > boot kernel.test Ugh, I thought I fixed it in May 11 (in rev.1.41 of machdep.c). One of us apparently do something wrong. What was the value of kern.bootfile before you set it manually? Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 16:35:40 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D28F314C38 for ; Mon, 7 Jun 1999 16:35:35 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id QAA29571; Mon, 7 Jun 1999 16:35:34 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA37063; Mon, 7 Jun 1999 16:35:33 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <14171.60400.466517.68187Y@ett.sat.t.u-tokyo.ac.jp> Date: Mon, 07 Jun 1999 16:35:33 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Hidetoshi Shimokawa Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c Cc: freebsd-alpha@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa wrote: > I noticed that some large dynamic linked program is slow on alpha. I couldn't resist investigating this. The problem only occurs with large programs, as you mentioned. It doesn't happen with "normal" sized programs. That provides some comfort. :-) I believe the problem occurs when the size of the GOT table exceeds its maximum of 64K bytes. In that case the linker has to construct multiple GOT tables. If you link gdb using "LDFLAGS=Wl,-warn-multiple-gp" you can see the warning about this: gdb: using multiple gp values As you know, the dynamic linker normally patches the GOT table entry on the first call to a function. When there are multiple GOT tables it must be patching the wrong one. This could probably cause worse problems than just slow performance, as you can imagine. That's all I know about it so far. I don't have a fix yet. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-interest is the aphrodisiac of belief." -- James V. DeLong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 16:41:49 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id B3E7315890 for ; Mon, 7 Jun 1999 16:41:40 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id RAA25599; Mon, 7 Jun 1999 17:40:50 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906072340.RAA25599@panzer.plutotech.com> Subject: Re: kern.bootfile... In-Reply-To: <199906072329.DAA00452@tejblum.dnttm.rssi.ru> from Dmitrij Tejblum at "Jun 8, 1999 03:29:13 am" To: dima@tejblum.dnttm.rssi.ru (Dmitrij Tejblum) Date: Mon, 7 Jun 1999 17:40:50 -0600 (MDT) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 Dmitrij Tejblum wrote... > "Kenneth D. Merry" wrote: > > > > When booting from an alternate kernel this afternoon, I noticed that the > > kern.bootfile sysctl variable isn't getting set properly. > > > > I had to manually do the following: > > > > sysctl -w kern.bootfile=/kernel.test > > > > Before netstat would work. > > > > This is with -current from Saturday on a 433au. I booted the other kernel > > by typing this at the loader prompt: > > > > boot kernel.test > > Ugh, I thought I fixed it in May 11 (in rev.1.41 of machdep.c). One of > us apparently do something wrong. What was the value of kern.bootfile > before you set it manually? It was "/kernel". I can reproduce it if you'd like me to.. netstat -i complained until I reset the variable. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jun 7 17: 7:29 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id 2F63E14BF7 for ; Mon, 7 Jun 1999 17:06:45 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 2005 invoked from network); 8 Jun 1999 00:06:45 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 8 Jun 1999 00:06:45 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id 54C5D2DAA9; Tue, 8 Jun 1999 09:06:41 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id JAA69441; Tue, 8 Jun 1999 09:06:40 +0900 (JST) Date: Tue, 08 Jun 1999 09:06:39 +0900 Message-ID: <14172.24207.483731.81427C@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: jdp@polstra.com Cc: freebsd-alpha@FreeBSD.org Subject: Re: cvs commit: src/lib/csu/alpha crtbegin.c In-Reply-To: In your message of "Mon, 07 Jun 1999 16:35:33 -0700 (PDT)" References: <14171.60400.466517.68187Y@ett.sat.t.u-tokyo.ac.jp> User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > I believe the problem occurs when the size of the GOT table > exceeds its maximum of 64K bytes. In that case the linker > has to construct multiple GOT tables. If you link gdb using > "LDFLAGS=Wl,-warn-multiple-gp" you can see the warning about this: > > gdb: using multiple gp values > > As you know, the dynamic linker normally patches the GOT table entry > on the first call to a function. When there are multiple GOT tables > it must be patching the wrong one. This could probably cause worse > problems than just slow performance, as you can imagine. Thank you for the investigation. I have worse problems which I suspect dynamic link related. I don't have simple example, but you can reproduce by building kdeutils11 (and some other kde programs) in ports collection. It dies in configure with the following conftest.C which gets signal 11 in the runtime link stage. #include #include "confdefs.h" #include int main() { printf("kde_htmldir=\"%s\"\n", KApplication::kde_htmldir().data()); printf("kde_appsdir=\"%s\"\n", KApplication::kde_appsdir().data()); printf("kde_icondir=\"%s\"\n", KApplication::kde_icondir().data()); printf("kde_sounddir=\"%s\"\n", KApplication::kde_sounddir().data()); printf("kde_datadir=\"%s\"\n", KApplication::kde_datadir().data()); printf("kde_locale=\"%s\"\n", KApplication::kde_localedir().data()); printf("kde_cgidir=\"%s\"\n", KApplication::kde_cgidir().data()); printf("kde_confdir=\"%s\"\n", KApplication::kde_configdir().data()); printf("kde_mimedir=\"%s\"\n", KApplication::kde_mimedir().data()); printf("kde_toolbardir=\"%s\"\n", KApplication::kde_toolbardir().data()); printf("kde_wallpaperdir=\"%s\"\n", KApplication::kde_wallpaperdir().data()); printf("kde_bindir=\"%s\"\n", KApplication::kde_bindir().data()); printf("kde_partsdir=\"%s\"\n", KApplication::kde_partsdir().data()); return 0; } -- /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 11:19: 0 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 99B6414C46 for ; Tue, 8 Jun 1999 11:18:55 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.3/8.9.0) with ESMTP id WAA35608; Tue, 8 Jun 1999 22:17:49 +0400 (MSD) Message-Id: <199906081817.WAA35608@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Kenneth D. Merry" Cc: dima@tejblum.dnttm.rssi.ru (Dmitrij Tejblum), alpha@FreeBSD.ORG Subject: Re: kern.bootfile... In-reply-to: Your message of "Mon, 07 Jun 1999 17:40:50 MDT." <199906072340.RAA25599@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Jun 1999 22:17:49 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Dmitrij Tejblum wrote... > > "Kenneth D. Merry" wrote: > > > > > > When booting from an alternate kernel this afternoon, I noticed that the > > > kern.bootfile sysctl variable isn't getting set properly. > > > > > > I had to manually do the following: > > > > > > sysctl -w kern.bootfile=/kernel.test > > > > > > Before netstat would work. > > > > > > This is with -current from Saturday on a 433au. I booted the other kernel > > > by typing this at the loader prompt: > > > > > > boot kernel.test > > > > Ugh, I thought I fixed it in May 11 (in rev.1.41 of machdep.c). One of > > us apparently do something wrong. What was the value of kern.bootfile > > before you set it manually? > > It was "/kernel". I can reproduce it if you'd like me to.. Hmm, I checked it again, and it still works. I don't understand why it doesn't work for you. Anyway, you may try following patch and see if it works (not tested, it won't go to that branch here anyway). Dima Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.44 diff -u -r1.44 machdep.c --- machdep.c 1999/06/08 16:42:14 1.44 +++ machdep.c 1999/06/08 18:12:02 @@ -792,6 +792,9 @@ p = getenv("kernelname"); if (p) strncpy(kernelname, p, sizeof(kernelname) - 1); + else + strncpy(kernelname + 1, bootinfo.booted_kernel, + sizeof(bootinfo.booted_kernel)); kernstartpfn = atop(ALPHA_K0SEG_TO_PHYS(kernstart)); kernendpfn = atop(ALPHA_K0SEG_TO_PHYS(kernend)); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 11:39:14 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 10DA014D49 for ; Tue, 8 Jun 1999 11:39:06 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id MAA30040; Tue, 8 Jun 1999 12:38:56 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906081838.MAA30040@panzer.plutotech.com> Subject: Re: kern.bootfile... In-Reply-To: <199906081817.WAA35608@arc.hq.cti.ru> from Dmitrij Tejblum at "Jun 8, 1999 10:17:49 pm" To: tejblum@arc.hq.cti.ru (Dmitrij Tejblum) Date: Tue, 8 Jun 1999 12:38:56 -0600 (MDT) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 Dmitrij Tejblum wrote... > > Dmitrij Tejblum wrote... > > > "Kenneth D. Merry" wrote: > > > > > > > > When booting from an alternate kernel this afternoon, I noticed that the > > > > kern.bootfile sysctl variable isn't getting set properly. > > > > > > > > I had to manually do the following: > > > > > > > > sysctl -w kern.bootfile=/kernel.test > > > > > > > > Before netstat would work. > > > > > > > > This is with -current from Saturday on a 433au. I booted the other kernel > > > > by typing this at the loader prompt: > > > > > > > > boot kernel.test > > > > > > Ugh, I thought I fixed it in May 11 (in rev.1.41 of machdep.c). One of > > > us apparently do something wrong. What was the value of kern.bootfile > > > before you set it manually? > > > > It was "/kernel". I can reproduce it if you'd like me to.. > > Hmm, I checked it again, and it still works. I don't understand why it doesn't > work for you. Anyway, you may try following patch and see if it works (not > tested, it won't go to that branch here anyway). Well, here's what happens with that patch: {subway:/usr/home/ken:2:0} sysctl -a |grep kernel kern.bootfile: //kernel.test netstat, etc., works okay, probably because the leading slash is discarded. And here's what happens without the patch, when kernel.test2 is booted: {subway:/usr/home/ken:1:0} sysctl -a |grep kernel kern.bootfile: /kernel Could it have something to do with the boot loader? /boot/loader is from my buildworld on Saturday, but one thing I've noticed is that the text that comes up before the boot loader prompt ("FreeBSD/alpha SRM disk boot, Revision 0.1") is dated September, 1998. So it sort of seems like /boot/loader may not be what is used here.. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 12: 3:33 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id C1FA514C12 for ; Tue, 8 Jun 1999 12:03:29 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.3/8.9.0) with ESMTP id XAA35913; Tue, 8 Jun 1999 23:02:56 +0400 (MSD) Message-Id: <199906081902.XAA35913@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Kenneth D. Merry" Cc: alpha@FreeBSD.ORG Subject: Re: kern.bootfile... In-reply-to: Your message of "Tue, 08 Jun 1999 12:38:56 MDT." <199906081838.MAA30040@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Jun 1999 23:02:56 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Well, here's what happens with that patch: > > {subway:/usr/home/ken:2:0} sysctl -a |grep kernel > kern.bootfile: //kernel.test > > netstat, etc., works okay, probably because the leading slash is discarded. > > And here's what happens without the patch, when kernel.test2 is booted: > > {subway:/usr/home/ken:1:0} sysctl -a |grep kernel > kern.bootfile: /kernel Uh, I am even more confused. When I tried to use bootinfo.booted_kernel to get the name of the kernel, it did contain only the last component and didn't contain any slash. I have had a code that deal with all the cases I could imagine, but decided to not commit it as it looks too large for such a simple job. > > Could it have something to do with the boot loader? /boot/loader is from > my buildworld on Saturday, but one thing I've noticed is that the text that > comes up before the boot loader prompt ("FreeBSD/alpha SRM disk boot, > Revision 0.1") is dated September, 1998. So it sort of seems like > /boot/loader may not be what is used here.. Perhaps. It seems like boot1 used /boot/boot2 at some point. I don't have this file here :-). Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 12:14:51 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id E5B5C14C12 for ; Tue, 8 Jun 1999 12:14:48 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id NAA30292; Tue, 8 Jun 1999 13:14:43 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906081914.NAA30292@panzer.plutotech.com> Subject: Re: kern.bootfile... In-Reply-To: <199906081902.XAA35913@arc.hq.cti.ru> from Dmitrij Tejblum at "Jun 8, 1999 11:02:56 pm" To: tejblum@arc.hq.cti.ru (Dmitrij Tejblum) Date: Tue, 8 Jun 1999 13:14:43 -0600 (MDT) Cc: alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 Dmitrij Tejblum wrote... > > Well, here's what happens with that patch: > > > > {subway:/usr/home/ken:2:0} sysctl -a |grep kernel > > kern.bootfile: //kernel.test > > > > netstat, etc., works okay, probably because the leading slash is discarded. > > > > And here's what happens without the patch, when kernel.test2 is booted: > > > > {subway:/usr/home/ken:1:0} sysctl -a |grep kernel > > kern.bootfile: /kernel > > Uh, I am even more confused. When I tried to use bootinfo.booted_kernel to get > the > name of the kernel, it did contain only the last component and didn't contain > any > slash. I have had a code that deal with all the cases I could imagine, but > decided > to not commit it as it looks too large for such a simple job. > > > > > Could it have something to do with the boot loader? /boot/loader is from > > my buildworld on Saturday, but one thing I've noticed is that the text that > > comes up before the boot loader prompt ("FreeBSD/alpha SRM disk boot, > > Revision 0.1") is dated September, 1998. So it sort of seems like > > /boot/loader may not be what is used here.. > > Perhaps. It seems like boot1 used /boot/boot2 at some point. I don't have this file > here :-). Hmm, I think that explains it: {subway:/boot:3:130} ls -la total 326 drwxr-xr-x 3 root wheel 512 Jun 5 23:26 ./ drwxr-xr-x 18 root wheel 1024 Jun 8 12:27 ../ -r-xr-xr-x 1 root wheel 7352 Jun 5 23:25 boot1* -r-xr-xr-x 1 root wheel 82432 Sep 24 1998 boot2* drwxr-xr-x 2 root wheel 512 Mar 26 15:24 defaults/ -r-xr-xr-x 1 root wheel 97608 Jun 5 23:26 loader* -r--r--r-- 1 root wheel 9916 Apr 22 14:07 loader.help -r-xr-xr-x 1 root wheel 117232 Jun 5 23:26 netboot* boot2 is from last September. I just did a 'disklabel -B da1' and now everything works just fine. The unpatched kernel shows the right kernel name: {subway:/usr/home/ken:5:0} sysctl kern.bootfile kern.bootfile: /kernel.test2 On a loader-related note, does anyone have any idea why I can't seem to type a question mark in the loader? I don't have any problems typing question marks once FreeBSD is booted, but in the loader, I seem to always come up with '/', whether or not I hold down the shift key at the same time.. And another weird thing -- when I do a 'shutdown -h' and drop the machine (a 433au) into the SRM prompt, all the key mappings seem to be screwed up, and I can't type anything useful. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 16:40:23 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from cmpharm.ucsf.edu (cmpharm.ucsf.edu [128.218.67.18]) by hub.freebsd.org (Postfix) with ESMTP id 896DE159D9 for ; Tue, 8 Jun 1999 16:40:05 -0700 (PDT) (envelope-from steve@cmpharm.ucsf.edu) Received: from piglet.ucsf.edu (steve@piglet.ucsf.edu [128.218.67.20]) by cmpharm.ucsf.edu (8.9.3/8.9.3) with ESMTP id QAA14118 for ; Tue, 8 Jun 1999 16:39:58 -0700 (PDT) Received: (from steve@localhost) by piglet.ucsf.edu (8.9.3/8.9.3) id QAA25169 for alpha@FreeBSD.ORG; Tue, 8 Jun 1999 16:40:02 -0700 (PDT) Date: Tue, 8 Jun 1999 16:40:02 -0700 From: Steve Sizemore To: alpha@FreeBSD.ORG Subject: Re: New snapshot on ftp.freebsd.org/pub/FreeBSD/snapshots/alpha/ Message-ID: <19990608164001.A27284@cmpharm.ucsf.edu> References: <18941.927963393@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <18941.927963393@zippy.cdrom.com>; from Jordan K. Hubbard on Sat, May 29, 1999 at 12:36:33AM -0700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, May 29, 1999 at 12:36:33AM -0700, Jordan K. Hubbard wrote: > 4.0-19990527-CURRENT should contain all the latest support fixes > for the Alpha - please let us know if anything serious was broken > in trade :-) > > - Jordan > Just got around to trying this on my XP1000. Installation goes fine, but the machine won't reboot... Waiting 15 seconds for SCSI devices to settle isp0: driver initiated bus reset of bus 0 error 6: panic cannot mount root (2) Sounds like a hardware problem, but it was running Digital Unix just fine until this installation. Any ideas? Thanks. Steve -- ----------------------------------------------#-----#--#####--------------- # # # # Steve Sizemore # # # Dept. of Cellular and Molecular Pharmacology # # # Box 0450, Room HSE-1285 # # # University of California Medical Center # # # # 513 Parnassus Avenue ##### ##### ##### ####### San Francisco CA 94143-0450 # # # # # steve@cmpharm.ucsf.edu ##### ##### (415) 476-6987 FAX: (415) 476-6515 # # # # # -------------------------------------------------------------#####--#------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jun 8 18:31: 8 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 1976A15A36 for ; Tue, 8 Jun 1999 18:30:59 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id SAA31055; Tue, 8 Jun 1999 18:31:08 -0700 Date: Tue, 8 Jun 1999 18:27:28 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Steve Sizemore Cc: alpha@FreeBSD.ORG Subject: Re: New snapshot on ftp.freebsd.org/pub/FreeBSD/snapshots/alpha/ In-Reply-To: <19990608164001.A27284@cmpharm.ucsf.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 We need more info than this. Clearly it's an ISP controller, but what did the system think the root device wuz? On Tue, 8 Jun 1999, Steve Sizemore wrote: > On Sat, May 29, 1999 at 12:36:33AM -0700, Jordan K. Hubbard wrote: > > 4.0-19990527-CURRENT should contain all the latest support fixes > > for the Alpha - please let us know if anything serious was broken > > in trade :-) > > > > - Jordan > > > > Just got around to trying this on my XP1000. Installation goes fine, > but the machine won't reboot... > > Waiting 15 seconds for SCSI devices to settle > isp0: driver initiated bus reset of bus 0 > error 6: panic cannot mount root (2) > > > Sounds like a hardware problem, but it was running Digital Unix just > fine until this installation. Any ideas? > > Thanks. > Steve > > -- > ----------------------------------------------#-----#--#####--------------- > # # # # > Steve Sizemore # # # > Dept. of Cellular and Molecular Pharmacology # # # > Box 0450, Room HSE-1285 # # # > University of California Medical Center # # # # > 513 Parnassus Avenue ##### ##### ##### ####### > San Francisco CA 94143-0450 # # # > # # > steve@cmpharm.ucsf.edu ##### ##### > (415) 476-6987 FAX: (415) 476-6515 # # > # # # > -------------------------------------------------------------#####--#------ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 9 9: 1:26 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from cmpharm.ucsf.edu (cmpharm.ucsf.edu [128.218.67.18]) by hub.freebsd.org (Postfix) with ESMTP id 9A45214D6D for ; Wed, 9 Jun 1999 09:01:21 -0700 (PDT) (envelope-from steve@cmpharm.ucsf.edu) Received: from piglet.ucsf.edu (steve@piglet.ucsf.edu [128.218.67.20]) by cmpharm.ucsf.edu (8.9.3/8.9.3) with ESMTP id JAA23614; Wed, 9 Jun 1999 09:01:18 -0700 (PDT) Received: (from steve@localhost) by piglet.ucsf.edu (8.9.3/8.9.3) id JAA31589; Wed, 9 Jun 1999 09:01:20 -0700 (PDT) Date: Wed, 9 Jun 1999 09:01:20 -0700 From: Steve Sizemore To: Matthew Jacob Cc: alpha@FreeBSD.ORG Subject: Re: New snapshot on ftp.freebsd.org/pub/FreeBSD/snapshots/alpha/ Message-ID: <19990609090120.A26742@cmpharm.ucsf.edu> References: <19990608164001.A27284@cmpharm.ucsf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Matthew Jacob on Tue, Jun 08, 1999 at 06:27:28PM -0700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jun 08, 1999 at 06:27:28PM -0700, Matthew Jacob wrote: > > We need more info than this. Clearly it's an ISP controller, but what did > the system think the root device wuz? I'm not sure how to find the answer to this question. > > On Tue, 8 Jun 1999, Steve Sizemore wrote: > > > On Sat, May 29, 1999 at 12:36:33AM -0700, Jordan K. Hubbard wrote: > > > 4.0-19990527-CURRENT should contain all the latest support fixes > > > for the Alpha - please let us know if anything serious was broken > > > in trade :-) > > > > > > - Jordan > > > > > > > Just got around to trying this on my XP1000. Installation goes fine, > > but the machine won't reboot... > > > > Waiting 15 seconds for SCSI devices to settle > > isp0: driver initiated bus reset of bus 0 > > error 6: panic cannot mount root (2) > > > > > > Sounds like a hardware problem, but it was running Digital Unix just > > fine until this installation. Any ideas? > > > > Thanks. > > Steve It does find both disks - da0 and da1, at isp0 bus 0, but there's no indication of where it expects to find root. If you tell me how to determine the root device, I'll be happy to experiment further. Since the system won't boot, I can't run any commands, so all I have to go on are the messages on the screen. It's possible that something flashed across the screen early in the boot, but I don't think so - everything looks normal until the bus reset. One other thing (probably unrelated), that I just noticed - in the initial part of the boot, when I'm prompted for "Hit Enter to boot immediately, any other key for command prompt" the system is unresponsive to any key pressed. It just counts down to 0 and boots. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 9 12:41:22 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 91A3C154BC for ; Wed, 9 Jun 1999 12:41:20 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id MAA02938; Wed, 9 Jun 1999 12:41:19 -0700 Date: Wed, 9 Jun 1999 12:37:49 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Steve Sizemore Cc: alpha@FreeBSD.ORG Subject: Re: New snapshot on ftp.freebsd.org/pub/FreeBSD/snapshots/alpha/ In-Reply-To: <19990609090120.A26742@cmpharm.ucsf.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 > > > > We need more info than this. Clearly it's an ISP controller, but what did > > the system think the root device wuz? > > I'm not sure how to find the answer to this question. Try a boot -v? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 9 15:36: 4 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 520E614DBB for ; Wed, 9 Jun 1999 15:36:02 -0700 (PDT) (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 SAA10963; Wed, 9 Jun 1999 18:35:54 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id SAA24000; Wed, 9 Jun 1999 18:35:43 -0400 (EDT) (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, 9 Jun 1999 18:35:43 -0400 (EDT) To: mjacob@feral.com Cc: Steve Sizemore , alpha@FreeBSD.ORG Subject: Re: New snapshot on ftp.freebsd.org/pub/FreeBSD/snapshots/alpha/ In-Reply-To: References: <19990609090120.A26742@cmpharm.ucsf.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14174.60103.966068.989507@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Jacob writes: > > > > > > We need more info than this. Clearly it's an ISP controller, but what did > > > the system think the root device wuz? > > > > I'm not sure how to find the answer to this question. > > Try a boot -v? > > Sorry for not responding to this sooner. I'm at USENIX & not checking my mail often... I beleive the problem is that the code which guesses what device you're booting from needs some updating & used to guess wrong on an xp1000, meaning that it couldn't find a root device. I committed a patch (revision 1.27, 1999/05/29 ) which should fix the problem. If there is a newer snapshot, you should try a kernel from that. Alternatively, if you have a way of getting a kernel installed on your machine which was built from today's sources, that should work for you. Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jun 9 22: 0:37 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.redshift.com (mail.redshift.com [209.54.200.6]) by hub.freebsd.org (Postfix) with ESMTP id F350614CD5 for ; Wed, 9 Jun 1999 22:00:33 -0700 (PDT) (envelope-from atrus@montereyhigh.com) Received: from montereyhigh.com (pm14-188.mry.redshift.com [209.54.206.188]) by mail.redshift.com (8.9.3/8.9.3) with ESMTP id WAA11330 for ; Wed, 9 Jun 1999 22:00:31 -0700 Message-ID: <375F464F.AB08F869@montereyhigh.com> Date: Wed, 09 Jun 1999 21:59:59 -0700 From: Yann Ramin Organization: Atrus Trivalie Productions X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: Where did the port go? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I noticed that there is no longer a directory on the master FreeBSD server for the Alpha port. Did the Alpha port get discontinued? I would be interested in running it on a machine to play with it (get rid of that hideous Windoze NT). Yann -- -------------------------------------------------------------------- Yann Ramin Atrus Trivalie Productions atrus@montereyhigh.com www.redshift.com/~yramin "Of course it runs FreeBSD!" - Anonymous Linux = Ferrari, BSD=Mercedes-Benz, (OpenBSD comes with bulletproof tinted glass, FreeBSD with the high performance diesel engine, NetBSD with the ability to run on any road you come across), NT='72 Yugo that's having trouble passing safety inspection (no brakes, lights or wipers, and burns a lot of oil), W95=tricycle with bent front wheel and one pedal. I really think it comes down to analogies like this, until a specific feature is singled out for discussion. I have a vague impression that Linux spends a lot of time "in the shop" -- lots of tweaking. The BSD machines just sit here, and run. -------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 10 17:17:31 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.redshift.com (mail.redshift.com [209.54.200.6]) by hub.freebsd.org (Postfix) with ESMTP id 57EF7154AA for ; Thu, 10 Jun 1999 17:17:28 -0700 (PDT) (envelope-from atrus@montereyhigh.com) Received: from montereyhigh.com (pm13-60.mry.redshift.com [209.54.206.60]) by mail.redshift.com (8.9.3/8.9.3) with ESMTP id RAA19471 for ; Thu, 10 Jun 1999 17:17:26 -0700 Message-ID: <37605585.6A79C635@montereyhigh.com> Date: Thu, 10 Jun 1999 17:17:09 -0700 From: Yann Ramin Organization: Atrus Trivalie Productions X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: Alpha Port - Silly Me :) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sorry about my last message to this list. I've found the Alpha port of FreeBSD now (after some wandering the FTP site). It seems the link on your web page (I forgot where I followed it from) is outdated. Don't mind me -- -------------------------------------------------------------------- Yann Ramin Atrus Trivalie Productions atrus@montereyhigh.com www.redshift.com/~yramin "Of course it runs FreeBSD!" - Anonymous Linux = Ferrari, BSD=Mercedes-Benz, (OpenBSD comes with bulletproof tinted glass, FreeBSD with the high performance diesel engine, NetBSD with the ability to run on any road you come across), NT='72 Yugo that's having trouble passing safety inspection (no brakes, lights or wipers, and burns a lot of oil), W95=tricycle with bent front wheel and one pedal. I really think it comes down to analogies like this, until a specific feature is singled out for discussion. I have a vague impression that Linux spends a lot of time "in the shop" -- lots of tweaking. The BSD machines just sit here, and run. -------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jun 10 17:56:19 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wan2.wanlink.com (gw2.wanlink.com [206.124.181.246]) by hub.freebsd.org (Postfix) with ESMTP id F1F181512B for ; Thu, 10 Jun 1999 17:56:16 -0700 (PDT) (envelope-from neal@wanlink.com) Received: from localhost (neal@localhost.wanlink.com [127.0.0.1]) by wan2.wanlink.com (8.8.8/8.8.3) with ESMTP id RAA16702 for ; Thu, 10 Jun 1999 17:58:06 -0700 (MST) Date: Thu, 10 Jun 1999 17:58:06 -0700 (MST) From: Neal Horman To: freebsd-alpha@FreeBSD.ORG Subject: install hangs 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 does anyone have any ideas on this one... while trying to load 4.0-19990527-CURRENT on a headless alphastation 200 using an NFS media off of a 2.2.6-RELEASE i386 box, the installation hangs... ----- start ----- + [ Progress ] + | Extracting bin into / directory... | | + + | | | | | install): unaligned acces pid 1 (sy | + + | 0x120108 18 op=lds pid 1 (sysinsta+ 5% +30 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3ca pc=0x120108b34 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3ce pc=0x120108b38 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3d2 pc=0x120108b3c ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3d6 pc=0x120108b40 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3da pc=0x120108b44 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3de pc=0x120108b48 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3e2 pc=0x120108b4c ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3e6 pc=0x120108b50 ra=0x120108b18 op=lds pid 1 (sysinstall): unaligned access: va=0x1202ac3ea pc=0x120108b54 ra=0x120108b18 op=lds 1444864 bytes read from bin dist, chunk 7 of 140 @ 235.2 KB/sec. 18 op=lds ----- end ----- I've tried ram from a system that I know works with no problems, I've tried diffent hard drives, I've tried two other different systems, entirely, one with a head, one without. The only thing that hasn't been eliminated as an issue would be the network and the NFS server. I can't beleive that the network would be responsible for this, which leave the NFS server, but i've already loaded one system with this NFS server using 4.0-19990524-CURRENT, so I don't see how the NFS server could be the issue, which leaves me with ??? what? BTW. I just tried installation via URL, it failed at; ----- start ----- 1527808 bytes read from bin dist, chunk 7 of 140 @ 23.3 KB/sec. ----- end ----- which would appear to eliminate the NFS issue. Interestingly, there are none of the unaligned access messages, on this pass through the install... ideas? TIA ---------- Neal Horman "Today, is an opportunity for us all to learn something new." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jun 11 14:56:44 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by hub.freebsd.org (Postfix) with ESMTP id 04A1D14D55; Fri, 11 Jun 1999 14:56:40 -0700 (PDT) (envelope-from gjp@noop.colo.erols.net) Received: from localhost ([127.0.0.1] helo=noop.colo.erols.net) by noop.colo.erols.net with esmtp (Exim 2.12 #1) id 10sZIN-0002Zi-00; Fri, 11 Jun 1999 17:57:03 -0400 To: alpha@freebsd.org Cc: scsi@freebsd.org From: "Gary Palmer" Subject: SPL bug? Date: Fri, 11 Jun 1999 17:57:03 -0400 Message-ID: <9901.929138223@noop.colo.erols.net> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just tried putting a newer kernel on the Alphastation I have at work, and ran into an unusual problem. For months and months, I've had `boot_osflags' set to include `v'. It seems a kernel from todays (i.e. fri 11th June) source tree, refuses to boot properly with the `-v' flag set. Why? Because when its going through listing the SCSI devices (specifically the pass devices), it seems to not always register the corresponding da device. e.g., without -v da2 at isp0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da2: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da1: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled da0: 2007MB (4110480 512 byte sectors: 255H 63S/T 255C) cd0 at isp0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 12) cd0: Attempt to query device size failed: NOT READY, Medium not present However, with -v, it would never register all the da devices, it would print out the large ammount of info from pass, and OCCASIONALLY see one or two of the disks as da, but never all of them. The only guess that I have is that while the SCSI layer is printing the pass info, its blocking da registration (like I said, this is a guess, I don't understand all the ins-and-outs of CAM). Since the console on this box is a 9600 baud serial console, printing the pass diags takes a non-trivial ammount of time. Without the diags, the system works fine. Any ideas? Thanks, Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jun 11 15: 2:41 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id AA5B415066; Fri, 11 Jun 1999 15:02:36 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id QAA51435; Fri, 11 Jun 1999 16:02:35 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906112202.QAA51435@panzer.plutotech.com> Subject: Re: SPL bug? In-Reply-To: <9901.929138223@noop.colo.erols.net> from Gary Palmer at "Jun 11, 1999 05:57:03 pm" To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Fri, 11 Jun 1999 16:02:35 -0600 (MDT) Cc: alpha@FreeBSD.ORG, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 Gary Palmer wrote... > > I just tried putting a newer kernel on the Alphastation I have at > work, and ran into an unusual problem. For months and months, I've had > `boot_osflags' set to include `v'. It seems a kernel from todays > (i.e. fri 11th June) source tree, refuses to boot properly with the > `-v' flag set. Why? Because when its going through listing the SCSI > devices (specifically the pass devices), it seems to not always > register the corresponding da device. e.g., without -v > > da2 at isp0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled > da2: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) > da1 at isp0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled > da1: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) > da0 at isp0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 20.000MB/s transfers (10.000MHz, offset 12, 16bit), Tagged Queueing Enabled > da0: 2007MB (4110480 512 byte sectors: 255H 63S/T 255C) > cd0 at isp0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 4.032MB/s transfers (4.032MHz, offset 12) > cd0: Attempt to query device size failed: NOT READY, Medium not present > > However, with -v, it would never register all the da devices, it > would print out the large ammount of info from pass, and > OCCASIONALLY see one or two of the disks as da, but never all of > them. > > The only guess that I have is that while the SCSI layer is printing > the pass info, its blocking da registration (like I said, this is a > guess, I don't understand all the ins-and-outs of CAM). Since the > console on this box is a 9600 baud serial console, printing the > pass diags takes a non-trivial ammount of time. Without the diags, > the system works fine. How does the system not work with -v is turned on? It "refuses to boot properly" doesn't really come close to describing the problem. I think the disappearing messages can probably be traced to your 9600 baud console. My guess is that some of the messages are getting dropped. Matt Jacob had a similar problem one time, I think. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jun 11 15:10:52 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by hub.freebsd.org (Postfix) with ESMTP id 5CFA414D55; Fri, 11 Jun 1999 15:10:48 -0700 (PDT) (envelope-from gjp@noop.colo.erols.net) Received: from localhost ([127.0.0.1] helo=noop.colo.erols.net) by noop.colo.erols.net with esmtp (Exim 2.12 #1) id 10sZVp-0002bV-00; Fri, 11 Jun 1999 18:10:57 -0400 To: "Kenneth D. Merry" Cc: gpalmer@FreeBSD.ORG (Gary Palmer), alpha@FreeBSD.ORG, scsi@FreeBSD.ORG From: "Gary Palmer" Subject: Re: SPL bug? In-reply-to: Your message of "Fri, 11 Jun 1999 16:02:35 MDT." <199906112202.QAA51435@panzer.plutotech.com> Date: Fri, 11 Jun 1999 18:10:57 -0400 Message-ID: <10012.929139057@noop.colo.erols.net> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Kenneth D. Merry" wrote in message ID <199906112202.QAA51435@panzer.plutotech.com>: > How does the system not work with -v is turned on? It "refuses to boot > properly" doesn't really come close to describing the problem. Sorry. The few times I sat in there with a laptop to try and diagnose this, if the `da' message for a disk wasn't printed, then fsck hung (interuptably) trying to check the disk. I could CTRL-C out of fsck, but couldn't find the disk... disklabel also just sat there. Which makes me think its not just messages vanishing. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jun 11 15:21:39 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BE415494; Fri, 11 Jun 1999 15:20:54 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.3/8.8.5) id QAA51558; Fri, 11 Jun 1999 16:20:53 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199906112220.QAA51558@panzer.plutotech.com> Subject: Re: SPL bug? In-Reply-To: <10012.929139057@noop.colo.erols.net> from Gary Palmer at "Jun 11, 1999 06:10:57 pm" To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Fri, 11 Jun 1999 16:20:53 -0600 (MDT) Cc: alpha@FreeBSD.ORG, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (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 Gary Palmer wrote... > "Kenneth D. Merry" wrote in message ID > <199906112202.QAA51435@panzer.plutotech.com>: > > How does the system not work with -v is turned on? It "refuses to boot > > properly" doesn't really come close to describing the problem. > > Sorry. The few times I sat in there with a laptop to try and diagnose > this, if the `da' message for a disk wasn't printed, then fsck hung > (interuptably) trying to check the disk. I could CTRL-C out of fsck, > but couldn't find the disk... disklabel also just sat there. Which > makes me think its not just messages vanishing. Hmm, yeah, it does kinda sound like the probe process wasn't finishing or something. I dunno what the problem is. I'll try running it by Justin when he gets back from USENIX, he may have some ideas. Until then, just don't boot with -v. :) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jun 12 0:27:45 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 8E3FC15024; Sat, 12 Jun 1999 00:27:40 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA32501; Sat, 12 Jun 1999 17:27:39 +1000 Date: Sat, 12 Jun 1999 17:27:39 +1000 From: Bruce Evans Message-Id: <199906120727.RAA32501@godzilla.zeta.org.au> To: alpha@FreeBSD.ORG, gpalmer@FreeBSD.ORG Subject: Re: SPL bug? Cc: scsi@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The only guess that I have is that while the SCSI layer is printing >the pass info, its blocking da registration (like I said, this is a >guess, I don't understand all the ins-and-outs of CAM). Since the >console on this box is a 9600 baud serial console, printing the >pass diags takes a non-trivial ammount of time. Without the diags, >the system works fine. Try it at 50 bps for a really nontrivial amount of time (up to 400 seconds per 80x25 screen). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jun 12 11:48:23 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 3099014E63 for ; Sat, 12 Jun 1999 11:46:46 -0700 (PDT) (envelope-from rene@canyon.demon.nl) Received: from [212.238.15.212] (helo=canyon.demon.nl) by post.mail.nl.demon.net with esmtp (Exim 2.02 #1) id 10ssnQ-0005hI-00 for freebsd-alpha@freebsd.org; Sat, 12 Jun 1999 18:46:24 +0000 Received: (from rene@localhost) by canyon.demon.nl (8.9.3/8.9.2) id TAA28335 for freebsd-alpha@freebsd.org; Sat, 12 Jun 1999 19:08:26 +0200 (CEST) (envelope-from rene) From: Rene de Vries Message-Id: <199906121708.TAA28335@canyon.demon.nl> Subject: Problems getting the 'rl' driver to work To: freebsd-alpha@freebsd.org Date: Sat, 12 Jun 1999 19:08:26 +0200 (CEST) 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 Hello, Due to a hardware failure I had to replace my DE500 card for the ultra-cheap RealTek 8139. I know that the rl driver is slow, but the alpha is only my extra test machine adn does not need to be fast. So I thought, it should be possible to modify the existing rl driver to work on my alpha. I'm having some problems doing this. After some hacking (correctly setting sc->rl_btag for alpha) the driver compiled, but I got the following panic: Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-STABLE #12: Sat Jun 12 18:26:49 CEST 1999 root@kings.canyon.demon.nl:/usr/src.local/sys/compile/KINGS DEC AXPpci Alpha PC AXPpci33, 200MHz 8192 byte page size, 1 processor. CPU: LCA Family major=4 minor=2 OSF PAL rev: 0x100090002012d real memory = 31481856 (30744K bytes) avail memory = 25706496 (25104K bytes) Preloaded elf kernel "kernel" at 0xfffffc0000592000. lca0: <21066 PCI adapter> isa0 Probing for devices on PCI bus 0: ncr0: rev 0x01 int a irq 11 on pci0.6.0 chip0: rev 0x03 on pci0.7.0 rl0: rev 0x10 int a irq 5 on pci0.12.0 unexpected machine check: mces = 0x1 vector = 0x670 param = 0xfffffc0000006048 pc = 0xfffffc000048ce84 ra = 0xfffffc000042be74 curproc = 0 panic: machine check With the help of some printf statments I found that the problem must be in calling the 'CSR_WRITE_1(sc, RL_COMMAND, RL_CMD_RESET);' macro, which translates to a 'bus_space_write_1'. I know that there is a problem/feature on alphas keeping them from accessing memory at unaligned adresses, but I assumed that that whould be handled in writeb (called from bus_space_write). Am I missing something? Can somebody help me? Sorry if this is a stupid error, this is the first time I try to hack a device driver. Rene -- Rene de Vries http://www.tcja.nl/~rene; mailto:rene@tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message