From owner-freebsd-alpha Sun Oct 10 5:47:51 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 9E22D152BD for ; Sun, 10 Oct 1999 05:47:31 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id OAA07494 for ; Sun, 10 Oct 1999 14:47:29 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 10 Oct 1999 14:47:21 +0200 (CEST) From: "Erik H. Bakke" To: freebsd-alpha@freebsd.org Subject: Timer problems with current on 164SX Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Since a recent cvsup, I have been experiencing boot problems on my 164SX based box. During boot, the kernel panics in cpu_initclocks with "no clock attached" This does not happen with a kernel from October 6th. A cvsup today did not solve the problem. I have included the dmesg output from the problematic kernel, as well as my config file. Does anyone know what is wrong? Also note the multiple detection of the IDE controller on this board... *** Start of dmesg output *** 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 #12: Sun Oct 10 14:30:48 GMT 1999 root@alpha.habatech.no:/usr/src/sys/compile/HABA EB164 Digital AlphaPC 164SX 533 MHz, 531MHz 8192 byte page size, 1 processor. CPU: PCA56 (21164PC) major=9 minor=2 extensions=0x1 OSF PAL rev: 0x1000600020116 real memory = 65142784 (63616K bytes) avail memory = 59473920 (58080K bytes) Preloaded elf kernel "kernel" at 0xfffffc000051c000. cia0: Pyxis, pass 1 cia0: extended capabilities: 1 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 de0: irq 9 at device 5.0 on pci0 de0: interrupting at CIA irq 9 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:a0:cc:6a:3b:13 de0: enabling 100baseTX port ncr0: irq 10 at device 7.0 on pci0 ncr0: interrupting at CIA irq 10 ata-pci0: at device 8.0 on pci0 ata-pci0: Busmastering DMA not supported ata-pci1: at device 8.1 on pci0 ata-pci1: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci1 ata1 at 0x0170 irq 15 on ata-pci1 ata-pci2: at device 8.2 on pci0 ata-pci2: Busmastering DMA not supported ata1: unit already attached ata-pci3: at device 8.3 on pci0 ata-pci3: Busmastering DMA not supported vga-pci0: irq 8 at device 9.0 on pci0 panic: cpu_initclocks: no clock attached syncing disks... done Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... *** End of dmesg output *** *** Start of config file *** machine alpha cpu EV4 cpu EV5 ident HABA maxusers 32 # Platforms supported options DEC_EB164 # EB164, PC164, PC164LX, PC164SX options INET #InterNETworking options FFS #Berkeley Fast Filesystem options CD9660 #ISO 9660 Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console # Platform chipsets #controller cia0 #controller apecs0 #controller tsunami0 #controller lca0 # Standard busses controller pci0 controller isa0 # TurboChannel host bus support #controller tcasic0 #controller tc0 #controller tcds0 #controller ioasic0 # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 #controller isp0 #controller esp0 controller scbus0 device da0 device sa0 device pass0 device cd0 # # ATA and ATAPI devices # This is work in progress, use at your own risk. # It currently reuses the majors of wd.c and friends. # It cannot co-exist with the old system in one kernel. # You only need one "controller ata0" for it to find all # PCI devices on modern machines. controller ata0 device atadisk0 # ATA disk drives device atapicd0 # ATAPI CDROM drives device atapifd0 # ATAPI floppy drives device atapist0 # ATAPI tape drives # real time clock device mcclock0 at isa0 port 0x70 # Not enabled since it only works on CIA chipsets controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? device sio0 at isa0 port IO_COM1 irq 4 device sio1 at isa0 port IO_COM2 irq 3 flags 0x50 # Operational PCI Ethernet drivers. device de0 pseudo-device loop pseudo-device ether pseudo-device pty # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory and message queues. # options SYSVSHM options SYSVMSG options SYSVSEM #controller ppbus0 #controller vpo0 at ppbus? #device lpt0 at ppbus? #device plip0 at ppbus? #device ppi0 at ppbus? #device pps0 at ppbus? #device lpbb0 at ppbus? #device ppc0 at isa? port? irq 7 *** End of config file *** ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 8:21:37 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id 4DDB315567 for ; Sun, 10 Oct 1999 08:20:44 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id LAA01734; Sun, 10 Oct 1999 11:21:30 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Sun, 10 Oct 1999 11:21:30 -0400 (EDT) From: Don To: "Erik H. Bakke" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > cia0: Pyxis, pass 1 > cia0: extended capabilities: 1 > # Platform chipsets > #controller cia0 > #controller apecs0 > #controller tsunami0 > #controller lca0 Dont you need to actually enable a platform chipset? (although I dont see why the kernel was picking it up) > # Not enabled since it only works on CIA chipsets > controller fdc0 at isa? port IO_FD1 irq 6 drq 2 > disk fd0 at fdc0 drive 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 12:21:41 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id A3C3A15691 for ; Sun, 10 Oct 1999 12:19:54 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA90729; Sun, 10 Oct 1999 20:21:13 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 10 Oct 1999 20:21:13 +0100 (BST) From: Doug Rabson To: Michael Robinson Cc: freebsd-alpha@freebsd.org Subject: Re: How 64-bit is Alpha FreeBSD? In-Reply-To: <199910090933.RAA03434@netrinsics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 9 Oct 1999, Michael Robinson wrote: > I'd like to know what kind of restrictions there are on how big an > mmap object can be, how big of an address space one process can have, and > other similar things which are limited by the 32-bit word size on the i386 > port. > > Any information, or pointers to information, will be greatly appreciated. We support a 42 bit user address space right now. This is a hardware limitation for older alphas but could be changed for newer hardware which could probably extend it to 55 bits. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 12:21:55 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 289B514EA6 for ; Sun, 10 Oct 1999 12:21:35 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA90735; Sun, 10 Oct 1999 20:23:32 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 10 Oct 1999 20:23:32 +0100 (BST) From: Doug Rabson To: Wilko Bulte Cc: FreeBSD-alpha mailing list Subject: Re: netbooting 3000/400 In-Reply-To: <199910091904.VAA07147@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 9 Oct 1999, Wilko Bulte wrote: > I know that this is sort-of a known problem, but I hope to find people > with strong memories to help me ;-) > > Situation: DEC3000/400 "Sandpiper" doing a BOOTP netboot: > > ... > > The first thing I had to do is port (well, quick hack) NetBSD's setnetbootinfo > for use on FreeBSD as it is missing from the source tree. This was needed > because the Sandpiper's SRM did not send the MAC address as part of the > boot device name. But a hardcoded MAC address did not solve the issue, > the boot device name string returned "BOOTP 0 7 0 0 0 2 CORE-IO" > is one field short from what netboot expects. The last field is the device > to boot from. I *guess* it needs to be EZ0 but I could be wrong. > > As for a different SRM version: the latest (V7.0) is not doing BOOTP > correctly at all so it looks that one is out. > > Are there people on this list that have successfully booted a DEC3000 using > netboot? If so, which SRM version did you use (assuming there is a working > one, which I doubt) or did you hack netboot to make this happen? I think Andrew had one netbooting at one time. Perhaps there is some newer firmware you could try? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 13:32:49 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 1846F14F32 for ; Sun, 10 Oct 1999 13:32:28 -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 QAA00820; Sun, 10 Oct 1999 16:32:17 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id QAA28289; Sun, 10 Oct 1999 16:31:46 -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: Sun, 10 Oct 1999 16:31:46 -0400 (EDT) To: Doug Rabson Cc: Wilko Bulte , FreeBSD-alpha mailing list Subject: Re: netbooting 3000/400 In-Reply-To: References: <199910091904.VAA07147@yedi.iaf.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14336.62978.110378.325928@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson writes: > > I think Andrew had one netbooting at one time. Perhaps there is some newer > firmware you could try? > I think older might be the direction to go in. They have a history of breaking things in newer firmware revs. When I did the initial support for the TC machines, I was using a 3000/300lx w fairly old firmware. I don't have access to that machine, so I cannot check to see what firmware rev it was. I did it in August '98 & I'm trying to remember if I used our own netboot loader or the NetBSD one. I suspect the latter, so I think it might be worth trying to load our kernel from NetBSDs netboot loader.. Sorry to be of so little help, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 13:38:57 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from opus.cirr.com (opus.cirr.com [192.67.63.6]) by hub.freebsd.org (Postfix) with ESMTP id E874D15617 for ; Sun, 10 Oct 1999 13:38:44 -0700 (PDT) (envelope-from eric@cirr.com) Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by opus.cirr.com (8.9.0/8.9.0) with ESMTP id PAA17375 for ; Sun, 10 Oct 1999 15:38:42 -0500 (CDT) Message-Id: <199910102038.PAA17375@opus.cirr.com> From: eric@cirr.com (Eric Schnoebelen) To: freebsd-alpha@freebsd.org Subject: X11R6 for FreeBSD/alpha Date: Sun, 10 Oct 1999 15:38:41 -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greetings, I went to install FreeBSD on my AXPpci33 this weekend, and found that X Windows doesn't appear to exist as a prebuilt distribution. Is this correct? Has anyone succeeded in building X Windows on the alpha? FYI: I'm not interested in the servers, just the clients and development libraries. Thanks Eric -- Eric Schnoebelen eric@cirr.com http://www.cirr.com And just remember -- a sucking chest wound is Nature's way of telling you to stay out of a firefight... -- Mary Gentle, Grunts, p.317 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 13:46:17 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 0185014E6E for ; Sun, 10 Oct 1999 13:46:14 -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 PAA21030; Sun, 10 Oct 1999 15:46:12 -0500 (CDT) Date: Sun, 10 Oct 1999 15:46:12 -0500 (CDT) From: Steve Price To: Eric Schnoebelen Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: X11R6 for FreeBSD/alpha In-Reply-To: <199910102038.PAA17375@opus.cirr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 10 Oct 1999, Eric Schnoebelen wrote: # # Greetings, # # I went to install FreeBSD on my AXPpci33 this weekend, # and found that X Windows doesn't appear to exist as a prebuilt # distribution. Is this correct? # # Has anyone succeeded in building X Windows on the alpha? # FYI: I'm not interested in the servers, just the clients and # development libraries. Yes. The only trick is to cp /usr/src/sys/pci/pci_iotcl.h /usr/include/sys I've been a bit busy lately and haven't found a clean way to fix this yet. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 15:10:12 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 00D0B14BEC for ; Sun, 10 Oct 1999 15:10:08 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id XAA29758; Sun, 10 Oct 1999 23:54:48 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id WAA62642; Sun, 10 Oct 1999 22:07:40 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910102007.WAA62642@yedi.iaf.nl> Subject: Re: netbooting 3000/400 In-Reply-To: from Doug Rabson at "Oct 10, 1999 8:23:32 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 10 Oct 1999 22:07:40 +0200 (CEST) Cc: freebsd-alpha@freebsd.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Doug Rabson wrote ... > On Sat, 9 Oct 1999, Wilko Bulte wrote: > > > I know that this is sort-of a known problem, but I hope to find people > > with strong memories to help me ;-) > > > > Situation: DEC3000/400 "Sandpiper" doing a BOOTP netboot: > > > > ... > > > > The first thing I had to do is port (well, quick hack) NetBSD's setnetbootinfo > > for use on FreeBSD as it is missing from the source tree. This was needed > > because the Sandpiper's SRM did not send the MAC address as part of the > > boot device name. But a hardcoded MAC address did not solve the issue, > > the boot device name string returned "BOOTP 0 7 0 0 0 2 CORE-IO" > > is one field short from what netboot expects. The last field is the device > > to boot from. I *guess* it needs to be EZ0 but I could be wrong. > > > > As for a different SRM version: the latest (V7.0) is not doing BOOTP > > correctly at all so it looks that one is out. > > > > Are there people on this list that have successfully booted a DEC3000 using > > netboot? If so, which SRM version did you use (assuming there is a working > > one, which I doubt) or did you hack netboot to make this happen? > > I think Andrew had one netbooting at one time. Perhaps there is some newer He did, but his memory is a bit dim ;-) > firmware you could try? Well, the latest (7.0) fails miserably with BOOTP. Apparantly it got worse during the later revs. :/ -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 17:38: 1 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 813581536C for ; Sun, 10 Oct 1999 17:37:51 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id CAA08772; Mon, 11 Oct 1999 02:37:34 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 11 Oct 1999 02:37:25 +0200 (CEST) From: "Erik H. Bakke" To: Don Subject: Re: Timer problems with current on 164SX Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 10-Oct-99 Don wrote: >> cia0: Pyxis, pass 1 >> cia0: extended capabilities: 1 > >> # Platform chipsets >> #controller cia0 >> #controller apecs0 >> #controller tsunami0 >> #controller lca0 > Dont you need to actually enable a platform chipset? (although I dont see > why the kernel was picking it up) > I was under the impression (seem to recall some messages about it) that the alpha port now figures out which chipset to use based on the system type specified in the config file. Actually, these are gone from the GENERIC file too... However, I tried to uncomment the cia0 line, just in case something was screwed up somewhere, but it did not help. I will continue to try... :) ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 22:18:24 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 448A114D27 for ; Sun, 10 Oct 1999 22:18:17 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id C38DD1CC8; Mon, 11 Oct 1999 13:18:14 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: "Erik H. Bakke" Cc: Don , freebsd-alpha@FreeBSD.ORG Subject: Re: Timer problems with current on 164SX In-reply-to: Your message of "Mon, 11 Oct 1999 02:37:25 +0200." Date: Mon, 11 Oct 1999 13:18:14 +0800 From: Peter Wemm Message-Id: <19991011051814.C38DD1CC8@overcee.netplex.com.au> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Erik H. Bakke" wrote: > > On 10-Oct-99 Don wrote: > >> cia0: Pyxis, pass 1 > >> cia0: extended capabilities: 1 > > > >> # Platform chipsets > >> #controller cia0 > >> #controller apecs0 > >> #controller tsunami0 > >> #controller lca0 > > Dont you need to actually enable a platform chipset? (although I dont see > > why the kernel was picking it up) > > > I was under the impression (seem to recall some messages about it) that the > alpha port now figures out which chipset to use based on the system type > specified in the config file. > Actually, these are gone from the GENERIC file too... > > However, I tried to uncomment the cia0 line, just in case something was screw ed > up somewhere, but it did not help. > > I will continue to try... :) Make sure you've got the right DEC_* platform options enabled. Of course, if you have them all, then you get all the chipsets anyway. You should at least have DEC_EB164 for the PC164SX, which is what I have here. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 22:43:27 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by hub.freebsd.org (Postfix) with ESMTP id 0255314E62 for ; Sun, 10 Oct 1999 22:43:13 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com (robinson@TCE-E-7-177-249.bta.net.cn [202.106.177.249]) by public.bta.net.cn (8.9.3/8.9.3) with ESMTP id NAA01686 for ; Mon, 11 Oct 1999 13:35:59 +0800 (CST) Received: (from robinson@localhost) by netrinsics.com (8.9.3/8.8.7) id NAA03545; Mon, 11 Oct 1999 13:41:53 +0800 (CST) (envelope-from robinson) Date: Mon, 11 Oct 1999 13:41:53 +0800 (CST) From: Michael Robinson Message-Id: <199910110541.NAA03545@netrinsics.com> To: dfr@nlsystems.com, robinson@netrinsics.com Subject: Re: How 64-bit is Alpha FreeBSD? Cc: freebsd-alpha@freebsd.org In-Reply-To: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson writes: >We support a 42 bit user address space right now. This is a hardware >limitation for older alphas but could be changed for newer hardware which >could probably extend it to 55 bits. Thanks. Does that mean, theoretically speaking, that if I were running FreeBSD on an Alpha with sufficient kernel memory, and 2 terabytes of data files, I could mmap the whole 2 terabytes into one process? -Michael Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 23:10:48 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 3832714DA2 for ; Sun, 10 Oct 1999 23:10:44 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 1FBDC1CCE; Mon, 11 Oct 1999 14:10:43 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Michael Robinson Cc: dfr@nlsystems.com, freebsd-alpha@freebsd.org Subject: Re: How 64-bit is Alpha FreeBSD? In-reply-to: Your message of "Mon, 11 Oct 1999 13:41:53 +0800." <199910110541.NAA03545@netrinsics.com> Date: Mon, 11 Oct 1999 14:10:43 +0800 From: Peter Wemm Message-Id: <19991011061043.1FBDC1CCE@overcee.netplex.com.au> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Robinson wrote: > Doug Rabson writes: > >We support a 42 bit user address space right now. This is a hardware > >limitation for older alphas but could be changed for newer hardware which > >could probably extend it to 55 bits. > > Thanks. > > Does that mean, theoretically speaking, that if I were running FreeBSD on an > Alpha with sufficient kernel memory, and 2 terabytes of data files, I could > mmap the whole 2 terabytes into one process? I'm pretty sure the FreeBSD VM system is limited to 1TB - ie: 512 bytes times 2^31 - to enable use of native types rather than synthetic 64 bit types in the kernel in performance critical areas. I'm not sure how this relates to the Alpha though since it has 'long' == 64 bit and it might be 512 x 2^63. I'm pretty sure I've seen int32_t types instead of 'long' so I wouldn't count on it. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 23:12:16 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 97B59150CA for ; Sun, 10 Oct 1999 23:12:12 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id AAA16171; Mon, 11 Oct 1999 00:11:57 -0600 (MDT) (envelope-from ken) Message-Id: <199910110611.AAA16171@panzer.kdm.org> Subject: Re: X11R6 for FreeBSD/alpha In-Reply-To: from Steve Price at "Oct 10, 1999 03:46:12 pm" To: sprice@hiwaay.net (Steve Price) Date: Mon, 11 Oct 1999 00:11:57 -0600 (MDT) Cc: eric@cirr.com (Eric Schnoebelen), freebsd-alpha@FreeBSD.ORG From: "Kenneth D. Merry" 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 Steve Price wrote... > On Sun, 10 Oct 1999, Eric Schnoebelen wrote: > > # > # Greetings, > # > # I went to install FreeBSD on my AXPpci33 this weekend, > # and found that X Windows doesn't appear to exist as a prebuilt > # distribution. Is this correct? > # > # Has anyone succeeded in building X Windows on the alpha? > # FYI: I'm not interested in the servers, just the clients and > # development libraries. > > Yes. The only trick is to > > cp /usr/src/sys/pci/pci_iotcl.h /usr/include/sys > > I've been a bit busy lately and haven't found a clean way to fix > this yet. IMO, we should probably reformat the file and move it into src/sys/sys. (The formatting is bad; I just kept my additions in line with the code that was in there, but it should be re-done.) It also might make sense to rename it to pciio.h, although I'm not sure what that would break. The only system utility that I know of that uses the PCI ioctl interface is pciconf. And I suppose the Alpha port of XFree86 is the other thing it would "break". Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Oct 10 23:42:20 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 8A04114BB8 for ; Sun, 10 Oct 1999 23:42:15 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id IAA13939; Mon, 11 Oct 1999 08:32:30 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id AAA03754; Mon, 11 Oct 1999 00:22:47 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910102222.AAA03754@yedi.iaf.nl> Subject: Re: netbooting 3000/400 In-Reply-To: <14336.62978.110378.325928@grasshopper.cs.duke.edu> from Andrew Gallatin at "Oct 10, 1999 4:31:46 pm" To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Mon, 11 Oct 1999 00:22:47 +0200 (CEST) Cc: dfr@nlsystems.com, freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Andrew Gallatin wrote ... I have a reasonably broad collection of f/w cdroms. I'm gonna try the different versions to see what works and what doesnot. Done that before for the Jensen so.. W/ > Doug Rabson writes: > > > > I think Andrew had one netbooting at one time. Perhaps there is some newer > > firmware you could try? > > > > I think older might be the direction to go in. They have a history of > breaking things in newer firmware revs. When I did the initial > support for the TC machines, I was using a 3000/300lx w fairly old > firmware. I don't have access to that machine, so I cannot check to > see what firmware rev it was. > > I did it in August '98 & I'm trying to remember if I used our own > netboot loader or the NetBSD one. I suspect the latter, so I think it > might be worth trying to load our kernel from NetBSDs netboot loader.. > > Sorry to be of so little help, Well, at least we can be pretty sure there must be an SRM that can do it.. W/ -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 0: 0:15 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from excalibar.sabrecross.com (excalibar.sabrecross.com [216.18.170.1]) by hub.freebsd.org (Postfix) with ESMTP id A6B7514E62 for ; Mon, 11 Oct 1999 00:00:11 -0700 (PDT) (envelope-from rickm@sabrecross.com) Received: from excalibar.sabrecross.com (excalibar.sabrecross.com [216.18.170.1]) by excalibar.sabrecross.com (8.9.3/8.9.3) with ESMTP id AAA43698 for ; Mon, 11 Oct 1999 00:00:05 -0700 (PDT) Date: Mon, 11 Oct 1999 00:00:04 -0700 (PDT) From: Rick McGee To: freebsd-alpha@FreeBSD.ORG Subject: Unaligned Access 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 Anyone else experincing unaligned accesses? sa is a good example. 512M ram, freeBSD 3.3, box is alpha 500a. Thanks, Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 1:38:19 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id ABE8114CFE for ; Mon, 11 Oct 1999 01:38:14 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA20497; Mon, 11 Oct 1999 09:40:11 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 09:40:11 +0100 (BST) From: Doug Rabson To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: netbooting 3000/400 In-Reply-To: <199910102007.WAA62642@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 10 Oct 1999, Wilko Bulte wrote: > As Doug Rabson wrote ... > > On Sat, 9 Oct 1999, Wilko Bulte wrote: > > > > > I know that this is sort-of a known problem, but I hope to find people > > > with strong memories to help me ;-) > > > > > > Situation: DEC3000/400 "Sandpiper" doing a BOOTP netboot: > > > > > > ... > > > > > > The first thing I had to do is port (well, quick hack) NetBSD's setnetbootinfo > > > for use on FreeBSD as it is missing from the source tree. This was needed > > > because the Sandpiper's SRM did not send the MAC address as part of the > > > boot device name. But a hardcoded MAC address did not solve the issue, > > > the boot device name string returned "BOOTP 0 7 0 0 0 2 CORE-IO" > > > is one field short from what netboot expects. The last field is the device > > > to boot from. I *guess* it needs to be EZ0 but I could be wrong. > > > > > > As for a different SRM version: the latest (V7.0) is not doing BOOTP > > > correctly at all so it looks that one is out. > > > > > > Are there people on this list that have successfully booted a DEC3000 using > > > netboot? If so, which SRM version did you use (assuming there is a working > > > one, which I doubt) or did you hack netboot to make this happen? > > > > I think Andrew had one netbooting at one time. Perhaps there is some newer > > He did, but his memory is a bit dim ;-) > > > firmware you could try? > > Well, the latest (7.0) fails miserably with BOOTP. Apparantly it got > worse during the later revs. :/ What a drag. You could just hack the living daylights out of the boot code to make a custom bootstrap I guess. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 1:47: 5 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id E6DAA14D32 for ; Mon, 11 Oct 1999 01:47:01 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA20563; Mon, 11 Oct 1999 09:46:25 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 09:46:25 +0100 (BST) From: Doug Rabson To: Peter Wemm Cc: Michael Robinson , freebsd-alpha@freebsd.org Subject: Re: How 64-bit is Alpha FreeBSD? In-Reply-To: <19991011061043.1FBDC1CCE@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Peter Wemm wrote: > Michael Robinson wrote: > > Doug Rabson writes: > > >We support a 42 bit user address space right now. This is a hardware > > >limitation for older alphas but could be changed for newer hardware which > > >could probably extend it to 55 bits. > > > > Thanks. > > > > Does that mean, theoretically speaking, that if I were running FreeBSD on an > > Alpha with sufficient kernel memory, and 2 terabytes of data files, I could > > mmap the whole 2 terabytes into one process? > > I'm pretty sure the FreeBSD VM system is limited to 1TB - ie: 512 bytes > times 2^31 - to enable use of native types rather than synthetic 64 bit > types in the kernel in performance critical areas. I'm not sure how this > relates to the Alpha though since it has 'long' == 64 bit and it might be > 512 x 2^63. I'm pretty sure I've seen int32_t types instead of 'long' so I > wouldn't count on it. I haven't checked for int32 types in the VM code but the machdep code uses mostly int64 types. The largest address space I have tried is about 12G. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 2:15:35 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from zabagek.ihf.rwth-aachen.de (zabagek.ihf.RWTH-Aachen.DE [134.130.90.60]) by hub.freebsd.org (Postfix) with ESMTP id 8312514C0A for ; Mon, 11 Oct 1999 02:15:29 -0700 (PDT) (envelope-from tg@ihf.rwth-aachen.de) Received: (from tg@localhost) by zabagek.ihf.rwth-aachen.de (8.9.3/8.9.3) id LAA49925; Mon, 11 Oct 1999 11:20:14 +0200 (CEST) (envelope-from tg) To: Doug Rabson Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: Re: netbooting 3000/400 References: From: Thomas Gellekum In-Reply-To: Doug Rabson's message of "Mon, 11 Oct 1999 09:40:11 +0100 (BST)" Date: 11 Oct 1999 11:20:13 +0200 Message-ID: Lines: 13 User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson writes: [firmware woes] > > Well, the latest (7.0) fails miserably with BOOTP. Apparantly it got > > worse during the later revs. :/ > > What a drag. You could just hack the living daylights out of the boot code > to make a custom bootstrap I guess. How can I find out the version? I have two 3000/300s here which get the infos from BOOTP just fine, but then emit broken TFTP requests. tg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 2:19:48 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 556A414C0A for ; Mon, 11 Oct 1999 02:19:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA20784; Mon, 11 Oct 1999 10:21:37 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 10:21:37 +0100 (BST) From: Doug Rabson To: "Erik H. Bakke" Cc: Don , freebsd-alpha@freebsd.org Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Erik H. Bakke wrote: > > On 10-Oct-99 Don wrote: > >> cia0: Pyxis, pass 1 > >> cia0: extended capabilities: 1 > > > >> # Platform chipsets > >> #controller cia0 > >> #controller apecs0 > >> #controller tsunami0 > >> #controller lca0 > > Dont you need to actually enable a platform chipset? (although I dont see > > why the kernel was picking it up) > > > I was under the impression (seem to recall some messages about it) that the > alpha port now figures out which chipset to use based on the system type > specified in the config file. > Actually, these are gone from the GENERIC file too... > > However, I tried to uncomment the cia0 line, just in case something was screwed > up somewhere, but it did not help. > > I will continue to try... :) It really looks as if the isa bus driver is missing. None of the isa devices are present (and as you have noticed, mcclock is critical). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 2:21:43 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 8FA1414C0A for ; Mon, 11 Oct 1999 02:21:39 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA20825; Mon, 11 Oct 1999 10:23:33 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 10:23:33 +0100 (BST) From: Doug Rabson To: "Kenneth D. Merry" Cc: Steve Price , Eric Schnoebelen , freebsd-alpha@freebsd.org Subject: Re: X11R6 for FreeBSD/alpha In-Reply-To: <199910110611.AAA16171@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Kenneth D. Merry wrote: > Steve Price wrote... > > On Sun, 10 Oct 1999, Eric Schnoebelen wrote: > > > > # > > # Greetings, > > # > > # I went to install FreeBSD on my AXPpci33 this weekend, > > # and found that X Windows doesn't appear to exist as a prebuilt > > # distribution. Is this correct? > > # > > # Has anyone succeeded in building X Windows on the alpha? > > # FYI: I'm not interested in the servers, just the clients and > > # development libraries. > > > > Yes. The only trick is to > > > > cp /usr/src/sys/pci/pci_iotcl.h /usr/include/sys > > > > I've been a bit busy lately and haven't found a clean way to fix > > this yet. > > IMO, we should probably reformat the file and move it into src/sys/sys. > (The formatting is bad; I just kept my additions in line with the code that > was in there, but it should be re-done.) > > It also might make sense to rename it to pciio.h, although I'm not sure > what that would break. The only system utility that I know of that uses > the PCI ioctl interface is pciconf. And I suppose the Alpha port of > XFree86 is the other thing it would "break". The alpha port of XFree86 would be very easy to fix. I think pciio.h is certainly the right name for this (ideally it should have a copyright notice too...) -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 2:22:50 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id AE39C14C0A for ; Mon, 11 Oct 1999 02:22:46 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA20833; Mon, 11 Oct 1999 10:24:46 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 10:24:46 +0100 (BST) From: Doug Rabson To: Rick McGee Cc: freebsd-alpha@freebsd.org Subject: Re: Unaligned Access In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Rick McGee wrote: > Anyone else experincing unaligned accesses? > > sa is a good example. > 512M ram, freeBSD 3.3, box is alpha 500a. I think someone else reported unaligned accesses from sa. It should still work even so. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 2:23:47 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id C258714DDF for ; Mon, 11 Oct 1999 02:23:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA20829; Mon, 11 Oct 1999 10:24:08 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 11 Oct 1999 10:24:08 +0100 (BST) From: Doug Rabson To: Thomas Gellekum Cc: Wilko Bulte , freebsd-alpha@freebsd.org Subject: Re: netbooting 3000/400 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 11 Oct 1999, Thomas Gellekum wrote: > Doug Rabson writes: > > [firmware woes] > > > Well, the latest (7.0) fails miserably with BOOTP. Apparantly it got > > > worse during the later revs. :/ > > > > What a drag. You could just hack the living daylights out of the boot code > > to make a custom bootstrap I guess. > > How can I find out the version? I have two 3000/300s here which get > the infos from BOOTP just fine, but then emit broken TFTP requests. I think its reported in 'show config' -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 4: 4:36 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 441B214E39 for ; Mon, 11 Oct 1999 04:04:31 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id NAA10874; Mon, 11 Oct 1999 13:03:54 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 11 Oct 1999 13:03:44 +0200 (CEST) From: "Erik H. Bakke" To: Doug Rabson Subject: Re: Timer problems with current on 164SX Cc: freebsd-alpha@FreeBSD.ORG, Don Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 11-Oct-99 Doug Rabson wrote: > > It really looks as if the isa bus driver is missing. None of the isa > devices are present (and as you have noticed, mcclock is critical). > The "controller isa0" is present in the config file. Is this something that is broken in one of the source files, or is it just me? ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 4:40:14 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id B332114D8B for ; Mon, 11 Oct 1999 04:40:10 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id NAA11075; Mon, 11 Oct 1999 13:37:26 +0200 (CEST) (envelope-from erik@habatech.no) 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: <19991011051814.C38DD1CC8@overcee.netplex.com.au> Date: Mon, 11 Oct 1999 13:37:16 +0200 (CEST) From: "Erik H. Bakke" To: Peter Wemm Subject: Re: Timer problems with current on 164SX Cc: freebsd-alpha@FreeBSD.ORG, Don Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 11-Oct-99 Peter Wemm wrote: >> >> I will continue to try... :) > > Make sure you've got the right DEC_* platform options enabled. Of course, > if you have them all, then you get all the chipsets anyway. You should > at least have DEC_EB164 for the PC164SX, which is what I have here. > I tried to configure a new kernel from a standard GENERIC config file, just with atapi enabled, but got the same result. The PCI-ISA bridge is not probed, and therefore no ISA devices will be attached. What changes has been done to this part lately, that could affect this? And, also, is anyone else experiencing this? ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 8:20: 2 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 66EBF15769 for ; Mon, 11 Oct 1999 08:19:58 -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 KAA05392; Mon, 11 Oct 1999 10:19:00 -0500 (CDT) Date: Mon, 11 Oct 1999 10:19:00 -0500 (CDT) From: Steve Price To: Doug Rabson Cc: "Kenneth D. Merry" , Eric Schnoebelen , freebsd-alpha@freebsd.org Subject: Re: X11R6 for FreeBSD/alpha In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Doug Rabson wrote: # > IMO, we should probably reformat the file and move it into src/sys/sys. # > (The formatting is bad; I just kept my additions in line with the code that # > was in there, but it should be re-done.) # > # > It also might make sense to rename it to pciio.h, although I'm not sure # > what that would break. The only system utility that I know of that uses # > the PCI ioctl interface is pciconf. And I suppose the Alpha port of # > XFree86 is the other thing it would "break". # # The alpha port of XFree86 would be very easy to fix. I think pciio.h is # certainly the right name for this (ideally it should have a copyright # notice too...) Indeed with the header installed under /usr/include/sys the fix to the port would be trivial. I'm all for installing it. I was off looking for a way to accomplish the same thing without the header. The new name and location sound like a good idea too. Probably would be a good idea to get a repo-copy before the deed is done. Kenneth since you have changes you'd like to make will you pursue this or would you like me too? Thanks. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 10:27:55 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 485B314C0C for ; Mon, 11 Oct 1999 10:27:52 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id LAA19343; Mon, 11 Oct 1999 11:25:59 -0600 (MDT) (envelope-from ken) Message-Id: <199910111725.LAA19343@panzer.kdm.org> Subject: Re: X11R6 for FreeBSD/alpha In-Reply-To: from Steve Price at "Oct 11, 1999 10:19:00 am" To: sprice@hiwaay.net (Steve Price) Date: Mon, 11 Oct 1999 11:25:59 -0600 (MDT) Cc: dfr@nlsystems.com (Doug Rabson), eric@cirr.com (Eric Schnoebelen), freebsd-alpha@freebsd.org From: "Kenneth D. Merry" 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 Steve Price wrote... > On Mon, 11 Oct 1999, Doug Rabson wrote: > > # > IMO, we should probably reformat the file and move it into src/sys/sys. > # > (The formatting is bad; I just kept my additions in line with the code that > # > was in there, but it should be re-done.) > # > > # > It also might make sense to rename it to pciio.h, although I'm not sure > # > what that would break. The only system utility that I know of that uses > # > the PCI ioctl interface is pciconf. And I suppose the Alpha port of > # > XFree86 is the other thing it would "break". > # > # The alpha port of XFree86 would be very easy to fix. I think pciio.h is > # certainly the right name for this (ideally it should have a copyright > # notice too...) > > Indeed with the header installed under /usr/include/sys the fix > to the port would be trivial. I'm all for installing it. I was > off looking for a way to accomplish the same thing without the > header. > > The new name and location sound like a good idea too. Probably > would be a good idea to get a repo-copy before the deed is done. Yeah, that makes sense. > Kenneth since you have changes you'd like to make will you pursue > this or would you like me too? Thanks. I'll work on it, although I could probably use some testing help once I've fixed it. (i.e. make sure we get XFree86 changes ready at the same time, make sure we don't break buildworld, etc.) It may be a little longer in coming, since I've got a partially completed pci(4) man page in my tree from January or so that needs to be completed as part of this. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 11: 7:27 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from excalibar.sabrecross.com (excalibar.sabrecross.com [216.18.170.1]) by hub.freebsd.org (Postfix) with ESMTP id 2256D15A51 for ; Mon, 11 Oct 1999 11:07:24 -0700 (PDT) (envelope-from rickm@sabrecross.com) Received: from excalibar.sabrecross.com (excalibar.sabrecross.com [216.18.170.1]) by excalibar.sabrecross.com (8.9.3/8.9.3) with ESMTP id LAA44595; Mon, 11 Oct 1999 11:07:13 -0700 (PDT) Date: Mon, 11 Oct 1999 11:07:12 -0700 (PDT) From: Rick McGee To: Doug Rabson Cc: freebsd-alpha@freebsd.org Subject: Re: Unaligned Access In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks, It is rather annoying. On Mon, 11 Oct 1999, Doug Rabson wrote: > On Mon, 11 Oct 1999, Rick McGee wrote: > > > Anyone else experincing unaligned accesses? > > > > sa is a good example. > > 512M ram, freeBSD 3.3, box is alpha 500a. > > I think someone else reported unaligned accesses from sa. It should still > work even so. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 11:12:17 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from bogon.kjsl.com (bogon.kjsl.com [206.55.236.201]) by hub.freebsd.org (Postfix) with ESMTP id EC2151513A for ; Mon, 11 Oct 1999 11:12:11 -0700 (PDT) (envelope-from javier@bogon.kjsl.com) Received: (from javier@localhost) by bogon.kjsl.com (8.9.3/8.9.3) id LAA08673; Mon, 11 Oct 1999 11:12:00 -0700 (PDT) From: Javier Henderson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14338.10352.307634.773264@bogon.kjsl.com> Date: Mon, 11 Oct 1999 11:12:00 -0700 (PDT) To: Rick McGee Cc: Doug Rabson , freebsd-alpha@FreeBSD.ORG Subject: Re: Unaligned Access In-Reply-To: References: X-Mailer: VM 6.63 under Emacs 19.34.1 X-Airplane-of-the-day: Grumman Tiger Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rick McGee writes: > Thanks, > > It is rather annoying. Probably performance robbing too. Alignment errors get resolved by the slower hardware exception handler, no? -jav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 12:25:29 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 6F63514F91 for ; Mon, 11 Oct 1999 12:25:24 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id VAA25842 for freebsd-alpha@freebsd.org; Mon, 11 Oct 1999 21:18:47 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id VAA01776 for freebsd-alpha@freebsd.org; Mon, 11 Oct 1999 21:13:49 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910111913.VAA01776@yedi.iaf.nl> Subject: DEC3000/400 SRM bootp overview To: freebsd-alpha@freebsd.org (FreeBSD-alpha mailing list) Date: Mon, 11 Oct 1999 21:13:49 +0200 (CEST) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 See below of the results of my experiments with the various SRM revs for the DEC3000/400. It seems that 6.0 is the latest one that works for bootp netbooting. That is, it is the latest rev before 6.9 that I have in my firmware CD collection. For all bootp capable SRMs you still need to hack netboot itself because the system does not return the device it is booting from in the "boot device name" (should be in the last field, nr 9, whereas these SRMs only return 8 fields). I'm now going back to 6.0 and take a close look at netboot. hope this helps, Wilko ------- DEC3000/400 "Sandpiper" SRM version info ======================================== Questions/remarks to wilko@freebsd.org Mon Oct 11 20:44:08 CEST 1999 How to find out what SRM is currently on the system --------------------------------------------------- >>> show conf DEC 3000 - M400 Digital Equipment Corporation VPP PAL X5.48-82000101/OSF PAL X1.35-82000201 - Built on 20-JUL-1994 12:19:54.68 TCINFO DEVNAM DEVSTAT ------ -------- -------- CPU OK KN15-BA -V5.1-S749-I196-sV1.0-DECchip 21064 P3.0 ^--- this is the SRM version How to get a bootp network boot ------------------------------- >>> BOOT EZ0 How to down/upgrade the SRM --------------------------- Insert firmware CD. Read the little booklet (if available) >>> BOOT DKA400 -FL 0,80 Follow menu. For older CDs you need to tell the bootloader what file you want when it prompts for it. The filename is something like [DEC3000]M400_V7_0.EXE VMS-knowledge will help you a bit with this syntax ;-) Overview of what SRM revs do with respect to bootp network booting ------------------------------------------------------------------ * SRM 7.0 (latest available revision) - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" - this rev is useless for bootp network boot * SRM 6.9 - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" - this rev is useless for bootp network boot * SRM 6.0 - needs hardcoded ethernet address in 'netboot' - supplies "BOOTP 0 7 0 0 0 2 CORE-IO" as boot device name * SRM 5.2 - needs hardcoded ethernet address in 'netboot' - supplies "BOOTP 0 7 0 0 0 2 CORE-IO" as boot device name * SRM 5.1 - needs hardcoded ethernet address in 'netboot' - supplies "BOOTP 0 7 0 0 0 2 CORE-IO" as boot device name * SRM 3.3 - needs hardcoded ethernet address in 'netboot' - supplies "BOOTP 0 7 0 0 0 2 CORE-IO" as boot device name * SRM 3.2 - does not do BOOTP correctly, "Host server IP address is 192.168.200.1 AUDIT_BSERVER_FOUND 84 FAIL" -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 12:25:54 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id DF18314F91 for ; Mon, 11 Oct 1999 12:25:51 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id VAA25836; Mon, 11 Oct 1999 21:18:41 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id VAA01664; Mon, 11 Oct 1999 21:03:59 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910111903.VAA01664@yedi.iaf.nl> Subject: Re: netbooting 3000/400 In-Reply-To: from Doug Rabson at "Oct 11, 1999 10:24: 8 am" To: dfr@nlsystems.com (Doug Rabson) Date: Mon, 11 Oct 1999 21:03:59 +0200 (CEST) Cc: tg@ihf.rwth-aachen.de, freebsd-alpha@freebsd.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Doug Rabson wrote ... > On 11 Oct 1999, Thomas Gellekum wrote: > > > Doug Rabson writes: > > > > [firmware woes] > > > > Well, the latest (7.0) fails miserably with BOOTP. Apparantly it got > > > > worse during the later revs. :/ > > > > > > What a drag. You could just hack the living daylights out of the boot code > > > to make a custom bootstrap I guess. > > > > How can I find out the version? I have two 3000/300s here which get > > the infos from BOOTP just fine, but then emit broken TFTP requests. > I think its reported in 'show config' Correct: Devnam Devstat -------- ------- CPU OK KN15-BA -V3.2-S6B6-I14E-sV1.0-DECchip 21064 P3.0 ^---- that is the SRM rev -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 12:34:28 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.netbsd.org (redmail.netbsd.org [155.53.200.193]) by hub.freebsd.org (Postfix) with SMTP id 4D16C15ACE for ; Mon, 11 Oct 1999 12:34:08 -0700 (PDT) (envelope-from cgd@netbsd.org) Received: (qmail 7133 invoked by uid 1000); 11 Oct 1999 19:34:07 -0000 To: Wilko Bulte Cc: freebsd-alpha@freebsd.org (FreeBSD-alpha mailing list) Subject: Re: DEC3000/400 SRM bootp overview References: <199910111913.VAA01776@yedi.iaf.nl> From: cgd@netbsd.org (Chris G. Demetriou) Date: 11 Oct 1999 12:34:07 -0700 In-Reply-To: Wilko Bulte's message of Mon, 11 Oct 1999 21:13:49 +0200 (CEST) Message-ID: <87ln9966a8.fsf@redmail.netbsd.org> Lines: 25 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > * SRM 7.0 (latest available revision) > - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" > - this rev is useless for bootp network boot > > * SRM 6.9 > - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" > - this rev is useless for bootp network boot There are similar issues with some versions of the firmware for 3000/300 models, too. I ran into them when I was developing the NetBSD/alpha code at CMU. I/we pushed on it a bit with various contacts that we had at DEC, and it came back that apparently the SRM folks said that it was due to a "hardware problem"... never mind that previous revisions of the firmware worked fine. "stupid, stupid, stupid." cgd -- Chris Demetriou - cgd@netbsd.org - http://www.netbsd.org/People/Pages/cgd.html Disclaimer: Not speaking for NetBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 13:16:51 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 4BF4E1509D for ; Mon, 11 Oct 1999 13:16:43 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA17471 for ; Mon, 11 Oct 1999 13:16:41 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA34156 for freebsd-alpha@freebsd.org; Mon, 11 Oct 1999 13:16:41 -0700 (PDT) (envelope-from obrien) Date: Mon, 11 Oct 1999 13:16:41 -0700 From: "David O'Brien" To: freebsd-alpha@freebsd.org Subject: What is a 211164-P5 500 ? Message-ID: <19991011131641.A34141@dragon.nuxi.com> Reply-To: obrien@NUXI.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is the chip pictured at http://secure.sysmerica.com/ebay_pics/21164-500.jpg the chip for a 164SX board? The markings are: DEC 10738(or B) H 9722 JD1238 (c)(r) DEC 1996 21164-P7 500 21-43918-44 If not, which type of board does this thing go in? It is claimed this chip has 16KB L1 cache and 96KB L2 cache (+ L3 cache on the motherboard). It was my understanding the "164SX" CPU didn't have any L2 cache. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 13:20:29 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1E012150CF for ; Mon, 11 Oct 1999 13:20:21 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA17499 for ; Mon, 11 Oct 1999 13:20:19 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA34235 for freebsd-alpha@freebsd.org; Mon, 11 Oct 1999 13:20:19 -0700 (PDT) (envelope-from obrien) Date: Mon, 11 Oct 1999 13:20:19 -0700 From: "David O'Brien" To: freebsd-alpha@freebsd.org Subject: What is a 211164-P7 500 (try 2) Message-ID: <19991011132019.E94488@dragon.nuxi.com> Reply-To: obrien@NUXI.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i X-Mailer: Mutt 1.0pre1i X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ this got sent before I was done :-( ] Is the chip pictured at http://secure.sysmerica.com/ebay_pics/21164-500.jpg the chip for a 164SX board? The markings are: DEC 10738(or B) H 9722 JD1238 (c)(r) DEC 1996 21164-P7 500 21-43918-44 KKB E56 If not, which type of board does this thing go in? It is claimed this chip has 16KB L1 cache and 96KB L2 cache (+ L3 cache on the motherboard). It was my understanding the "164SX" CPU didn't have any L2 cache. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 13:35: 5 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 ACF6E153A8 for ; Mon, 11 Oct 1999 13:34:44 -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 QAA20046; Mon, 11 Oct 1999 16:34:38 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id QAA30705; Mon, 11 Oct 1999 16:34:07 -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, 11 Oct 1999 16:34:07 -0400 (EDT) To: obrien@NUXI.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: What is a 211164-P7 500 (try 2) In-Reply-To: <19991011132019.E94488@dragon.nuxi.com> References: <19991011132019.E94488@dragon.nuxi.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14338.18761.27740.838222@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David O'Brien writes: > [ this got sent before I was done :-( ] > > Is the chip pictured at > http://secure.sysmerica.com/ebay_pics/21164-500.jpg the chip for a 164SX > board? The markings are: > > DEC 10738(or B) H 9722 > JD1238 > (c)(r) DEC 1996 > 21164-P7 500 > 21-43918-44 > KKB E56 > > If not, which type of board does this thing go in? It is claimed this > chip has 16KB L1 cache and 96KB L2 cache (+ L3 cache on the motherboard). > It was my understanding the "164SX" CPU didn't have any L2 cache. You're correct. The chip above is for other boards (EB164/164LX/164UX & probably miata..). The chip you want for an SX board is a 21164-PC. If you are building from scratch, keep in mind that the non-SX boards are faster. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 14:40:54 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 7B33D14DB9 for ; Mon, 11 Oct 1999 14:40:47 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id XAA32728; Mon, 11 Oct 1999 23:27:00 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id XAA43196; Mon, 11 Oct 1999 23:18:17 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910112118.XAA43196@yedi.iaf.nl> Subject: Re: DEC3000/400 SRM bootp overview In-Reply-To: <87ln9966a8.fsf@redmail.netbsd.org> from "Chris G. Demetriou" at "Oct 11, 1999 12:34: 7 pm" To: cgd@netbsd.org (Chris G. Demetriou) Date: Mon, 11 Oct 1999 23:18:17 +0200 (CEST) Cc: freebsd-alpha@freebsd.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Chris G. Demetriou wrote ... > Wilko Bulte writes: > > * SRM 7.0 (latest available revision) > > - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" > > - this rev is useless for bootp network boot > > > > * SRM 6.9 > > - does not do BOOTP correctly, "? T_ERR_NI - RECEIVE_TIMEOUT" > > - this rev is useless for bootp network boot > > There are similar issues with some versions of the firmware for > 3000/300 models, too. > > I ran into them when I was developing the NetBSD/alpha code at CMU. > I/we pushed on it a bit with various contacts that we had at DEC, and > it came back that apparently the SRM folks said that it was due to a > "hardware problem"... never mind that previous revisions of the > firmware worked fine. I just noticed that SRM 6.0 had a timeout problem when booting from my Aspen Alpine (EB64+) whereas the same SRM 6.0 worked OK booting from my K6-2 box. This leads me to the suspicion that there is something *very* timing critical (or something close to that) on the later SRM revs. Chris, as I understand it you had NetBSD booting using bootp from SRM. Or did you use MOP maybe? IIRC NetBSD can do MOP boot serving. > "stupid, stupid, stupid." Eh, yeah. -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 14:53:54 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.netbsd.org (redmail.netbsd.org [155.53.200.193]) by hub.freebsd.org (Postfix) with SMTP id 9D95115276 for ; Mon, 11 Oct 1999 14:53:45 -0700 (PDT) (envelope-from cgd@netbsd.org) Received: (qmail 23628 invoked by uid 1000); 11 Oct 1999 21:53:43 -0000 To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: DEC3000/400 SRM bootp overview References: <199910112118.XAA43196@yedi.iaf.nl> From: cgd@netbsd.org (Chris G. Demetriou) Date: 11 Oct 1999 14:53:43 -0700 In-Reply-To: Wilko Bulte's message of Mon, 11 Oct 1999 23:18:17 +0200 (CEST) Message-ID: <871zb15ztk.fsf@redmail.netbsd.org> Lines: 25 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > I just noticed that SRM 6.0 had a timeout problem when booting > from my Aspen Alpine (EB64+) whereas the same SRM 6.0 worked OK > booting from my K6-2 box. This leads me to the suspicion that there > is something *very* timing critical (or something close to that) on > the later SRM revs. the symptom that i noticed when looking into it was that using tcpdump to watch the packets that were coming out of the alpha would show packets with bad checksums. (I forget whether they were the bootp or tftp requests, or whether the bad checksums were the IP or UDP checksums... It's been a few years... 8-) > Chris, as I understand it you had NetBSD booting using bootp from SRM. > Or did you use MOP maybe? IIRC NetBSD can do MOP boot serving. bootp. cgd -- Chris Demetriou - cgd@netbsd.org - http://www.netbsd.org/People/Pages/cgd.html Disclaimer: Not speaking for NetBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 22:36:14 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from jason.argos.org (a1-3a123.neo.rr.com [24.93.180.123]) by hub.freebsd.org (Postfix) with ESMTP id EB9E714FB6 for ; Mon, 11 Oct 1999 22:36:12 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id BAA15315 for ; Tue, 12 Oct 1999 01:36:11 -0400 Date: Tue, 12 Oct 1999 01:36:11 -0400 (EDT) From: Mike Nowlin To: freebsd-alpha@freebsd.org Subject: AXPpci/33 boards 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'm doing a bit of "question answering" for a guy who deals in "big" system secondhand equipment (VAX 11/780, for example). He has about 800 AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any suggestions on what an asking price should be? I have no idea on this one -- the only Alpha prices I ever really deal with are for the bigger machines... mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 23:22:11 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from zabagek.ihf.rwth-aachen.de (zabagek.ihf.RWTH-Aachen.DE [134.130.90.60]) by hub.freebsd.org (Postfix) with ESMTP id 5406A14E6A for ; Mon, 11 Oct 1999 23:22:07 -0700 (PDT) (envelope-from tg@ihf.rwth-aachen.de) Received: (from tg@localhost) by zabagek.ihf.rwth-aachen.de (8.9.3/8.9.3) id IAA51619; Tue, 12 Oct 1999 08:26:38 +0200 (CEST) (envelope-from tg) To: cgd@netbsd.org (Chris G. Demetriou) Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: Re: DEC3000/400 SRM bootp overview References: <199910112118.XAA43196@yedi.iaf.nl> <871zb15ztk.fsf@redmail.netbsd.org> From: Thomas Gellekum In-Reply-To: cgd@netbsd.org's message of "11 Oct 1999 14:53:43 -0700" Date: 12 Oct 1999 08:26:37 +0200 Message-ID: Lines: 20 User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org cgd@netbsd.org (Chris G. Demetriou) writes: > Wilko Bulte writes: > > I just noticed that SRM 6.0 had a timeout problem when booting > > from my Aspen Alpine (EB64+) whereas the same SRM 6.0 worked OK > > booting from my K6-2 box. This leads me to the suspicion that there > > is something *very* timing critical (or something close to that) on > > the later SRM revs. > > the symptom that i noticed when looking into it was that using tcpdump > to watch the packets that were coming out of the alpha would show > packets with bad checksums. (I forget whether they were the bootp or > tftp requests, or whether the bad checksums were the IP or UDP > checksums... It's been a few years... 8-) Same thing here with two 3000/300s. The TFTP packet contains '\0' at the TOS and the first bytes of the file name fields. The firmware rev is 6.5. Where can I get older/working versions? tg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 23:42:59 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from jason.argos.org (a1-3a123.neo.rr.com [24.93.180.123]) by hub.freebsd.org (Postfix) with ESMTP id A325E14A2B for ; Mon, 11 Oct 1999 23:42:57 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id CAA15929; Tue, 12 Oct 1999 02:41:24 -0400 Date: Tue, 12 Oct 1999 02:41:24 -0400 (EDT) From: Mike Nowlin To: Thomas Gellekum Cc: freebsd-alpha@FreeBSD.ORG, mike@r2d2.smlab.com Subject: Re: DEC3000/400 SRM bootp overview In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Same thing here with two 3000/300s. The TFTP packet contains '\0' at > the TOS and the first bytes of the file name fields. The firmware rev > is 6.5. Where can I get older/working versions? Last time I checked, they were available on gatekeeper.digital.com (somewhere)... I'm not sure what Digital's licensing restrictions on the firmware code are, but I have every version back to whatever it was for a 3000/500 box running under OSF/1 1.2.... Assuming it's legal (I'll try to check tomorrow -- I value my relationship with Digital too much to give out illegal copies of their software), I have no problems sticking the older stuff somewhere you could get to it. mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Oct 11 23:52:26 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from secure.smtp.email.msn.com (cpimssmtpu07.email.msn.com [207.46.181.28]) by hub.freebsd.org (Postfix) with ESMTP id A9EC014A2F for ; Mon, 11 Oct 1999 23:52:22 -0700 (PDT) (envelope-from JHowie@msn.com) Received: from JHowie - 216.103.48.12 by email.msn.com with Microsoft SMTPSVC; Mon, 11 Oct 1999 23:50:46 -0700 Message-ID: <019301bf147f$180f9620$fd01a8c0@pacbell.net> From: "John Howie" To: "Mike Nowlin" , "Thomas Gellekum" Cc: , References: Subject: Re: DEC3000/400 SRM bootp overview Date: Mon, 11 Oct 1999 23:57:47 -0700 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Same thing here with two 3000/300s. The TFTP packet contains '\0' at > > the TOS and the first bytes of the file name fields. The firmware rev > > is 6.5. Where can I get older/working versions? > I don't know where you will find the old ones, but the latest (and sometimes NOT greatest) can be found at: ftp://ftp.digital.com/pub/DEC/Alpha/firmware/readme.html Hopefully someone will find a link out of here to old firmware. john... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 0:15:12 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from bos-gate1.raytheon.com (bos-gate1.raytheon.com [199.46.198.230]) by hub.freebsd.org (Postfix) with ESMTP id E9CA0153AD for ; Tue, 12 Oct 1999 00:15:09 -0700 (PDT) (envelope-from xdufresn@raytheon.com) Received: from mail1.icg.raytheon.com (mail1.icg.raytheon.com [199.46.170.42]) by bos-gate1.raytheon.com (8.9.3/8.9.3) with ESMTP id CAA01388 for ; Tue, 12 Oct 1999 02:13:54 -0500 (CDT) Received: from smtp-lv01.rsc.raytheon.com (smtp-lv01.rsc.raytheon.com [138.126.175.22]) by mail1.icg.raytheon.com (8.9.3/8.9.3) with ESMTP id CAA03511 for ; Tue, 12 Oct 1999 02:29:49 -0500 (CDT) Received: from rtxmail1.rsc.raytheon.com (rtxmail1.rsc.raytheon.com [138.126.175.35]) by smtp-lv01.rsc.raytheon.com (8.9.3/8.9.3) with ESMTP id CAA11028 for ; Tue, 12 Oct 1999 02:15:06 -0500 (CDT) Received: from raytheon.com (darth.rsc.raytheon.com [138.126.168.48]) by rtxmail1.rsc.raytheon.com (8.9.3/8.9.3) with ESMTP id CAA25741 for ; Tue, 12 Oct 1999 02:15:02 -0500 (CDT) Message-ID: <3802DF51.6B6CC67A@raytheon.com> Date: Tue, 12 Oct 1999 02:12:17 -0500 From: Michael DuFresne X-Mailer: Mozilla 4.7 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-alpha@FreeBSD.ORG" Subject: supported symbios scsi Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the INSTALL.TXT file there is this text (3.3-STABLE): "You will need a dedicated disk for FreeBSD/alpha. It is not possible to share a disk with another operating system at this time. This disk will need to be attached to a SCSI controller which is supported by the SRM firmware (currently NCR or SYMBIOS and Qlogic ISP are supported)." I am curious which of the symbios controllers will actually _boot_ the machine. I have a PC164 motherboard which currently has ARC firmware. I will be upgrading to the latest SRM firmware. I currently have a Tekram DC-390U2W card with a 53c895 chip. Has anyone had success installing and booting from this controller, or will I need to find a controller based on an older, supported, 53c8xx chipset? I am still gathering hardware together for this, so I haven't had a chance to actually test anything yet. Getting over RAM sticker shock also, I might add.... Thanks... -- Mike/TeamNOC We defeated the enemy with teamwork, and the hammer of not bickering. The Shoveller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 0:58:53 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 04F1614BEA for ; Tue, 12 Oct 1999 00:58:49 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA48444; Tue, 12 Oct 1999 09:00:55 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 12 Oct 1999 09:00:55 +0100 (BST) From: Doug Rabson To: "Erik H. Bakke" Cc: freebsd-alpha@FreeBSD.ORG, Don Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Erik H. Bakke wrote: > > On 11-Oct-99 Doug Rabson wrote: > > > > It really looks as if the isa bus driver is missing. None of the isa > > devices are present (and as you have noticed, mcclock is critical). > > > The "controller isa0" is present in the config file. > Is this something that is broken in one of the source files, or is it just > me? Something is broken but I'm not sure exactly what. I'm building a kernel from your config file to see what is going on. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 1: 9:52 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 58C02157A6 for ; Tue, 12 Oct 1999 01:09:39 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA48648; Tue, 12 Oct 1999 09:11:46 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 12 Oct 1999 09:11:46 +0100 (BST) From: Doug Rabson To: Javier Henderson Cc: Rick McGee , freebsd-alpha@FreeBSD.ORG Subject: Re: Unaligned Access In-Reply-To: <14338.10352.307634.773264@bogon.kjsl.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Javier Henderson wrote: > Rick McGee writes: > > Thanks, > > > > It is rather annoying. > > Probably performance robbing too. Alignment errors get resolved > by the slower hardware exception handler, no? Thats right. The error message includes the address of the instruction which is doing the unaligned access if anyone would like to fix it.. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 1:37:28 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 33DDD15089 for ; Tue, 12 Oct 1999 01:37:22 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA48814; Tue, 12 Oct 1999 09:33:31 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 12 Oct 1999 09:33:31 +0100 (BST) From: Doug Rabson To: "Erik H. Bakke" Cc: Peter Wemm , freebsd-alpha@freebsd.org, Don Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Erik H. Bakke wrote: > > On 11-Oct-99 Peter Wemm wrote: > >> > >> I will continue to try... :) > > > > Make sure you've got the right DEC_* platform options enabled. Of course, > > if you have them all, then you get all the chipsets anyway. You should > > at least have DEC_EB164 for the PC164SX, which is what I have here. > > > I tried to configure a new kernel from a standard GENERIC config file, just > with atapi enabled, but got the same result. > > The PCI-ISA bridge is not probed, and therefore no ISA devices will be attached. > What changes has been done to this part lately, that could affect this? > And, also, is anyone else experiencing this? I haven't heard anyone. Could you boot with 'boot -flags v' so that I can see what devices pci picks up. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 1:39:26 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 8ABA015089 for ; Tue, 12 Oct 1999 01:39:23 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA48814; Tue, 12 Oct 1999 09:33:31 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 12 Oct 1999 09:33:31 +0100 (BST) From: Doug Rabson To: "Erik H. Bakke" Cc: Peter Wemm , freebsd-alpha@freebsd.org, Don Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 11 Oct 1999, Erik H. Bakke wrote: > > On 11-Oct-99 Peter Wemm wrote: > >> > >> I will continue to try... :) > > > > Make sure you've got the right DEC_* platform options enabled. Of course, > > if you have them all, then you get all the chipsets anyway. You should > > at least have DEC_EB164 for the PC164SX, which is what I have here. > > > I tried to configure a new kernel from a standard GENERIC config file, just > with atapi enabled, but got the same result. > > The PCI-ISA bridge is not probed, and therefore no ISA devices will be attached. > What changes has been done to this part lately, that could affect this? > And, also, is anyone else experiencing this? I haven't heard anyone. Could you boot with 'boot -flags v' so that I can see what devices pci picks up. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 4: 8:32 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 3E32D14EF0 for ; Tue, 12 Oct 1999 04:08:24 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id NAA16032; Tue, 12 Oct 1999 13:07:46 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:991012130736:238=_" In-Reply-To: Date: Tue, 12 Oct 1999 13:07:36 +0200 (CEST) From: "Erik H. Bakke" To: Doug Rabson Subject: Re: Timer problems with current on 164SX Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:991012130736:238=_ Content-Type: text/plain; charset=us-ascii On 12-Oct-99 Doug Rabson wrote: >> The PCI-ISA bridge is not probed, and therefore no ISA devices will be >> attached. >> What changes has been done to this part lately, that could affect this? >> And, also, is anyone else experiencing this? > > I haven't heard anyone. Could you boot with 'boot -flags v' so that I can > see what devices pci picks up. > The output from both kernels are attached to this mail. It seems to me that all devices are present on the PCI bus in both kernels, but that the ISA bridge for some reason is not being probed. Hope this is of any help :) ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== --_=XFMail.1.3.p0.FreeBSD:991012130736:238=_ Content-Disposition: attachment; filename="mesg.panic" Content-Transfer-Encoding: base64 Content-Description: mesg.panic Content-Type: application/octet-stream; name=mesg.panic; SizeOnDisk=3984 Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTgyLCAxOTg2LCAxOTg5LCAxOTkxLCAxOTkzCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDQuMC1DVVJS RU5UICMwOiBNb24gT2N0IDExIDE4OjQ1OjA2IEdNVCAxOTk5CiAgICByb290QGFscGhhLmhhYmF0 ZWNoLm5vOi91c3Ivc3JjL3N5cy9jb21waWxlL0hBQkEKRUIxNjQKRGlnaXRhbCBBbHBoYVBDIDE2 NFNYIDUzMyBNSHosIDUzMU1Iego4MTkyIGJ5dGUgcGFnZSBzaXplLCAxIHByb2Nlc3Nvci4KQ1BV OiBQQ0E1NiAoMjExNjRQQykgbWFqb3I9OSBtaW5vcj0yIGV4dGVuc2lvbnM9MHgxPEJXWD4KT1NG IFBBTCByZXY6IDB4MTAwMDYwMDAyMDExNgpyZWFsIG1lbW9yeSAgPSA2NTE0Mjc4NCAoNjM2MTZL IGJ5dGVzKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6CjB4MDA1MzgwMDAgLSAweDAzZmZiZmZm LCA2MTYyMDIyNCBieXRlcyAoNzUyMiBwYWdlcykKYXZhaWwgbWVtb3J5ID0gNTk0NzM5MjAgKDU4 MDgwSyBieXRlcykKUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhmZmZmZmMwMDAw NTFjMDAwLgpjaWEwOiBQeXhpcywgcGFzcyAxCmNpYTA6IGV4dGVuZGVkIGNhcGFiaWxpdGllczog MTxCV0VOPgpwY2liMDogPDIxMTd4IFBDSSBob3N0IGJ1cyBhZGFwdGVyPiBvbiBjaWEwCmZvdW5k LT4JdmVuZG9yPTB4MTAxMSwgZGV2PTB4MDAwOSwgcmV2aWQ9MHgyMgoJY2xhc3M9MDItMDAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAK CWludHBpbj1hLCBpcnE9OQoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxMjAw LCBzaXplICA3CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODMxMDAsIHNpemUg IDcKZm91bmQtPgl2ZW5kb3I9MHgxMDAwLCBkZXY9MHgwMDBmLCByZXZpZD0weDI2CgljbGFzcz0w MS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRh cnlidXM9MAoJaW50cGluPWEsIGlycT0xMAoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAxMDAwLCBzaXplICA4CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODMw MDAsIHNpemUgIDgKCW1hcFsyXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSA4MjA4MDAwMCwgc2l6 ZSAxMgpmb3VuZC0+CXZlbmRvcj0weDEwODAsIGRldj0weGM2OTMsIHJldmlkPTB4MDAKCWNsYXNz PTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29u ZGFyeWJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2aWQ9MHgwMAoJ Y2xhc3M9MDEtMDEtODAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5hdGVidXM9MCAJ c2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5cGUgNCwgcmFuZ2Ug MzIsIGJhc2UgMDAwMDAxZjAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5nZSAzMiwgYmFz ZSAwMDAwMDNmNCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAx MjgwLCBzaXplICA0CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2aWQ9MHgw MAoJY2xhc3M9MDEtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5hdGVidXM9 MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1iLCBpcnE9MjU1CgltYXBbMF06IHR5cGUgNCwgcmFu Z2UgMzIsIGJhc2UgMDAwMDAxNzAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwMDM3NCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDgy MDcwMDAwLCBzaXplIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2aWQ9 MHgwMAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5hdGVi dXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgODIwODEwMDAsIHNpemUgMTIKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBk ZXY9MHg0NzUwLCByZXZpZD0weDVjCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGlycT04Cglt YXBbMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgODgwMDAwMDAsIHNpemUgMjQKCW1hcFsxXTog dHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMTEwMCwgc2l6ZSAgOAoJbWFwWzJdOiB0eXBlIDEs IHJhbmdlIDMyLCBiYXNlIDgyMDgyMDAwLCBzaXplIDEyCnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2li MApkZTA6IDxEaWdpdGFsIDIxMTQwQSBGYXN0IEV0aGVybmV0PiBpcnEgOSBhdCBkZXZpY2UgNS4w IG9uIHBjaTAKZGUwOiBpbnRlcnJ1cHRpbmcgYXQgQ0lBIGlycSA5CmRlMDogMjExNDBBIFsxMC0x MDBNYi9zXSBwYXNzIDIuMgpkZTA6IGFkZHJlc3MgMDA6YTA6Y2M6NmE6M2I6MTMKZGUwOiBlbmFi bGluZyAxMDBiYXNlVFggcG9ydApuY3IwOiA8bmNyIDUzYzg3NSBmYXN0MjAgd2lkZSBzY3NpPiBp cnEgMTAgYXQgZGV2aWNlIDcuMCBvbiBwY2kwCm5jcjA6IG1pbnN5bmM9MTIsIG1heHN5bmM9MTM3 LCBtYXhvZmZzPTE2LCAxMjggZHdvcmRzIGJ1cnN0LCBsYXJnZSBkbWEgZmlmbwpuY3IwOiBzaW5n bGUtZW5kZWQsIG9wZW4gZHJhaW4gSVJRIGRyaXZlciwgdXNpbmcgb24tY2hpcCBTUkFNCm5jcjA6 IGludGVycnVwdGluZyBhdCBDSUEgaXJxIDEwCmF0YS1wY2kwOiA8Q3lwcmVzcyA4MkM2OTMgSURF IGNvbnRyb2xsZXIgKGdlbmVyaWMgbW9kZSk+IGF0IGRldmljZSA4LjAgb24gcGNpMAphdGEtcGNp MDogQnVzbWFzdGVyaW5nIERNQSBub3Qgc3VwcG9ydGVkCmF0YS1wY2kxOiA8Q3lwcmVzcyA4MkM2 OTMgSURFIGNvbnRyb2xsZXIgKGdlbmVyaWMgbW9kZSk+IGF0IGRldmljZSA4LjEgb24gcGNpMAph dGEtcGNpMTogQnVzbWFzdGVyaW5nIERNQSBzdXBwb3J0ZWQKYXRhMDogaW9iYXNlPTB4MDFmMCBh bHRpb2Jhc2U9MHgwM2Y2CmF0YTA6IG1hc2s9MDMgc3RhdHVzMD01MiBzdGF0dXMxPTUwCmF0YTA6 IG1hc2s9MDMgc3RhdHVzMD01MCBzdGF0dXMxPTEwCmF0YTA6IGRldmljZXMgPSAweDkKYXRhMCBh dCAweDAxZjAgaXJxIDE0IG9uIGF0YS1wY2kxCmF0YTE6IGlvYmFzZT0weDAxNzAgYWx0aW9iYXNl PTB4MDM3NgphdGExOiBtYXNrPTAxIHN0YXR1czA9NTAgc3RhdHVzMT1mZgphdGExOiBtYXNrPTAx IHN0YXR1czA9MDAgc3RhdHVzMT1mZmZmZmZmZgphdGExOiBkZXZpY2VzID0gMHg0CmF0YTEgYXQg MHgwMTcwIGlycSAxNSBvbiBhdGEtcGNpMQphdGEtcGNpMjogPEN5cHJlc3MgODJDNjkzIElERSBj b250cm9sbGVyIChnZW5lcmljIG1vZGUpPiBhdCBkZXZpY2UgOC4yIG9uIHBjaTAKYXRhLXBjaTI6 IEJ1c21hc3RlcmluZyBETUEgbm90IHN1cHBvcnRlZAphdGExOiB1bml0IGFscmVhZHkgYXR0YWNo ZWQKYXRhLXBjaTM6IDxDeXByZXNzIDgyQzY5MyBJREUgY29udHJvbGxlciAoZ2VuZXJpYyBtb2Rl KT4gYXQgZGV2aWNlIDguMyBvbiBwY2kwCmF0YS1wY2kzOiBCdXNtYXN0ZXJpbmcgRE1BIG5vdCBz dXBwb3J0ZWQKYXRhMjogaW9iYXNlPTB4MTAwMCBhbHRpb2Jhc2U9MHgwMDAwCmF0YTI6IG1hc2s9 MDMgc3RhdHVzMD0wZiBzdGF0dXMxPTBmCmF0YTI6IG1hc2s9MDMgc3RhdHVzMD0wZiBzdGF0dXMx PTBmCmF0YTI6IGRldmljZXMgPSAweDAKdmdhLXBjaTA6IDxBVEkgbW9kZWwgNDc1MCBncmFwaGlj cyBhY2NlbGVyYXRvcj4gaXJxIDggYXQgZGV2aWNlIDkuMCBvbiBwY2kwCnBhbmljOiBjcHVfaW5p dGNsb2Nrczogbm8gY2xvY2sgYXR0YWNoZWQKCnN5bmNpbmcgZGlza3MuLi4gZG9uZQoK --_=XFMail.1.3.p0.FreeBSD:991012130736:238=_ Content-Disposition: attachment; filename="mesg.works" Content-Transfer-Encoding: base64 Content-Description: mesg.works Content-Type: application/octet-stream; name=mesg.works; SizeOnDisk=8034 Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTgyLCAxOTg2LCAxOTg5LCAxOTkxLCAxOTkzCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDQuMC1DVVJS RU5UICM5OiBXZWQgT2N0ICA2IDEyOjQ1OjI0IEdNVCAxOTk5CiAgICByb290QGFscGhhLmhhYmF0 ZWNoLm5vOi91c3Ivc3JjL3N5cy9jb21waWxlL0hBQkEKRUIxNjQKRGlnaXRhbCBBbHBoYVBDIDE2 NFNYIDUzMyBNSHosIDUzMU1Iego4MTkyIGJ5dGUgcGFnZSBzaXplLCAxIHByb2Nlc3Nvci4KQ1BV OiBQQ0E1NiAoMjExNjRQQykgbWFqb3I9OSBtaW5vcj0yIGV4dGVuc2lvbnM9MHgxPEJXWD4KT1NG IFBBTCByZXY6IDB4MTAwMDYwMDAyMDExNgpyZWFsIG1lbW9yeSAgPSA2NTE0Mjc4NCAoNjM2MTZL IGJ5dGVzKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6CjB4MDA1MzYwMDAgLSAweDAzZmZiZmZm LCA2MTYyODQxNiBieXRlcyAoNzUyMyBwYWdlcykKYXZhaWwgbWVtb3J5ID0gNTk0ODIxMTIgKDU4 MDg4SyBieXRlcykKUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbC53b3JrcyIgYXQgMHhmZmZm ZmMwMDAwNTFhMDAwLgpjaWEwOiBQeXhpcywgcGFzcyAxCmNpYTA6IGV4dGVuZGVkIGNhcGFiaWxp dGllczogMTxCV0VOPgpwY2liMDogPDIxMTd4IFBDSSBob3N0IGJ1cyBhZGFwdGVyPiBvbiBjaWEw CmZvdW5kLT4JdmVuZG9yPTB4MTAxMSwgZGV2PTB4MDAwOSwgcmV2aWQ9MHgyMgoJY2xhc3M9MDIt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5 YnVzPTAKCWludHBpbj1hLCBpcnE9OQoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAw MDAxMjAwLCBzaXplICA3CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODMxMDAs IHNpemUgIDcKZm91bmQtPgl2ZW5kb3I9MHgxMDAwLCBkZXY9MHgwMDBmLCByZXZpZD0weDI2Cglj bGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlz ZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGlycT0xMAoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMy LCBiYXNlIDAwMDAxMDAwLCBzaXplICA4CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug ODIwODMwMDAsIHNpemUgIDgKCW1hcFsyXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSA4MjA4MDAw MCwgc2l6ZSAxMgpmb3VuZC0+CXZlbmRvcj0weDEwODAsIGRldj0weGM2OTMsIHJldmlkPTB4MDAK CWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCXN1Ym9yZGluYXRlYnVzPTAg CXNlY29uZGFyeWJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2aWQ9 MHgwMAoJY2xhc3M9MDEtMDEtODAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5hdGVi dXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMDAxZjAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAwMDAwMDNmNCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAxMjgwLCBzaXplICA0CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2 aWQ9MHgwMAoJY2xhc3M9MDEtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5h dGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1iLCBpcnE9MjU1CgltYXBbMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDAxNzAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5n ZSAzMiwgYmFzZSAwMDAwMDM3NCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDEsIHJhbmdlIDMyLCBi YXNlIDgyMDcwMDAwLCBzaXplIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5Mywg cmV2aWQ9MHgwMAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3Jk aW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODEwMDAsIHNpemUgMTIKZm91bmQtPgl2ZW5kb3I9MHgx MDAyLCBkZXY9MHg0NzUwLCByZXZpZD0weDVjCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGly cT04CgltYXBbMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgODgwMDAwMDAsIHNpemUgMjQKCW1h cFsxXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMTEwMCwgc2l6ZSAgOAoJbWFwWzJdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDgyMDgyMDAwLCBzaXplIDEyCnBjaTA6IDxQQ0kgYnVzPiBv biBwY2liMApkZTA6IDxEaWdpdGFsIDIxMTQwQSBGYXN0IEV0aGVybmV0PiBpcnEgOSBhdCBkZXZp Y2UgNS4wIG9uIHBjaTAKZGUwOiBpbnRlcnJ1cHRpbmcgYXQgQ0lBIGlycSA5CmRlMDogMjExNDBB IFsxMC0xMDBNYi9zXSBwYXNzIDIuMgpkZTA6IGFkZHJlc3MgMDA6YTA6Y2M6NmE6M2I6MTMKZGUw OiBlbmFibGluZyAxMDBiYXNlVFggcG9ydApuY3IwOiA8bmNyIDUzYzg3NSBmYXN0MjAgd2lkZSBz Y3NpPiBpcnEgMTAgYXQgZGV2aWNlIDcuMCBvbiBwY2kwCm5jcjA6IG1pbnN5bmM9MTIsIG1heHN5 bmM9MTM3LCBtYXhvZmZzPTE2LCAxMjggZHdvcmRzIGJ1cnN0LCBsYXJnZSBkbWEgZmlmbwpuY3Iw OiBzaW5nbGUtZW5kZWQsIG9wZW4gZHJhaW4gSVJRIGRyaXZlciwgdXNpbmcgb24tY2hpcCBTUkFN Cm5jcjA6IGludGVycnVwdGluZyBhdCBDSUEgaXJxIDEwCmlzYWIwOiA8UENJIHRvIElTQSBicmlk Z2UgKHZlbmRvcj0xMDgwIGRldmljZT1jNjkzKT4gYXQgZGV2aWNlIDguMCBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphdGEtcGNpMDogPEN5cHJlc3MgODJDNjkzIElERSBjb250cm9s bGVyIChnZW5lcmljIG1vZGUpPiBhdCBkZXZpY2UgOC4xIG9uIHBjaTAKYXRhLXBjaTA6IEJ1c21h c3RlcmluZyBETUEgc3VwcG9ydGVkCmF0YTA6IGlvYmFzZT0weDAxZjAgYWx0aW9iYXNlPTB4MDNm NgphdGEwOiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVzMT01MAphdGEwOiBtYXNrPTAzIHN0YXR1 czA9NTAgc3RhdHVzMT0xMAphdGEwOiBkZXZpY2VzID0gMHg5CmF0YTAgYXQgMHgwMWYwIGlycSAx NCBvbiBhdGEtcGNpMAphdGExOiBpb2Jhc2U9MHgwMTcwIGFsdGlvYmFzZT0weDAzNzYKYXRhMTog bWFzaz0wMSBzdGF0dXMwPTUwIHN0YXR1czE9ZmYKYXRhMTogbWFzaz0wMSBzdGF0dXMwPTAwIHN0 YXR1czE9ZmZmZmZmZmYKYXRhMTogZGV2aWNlcyA9IDB4NAphdGExIGF0IDB4MDE3MCBpcnEgMTUg b24gYXRhLXBjaTAKYXRhLXBjaTE6IDxDeXByZXNzIDgyQzY5MyBJREUgY29udHJvbGxlciAoZ2Vu ZXJpYyBtb2RlKT4gYXQgZGV2aWNlIDguMiBvbiBwY2kwCmF0YS1wY2kxOiBCdXNtYXN0ZXJpbmcg RE1BIG5vdCBzdXBwb3J0ZWQKYXRhMjogaW9iYXNlPTB4MDE3MCBhbHRpb2Jhc2U9MHgwMzc0CmF0 YTI6IG1hc2s9MDEgc3RhdHVzMD0wMCBzdGF0dXMxPWZmCmF0YTI6IG1hc2s9MDEgc3RhdHVzMD0w MCBzdGF0dXMxPWZmZmZmZmZmCmF0YTI6IGRldmljZXMgPSAweDAKYXRhMjogaW9iYXNlPTB4MDAw MCBhbHRpb2Jhc2U9MHgwMDAwCmF0YTI6IG1hc2s9MDMgc3RhdHVzMD00NiBzdGF0dXMxPTQ2CmF0 YTI6IG1hc2s9MDMgc3RhdHVzMD00NiBzdGF0dXMxPTQ2CmF0YTI6IGRldmljZXMgPSAweDAKY2hp cDA6IDxPSENJIFVTQiBjb250cm9sbGVyPiBhdCBkZXZpY2UgOC4zIG9uIHBjaTAKdmdhLXBjaTA6 IDxBVEkgbW9kZWwgNDc1MCBncmFwaGljcyBhY2NlbGVyYXRvcj4gaXJxIDggYXQgZGV2aWNlIDku MCBvbiBwY2kwCm1jY2xvY2swOiA8TUMxNDY4MThBIHJlYWwgdGltZSBjbG9jaz4gYXQgcG9ydCAw eDcwLTB4NzEgb24gaXNhMApDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gUENDIGNsb2NrOiA1MzMx Nzg0MDAgSHogKGZpcm13YXJlIDUzMTkxNDg5MyBIeikKc2lvMDogaXJxIG1hcHM6IDB4ODAwZCAw eDgwMWQgMHg4MDBkIDB4ODAwZApzaW8wIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gaXNh MApzaW8wOiB0eXBlIDE2NTUwQSwgY29uc29sZQpzaW8wOiBpbnRlcnJ1cHRpbmcgYXQgSVNBIGly cSA0CnNpbzE6IHJlc2VydmVkIGZvciBsb3ctbGV2ZWwgaS9vCmZkYzA6IGludGVycnVwdGluZyBh dCBJU0EgaXJxIDYKZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgzZjAtMHgz ZjcgaXJxIDYgZHJxIDIgb24gaXNhMApmZGMwOiBGSUZPIGVuYWJsZWQsIDggYnl0ZXMgdGhyZXNo b2xkCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwCmF0a2JkYzA6IDxr ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MC0weDZmIG9uIGlzYTAKa2Jk YzogRElBR05PU0Ugc3RhdHVzOjAwNTUKa2JkYzogVEVTVF9LQkRfUE9SVCBzdGF0dXM6MDAwMApr YmRjOiBESUFHTk9TRSBzdGF0dXM6MDA1NQprYmRjOiBURVNUX0tCRF9QT1JUIHN0YXR1czowMDAw CmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZGM6IERJQUdOT1NFIHN0 YXR1czowMDU1CmtiZGM6IFRFU1RfS0JEX1BPUlQgc3RhdHVzOjAwMDAKa2JkYzogRElBR05PU0Ug c3RhdHVzOjAwNTUKa2JkYzogVEVTVF9LQkRfUE9SVCBzdGF0dXM6MDAwMAprYmRjOiBESUFHTk9T RSBzdGF0dXM6MDA1NQprYmRjOiBURVNUX0tCRF9QT1JUIHN0YXR1czowMDAwCmtiZGM6IERJQUdO T1NFIHN0YXR1czowMDU1CmtiZGM6IFRFU1RfS0JEX1BPUlQgc3RhdHVzOjAwMDAKa2JkMDogYXRr YmQwLCBnZW5lcmljICgwKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgxZjAwMDAsIHBvcnQ6MHg2MC0w eDZmCmF0a2JkMDogaW50ZXJydXB0aW5nIGF0IElTQSBpcnEgMQpwc20wOiBjdXJyZW50IGNvbW1h bmQgYnl0ZTowMDIwCmtiZGM6IFRFU1RfQVVYX1BPUlQgc3RhdHVzOjAwMDAKa2JkYzogUkVTRVRf QVVYIHJldHVybiBjb2RlOjAwZmUKa2JkYzogUkVTRVRfQVVYIHJldHVybiBjb2RlOjAwZmUKa2Jk YzogUkVTRVRfQVVYIHJldHVybiBjb2RlOjAwZmUKa2JkYzogRElBR05PU0Ugc3RhdHVzOjAwNTUK a2JkYzogVEVTVF9LQkRfUE9SVCBzdGF0dXM6MDAwMApwc20wOiBmYWlsZWQgdG8gcmVzZXQgdGhl IGF1eCBkZXZpY2UuCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYjAtMHgzZGYg aW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKZmIwOiB2Z2EwLCB2Z2EsIHR5cGU6VkdBICg1 KSwgZmxhZ3M6MHg3MDA3ZgpmYjA6IHBvcnQ6MHgzYjAtMHgzZGYsIGNydGM6MHgzZDQsIG1lbTow eGEwMDAwIDB4MjAwMDAKZmIwOiBpbml0IG1vZGU6MjQsIGJpb3MgbW9kZTozLCBjdXJyZW50IG1v ZGU6MjQKZmIwOiB3aW5kb3c6MHhiODAwMCBzaXplOjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZToz MmsKVkdBIHBhcmFtZXRlcnMgdXBvbiBwb3dlci11cAo1MCAxOCAxMCAwMCAwMCAwMCAwMyAwMCAw MiA2NyA1ZiA0ZiA1MCA4MiA1NSA4MSAKYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDAgMDAgOWMg OGUgOGYgMjggMWYgOTYgCmI5IGEzIGZmIDAwIDA0IDAyIDE0IDAxIDA1IDAzIDA3IDM4IDNjIDNh IDNlIDM5IAozZCAzYiAzZiAwNCAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiAK VkdBIHBhcmFtZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNAowMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgCjAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIAowMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAKRUdBL1ZHQSBwYXJhbWV0ZXJzIHRvIGJlIHVzZWQgZm9yIG1vZGUgMjQKNTAgMTggMTAgMDAg MDAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgCmJmIDFmIDAwIDRmIDBkIDBlIDAw IDAwIDAwIDAwIDljIDhlIDhmIDI4IDFmIDk2IApiOSBhMyBmZiAwMCAwNCAwMiAxNCAwMSAwNSAw MyAwNyAzOCAzYyAzYSAzZSAzOSAKM2QgM2IgM2YgMDQgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAg MTAgMGUgMDAgZmYgCnNjMDogPFN5c3RlbSBjb25zb2xlPiBvbiBpc2EwCnNjMDogVkdBIDwxNiB2 aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDA+CnNjMDogZmIwIGtiZDAKVGltZWNvdW50ZXIgImFs cGhhIiAgZnJlcXVlbmN5IDUzMzE3ODQwMCBIegphdGEwOiBtYXN0ZXI6IHN1Y2Nlc3Mgc2V0dGlu ZyB1cCBXRE1BMiBtb2RlIG9uIGdlbmVyaWMgY2hpcAphZDA6IHBpb21vZGU9NCBkbWFtb2RlPTIg dWRtYW1vZGU9MgphZDA6IDxXREMgQUMzMTAxMDBCLzMyLjAyUzMyPiBBVEEtNCBkaXNrIGF0IGF0 YTAgYXMgbWFzdGVyCmFkMDogOTY3MU1CICgxOTgwNzIwMCBzZWN0b3JzKSwgMTk2NTAgY3lscywg MTYgaGVhZHMsIDYzIFMvVCwgNTEyIEIvUwphZDA6IDE2IHNlY3MvaW50LCAwIGRlcHRoIHF1ZXVl LCBETUEKQ3JlYXRpbmcgRElTSyBhZDAKQ3JlYXRpbmcgRElTSyB3ZDAKYXRhMC1zbGF2ZTogcGlv bW9kZT00IGRtYW1vZGU9LTEgdWRtYW1vZGU9LTEgZG1hZmxhZz0wCmFzdDA6IDxDT05ORVIgQ1RU ODAwMC1BLzIuMDg+IHRhcGUgZHJpdmUgYXQgYXRhMCBhcyBzbGF2ZSAKYXN0MDogNjAwS0Ivcywg dHJhbnNmZXIgbGltaXQgNTIgYmxrcywgMzY0S0IgYnVmZmVyLCBQSU8KYXN0MDogVHJhdmFuIDQg KDQgR2J5dGUpIG1lZGlhLCByZXZlcnNlLCBxZmEsIGVjYywgNTEyYgphdGExLW1hc3RlcjogcGlv bW9kZT00IGRtYW1vZGU9MiB1ZG1hbW9kZT0tMSBkbWFmbGFnPTEKYWNkMDogPENSRC04MzIwQi8x LjEyPiBDRFJPTSBkcml2ZSBhdCBhdGExIGFzIG1hc3RlcgphY2QwOiByZWFkIDE3MUtCL3MgKDU1 MDBLQi9zKSwgMTI4S0IgYnVmZmVyLCBQSU8KYWNkMDogc3VwcG9ydGVkIHJlYWQgdHlwZXM6IENE LVIsIENELVJXLCBDRC1EQSwgcGFja2V0CmFjZDA6IEF1ZGlvOiBwbGF5LCAyNTUgdm9sdW1lIGxl dmVscwphY2QwOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5CmFjZDA6IE1lZGl1bTogbm8vYmxh bmsgZGlzYyBpbnNpZGUsIHVubG9ja2VkLCBsb2NrIHByb3RlY3RlZApXYWl0aW5nIDUgc2Vjb25k cyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQpuY3IwOiByZXN0YXJ0IChzY3NpIHJlc2V0KS4K KHByb2JlMDpuY3IwOjA6MDowKTogSU5RVUlSWS4gQ0RCOiAxMiAxIDgwIDAgZmYgMCAKKHByb2Jl MDpuY3IwOjA6MDowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCwwCihwcm9iZTA6bmNyMDowOjA6 MCk6IEludmFsaWQgZmllbGQgaW4gQ0RCIHNrczpjOCwxCkNyZWF0aW5nIERJU0sgZGEwCnBhc3Mw IGF0IG5jcjAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKcGFzczA6IDxRVUFOVFVNIExQUzU0MFMgNTkw Uz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApwYXNzMDogMTAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0IDgpCmRhMCBhdCBuY3IwIGJ1cyAwIHRhcmdldCAw IGx1biAwCmRhMDogPFFVQU5UVU0gTFBTNTQwUyA1OTBTPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktMiBkZXZpY2UgCmRhMDogMTAuMDAwTUIvcyB0cmFuc2ZlcnMgKDEwLjAwME1Ieiwgb2Zmc2V0 IDgpCmRhMDogNTE2TUIgKDEwNTc2MTYgNTEyIGJ5dGUgc2VjdG9yczogNjRIIDMyUy9UIDUxNkMp CkNvbnNpZGVyaW5nIFVGUyByb290IGYvcy4KZGEwOiBpbnZhbGlkIHByaW1hcnkgcGFydGl0aW9u IHRhYmxlOiBubyBtYWdpYwpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdAp3ZDA6IGludmFs aWQgcHJpbWFyeSBwYXJ0aXRpb24gdGFibGU6IG5vIG1hZ2ljCndkMDogaW52YWxpZCBwcmltYXJ5 IHBhcnRpdGlvbiB0YWJsZTogbm8gbWFnaWMKZGUwOiBlbmFibGluZyAxMGJhc2VUIHBvcnQK --_=XFMail.1.3.p0.FreeBSD:991012130736:238=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 10:30:24 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 B0FA915221 for ; Tue, 12 Oct 1999 10:30:22 -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 KAA19137 for ; Tue, 12 Oct 1999 10:30:21 -0700 Date: Tue, 12 Oct 1999 10:30:21 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: alpha@freebsd.org Subject: signal goop for alphas? 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 o _atomic_lock.So building shared library libc_r.so.4 sigpending.So: In function `sigpending': sigpending.S:2: multiple definition of `sigpending' uthread_sigpending.So(.text+0x0):uthread_sigpending.c: first defined here /usr/obj/usr/src/tmp/usr/libexec/elf/ld: Warning: size of symbol `sigpending' changed from 68 to 36 in sigpending.So uthread_sigsuspend.So: In function `sigsuspend': uthread_sigsuspend.c(.text+0x0): multiple definition of `sigsuspend' sigsuspend.So:sigsuspend.S:2: first defined here /usr/obj/usr/src/tmp/usr/libexec/elf/ld: Warning: size of symbol `sigsuspend' changed from 36 to 236 in uthread_sigsuspend.So To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 10:58:30 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id DEB3914EDF for ; Tue, 12 Oct 1999 10:58:14 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id TAA26642; Tue, 12 Oct 1999 19:42:54 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id TAA55060; Tue, 12 Oct 1999 19:37:00 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910121737.TAA55060@yedi.iaf.nl> Subject: Re: DEC3000/400 SRM bootp overview In-Reply-To: from Thomas Gellekum at "Oct 12, 1999 8:26:37 am" To: tg@ihf.rwth-aachen.de (Thomas Gellekum) Date: Tue, 12 Oct 1999 19:37:00 +0200 (CEST) Cc: cgd@netbsd.org, freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Thomas Gellekum wrote ... > cgd@netbsd.org (Chris G. Demetriou) writes: > > > Wilko Bulte writes: > > > I just noticed that SRM 6.0 had a timeout problem when booting > > > from my Aspen Alpine (EB64+) whereas the same SRM 6.0 worked OK > > > booting from my K6-2 box. This leads me to the suspicion that there > > > is something *very* timing critical (or something close to that) on > > > the later SRM revs. My above observation was not a valid one it seems. At least not universal. The Sandpiper now boots via bootp from the Alpine without problem, apart from the wellknown: Boot device name was: "BOOTP 0 7 0 0 0 2 CORE-IO" Your firmware may be too old to network-boot NetBSD/Alpha, or you might have to hard-code an ethernet address into your network boot block with setnetbootinfo(8). > > the symptom that i noticed when looking into it was that using tcpdump > > to watch the packets that were coming out of the alpha would show > > packets with bad checksums. (I forget whether they were the bootp or > > tftp requests, or whether the bad checksums were the IP or UDP > > checksums... It's been a few years... 8-) > > Same thing here with two 3000/300s. The TFTP packet contains '\0' at > the TOS and the first bytes of the file name fields. The firmware rev > is 6.5. Where can I get older/working versions? I have the f/w images, that is not the problem. How would you get them onto the machine is the question. I mean, the machines support upgrading firmware via bootp. Sort of chicken and egg. MOP netbooting should also work for f/w updates I think. Do you have a host capable of MOP serving maybe? W/ -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 11:12:56 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.netbsd.org (redmail.netbsd.org [155.53.200.193]) by hub.freebsd.org (Postfix) with SMTP id 4CB7C14F13 for ; Tue, 12 Oct 1999 11:12:53 -0700 (PDT) (envelope-from cgd@netbsd.org) Received: (qmail 19318 invoked by uid 1000); 12 Oct 1999 18:11:25 -0000 To: Wilko Bulte Cc: tg@ihf.rwth-aachen.de (Thomas Gellekum), freebsd-alpha@FreeBSD.ORG Subject: Re: DEC3000/400 SRM bootp overview References: <199910121737.TAA55060@yedi.iaf.nl> From: cgd@netbsd.org (Chris G. Demetriou) Date: 12 Oct 1999 11:11:24 -0700 In-Reply-To: Wilko Bulte's message of Tue, 12 Oct 1999 19:37:00 +0200 (CEST) Message-ID: <87u2nwh2k3.fsf@redmail.netbsd.org> Lines: 25 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > I have the f/w images, that is not the problem. How would you get them > onto the machine is the question. I mean, the machines support upgrading > firmware via bootp. Sort of chicken and egg. MOP netbooting should also work > for f/w updates I think. bootp's out, mop booting's annoying but probably possible, but... this is why NetBSD/alpha has the 'mkbootimage(8)' command. you can mkbootimage a firmware upgrade image (one of the .exe's, not one of the other-suffixed files), and dd it on to floppy, or i'd even guess burn the resulting (small; typically less than 1MB 8-) file on to a CD-ROM... Looks like at least most of the rest of the NetBSD/alpha boot blocks have been copied (although it doesn't look like whoever did the copying was careful enough to file off all the serial numbers^W^Winstances of the NetBSD name in them), why not copy those bits too? cgd -- Chris Demetriou - cgd@netbsd.org - http://www.netbsd.org/People/Pages/cgd.html Disclaimer: Not speaking for NetBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 13: 0:23 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id A213914C88 for ; Tue, 12 Oct 1999 13:00:17 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA50730; Tue, 12 Oct 1999 21:02:34 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 12 Oct 1999 21:02:34 +0100 (BST) From: Doug Rabson To: "Erik H. Bakke" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Timer problems with current on 164SX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 12 Oct 1999, Erik H. Bakke wrote: > > On 12-Oct-99 Doug Rabson wrote: > >> The PCI-ISA bridge is not probed, and therefore no ISA devices will be > >> attached. > >> What changes has been done to this part lately, that could affect this? > >> And, also, is anyone else experiencing this? > > > > I haven't heard anyone. Could you boot with 'boot -flags v' so that I can > > see what devices pci picks up. > > > The output from both kernels are attached to this mail. > It seems to me that all devices are present on the PCI bus in both kernels, > but that the ISA bridge for some reason is not being probed. > > Hope this is of any help :) I think this patch should fix it: Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.26 diff -u -r1.26 ata-all.c --- ata-all.c 1999/10/11 11:04:43 1.26 +++ ata-all.c 1999/10/12 20:02:11 @@ -181,6 +181,10 @@ static const char * ata_pcimatch(device_t dev) { + if (pci_get_class(dev) != PCIC_STORAGE || + (pci_get_subclass(dev) != PCIS_STORAGE_IDE)) + return NULL; + switch (pci_get_devid(dev)) { /* supported chipsets */ case 0x12308086: -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 13:24:46 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 851EB14BD8 for ; Tue, 12 Oct 1999 13:24:35 -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 QAA14429; Tue, 12 Oct 1999 16:24:21 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id QAA50772; Tue, 12 Oct 1999 16:23:51 -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: Tue, 12 Oct 1999 16:23:50 -0400 (EDT) To: "Erik H. Bakke" Cc: Doug Rabson , freebsd-alpha@FreeBSD.ORG Subject: Re: Timer problems with current on 164SX In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14339.36320.968256.382298@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Erik H. Bakke writes: > > On 12-Oct-99 Doug Rabson wrote: > >> The PCI-ISA bridge is not probed, and therefore no ISA devices will be > >> attached. > >> What changes has been done to this part lately, that could affect this? > >> And, also, is anyone else experiencing this? > > > > I haven't heard anyone. Could you boot with 'boot -flags v' so that I can > > see what devices pci picks up. > > > The output from both kernels are attached to this mail. > It seems to me that all devices are present on the PCI bus in both kernels, > but that the ISA bridge for some reason is not being probed. > > Hope this is of any help :) Yes, it does. We're noticing this here. The monet, miata & the 164sx use the Cypress multi-function chip. This has an isa bridge, 2 IDE channels, and a USB port hanging off it. On newer kernels, the IDE driver appears to be claiming all four functions when it should really only get 2: This patch fixes it (its not as big as it looks, mainly indentation changes..): Index: sys/dev/ata//ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.26 diff -u -r1.26 ata-all.c --- ata-all.c 1999/10/11 11:04:43 1.26 +++ ata-all.c 1999/10/12 20:17:59 @@ -181,41 +181,43 @@ static const char * ata_pcimatch(device_t dev) { - switch (pci_get_devid(dev)) { - /* supported chipsets */ - case 0x12308086: - return "Intel PIIX IDE controller"; - case 0x70108086: - return "Intel PIIX3 IDE controller"; - case 0x71118086: - return "Intel PIIX4 IDE controller"; - case 0x522910b9: - return "AcerLabs Aladdin IDE controller"; - case 0x4d33105a: - return "Promise Ultra/33 IDE controller"; - case 0x4d38105a: - return "Promise Ultra/66 IDE controller"; - case 0x00041103: - return "HighPoint HPT366 IDE controller"; - /* unsupported but known chipsets, generic DMA only */ - case 0x05711106: /* 82c586 */ - case 0x05961106: /* 82c596 */ - return "VIA Apollo IDE controller (generic mode)"; - case 0x06401095: - return "CMD 640 IDE controller (generic mode)"; - case 0x06461095: - return "CMD 646 IDE controller (generic mode)"; - case 0xc6931080: - return "Cypress 82C693 IDE controller (generic mode)"; - case 0x01021078: - return "Cyrix 5530 IDE controller (generic mode)"; - default: - if (pci_get_class(dev) == PCIC_STORAGE && - (pci_get_subclass(dev) == PCIS_STORAGE_IDE)) + if (pci_get_class(dev) == PCIC_STORAGE && + pci_get_subclass(dev) == PCIS_STORAGE_IDE){ + switch (pci_get_devid(dev)) { + /* supported chipsets */ + case 0x12308086: + return "Intel PIIX IDE controller"; + case 0x70108086: + return "Intel PIIX3 IDE controller"; + case 0x71118086: + return "Intel PIIX4 IDE controller"; + case 0x522910b9: + return "AcerLabs Aladdin IDE controller"; + case 0x4d33105a: + return "Promise Ultra/33 IDE controller"; + case 0x4d38105a: + return "Promise Ultra/66 IDE controller"; + case 0x00041103: + return "HighPoint HPT366 IDE controller"; + + /* unsupported but known chipsets, generic DMA only */ + case 0x05711106: /* 82c586 */ + case 0x05961106: /* 82c596 */ + return "VIA Apollo IDE controller (generic mode)"; + case 0x06401095: + return "CMD 640 IDE controller (generic mode)"; + case 0x06461095: + return "CMD 646 IDE controller (generic mode)"; + case 0xc6931080: + return "Cypress 82C693 IDE controller (generic mode)"; + case 0x01021078: + return "Cyrix 5530 IDE controller (generic mode)"; + default: return "Unknown PCI IDE controller (generic mode)"; + } + return NULL; } - return NULL; } static int Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 15:16:20 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 08022151C5; Tue, 12 Oct 1999 15:16:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.8.7/8.8.7) with ESMTP id PAA21107; Tue, 12 Oct 1999 15:16:04 -0700 Date: Tue, 12 Oct 1999 15:16:04 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrew Gallatin Cc: alpha@FreeBSD.org Subject: Re: cvs commit: src/sys/pci pci.c src/sys/alpha/pci tsunami.c tsunami_pci.c tsunamivar.h In-Reply-To: <199910122210.PAA25687@freefall.freebsd.org> 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 Yay! This was a step I was wimping out on taking- the 4100 && the 8200 need this... On Tue, 12 Oct 1999, Andrew Gallatin wrote: > gallatin 1999/10/12 15:10:53 PDT > > Modified files: > sys/pci pci.c > sys/alpha/pci tsunami.c tsunami_pci.c tsunamivar.h > Log: > allow pci_ioctl to work with multi-hose alphas. > Rather than teaching pci_ioctl about hoses, we just pass down a magic number > & let the platform code figure out what the hose is based on what the bus > number is. > > concept approved by dfr > > Revision Changes Path > 1.121 +3 -3 src/sys/pci/pci.c > 1.6 +13 -5 src/sys/alpha/pci/tsunami.c > 1.3 +15 -2 src/sys/alpha/pci/tsunami_pci.c > 1.3 +2 -1 src/sys/alpha/pci/tsunamivar.h > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 19:47:41 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.cybcon.com (mail.cybcon.com [216.190.188.5]) by hub.freebsd.org (Postfix) with ESMTP id 3766714DE3 for ; Tue, 12 Oct 1999 19:47:35 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from freebsd.cybcon.com (william@pm3b-30.cybcon.com [205.147.75.95]) by mail.cybcon.com (8.9.0/8.9.0) with SMTP id TAA19398 for ; Tue, 12 Oct 1999 19:47:34 -0700 (PDT) From: william woods Reply-To: wwoods@cybcon.com To: freebsd-alpha@freebsd.org Subject: Alpha's and SCSI drives... Date: Tue, 12 Oct 1999 19:42:38 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99101219455300.01384@freebsd.cybcon.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a DEC Alphastation 200 4/233 that I got used. It has 80 meg RAM but only a 540 SCSI HD. I have a chanvce to get a 9.1 gig UW2 (Ultra Wide 2 ?) for $200 and am considering it for this system, but, will that drive work in this old system??? If so, I am gonna run FreeBSD on the new drive..... -- William Woods FreeBSD 3.3-Stable -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT d++ s+:+ a C+++ UB+++ P+ L++ E- W++ N+ o+ K- w O- M-- V PS-- PE++ Y+ PGP t+ 5+ X R- tv- b++ DI+ D G e++ h---- r+++ y++++ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 19:51:17 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 32C2C14C95 for ; Tue, 12 Oct 1999 19:51:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.8.7/8.8.7) with ESMTP id TAA22612; Tue, 12 Oct 1999 19:51:03 -0700 Date: Tue, 12 Oct 1999 19:51:03 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: william woods Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha's and SCSI drives... In-Reply-To: <99101219455300.01384@freebsd.cybcon.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org sure- why not? It's a bit of a waste but it should negotiate fine. On Tue, 12 Oct 1999, william woods wrote: > I have a DEC Alphastation 200 4/233 that I got used. It has 80 meg RAM but > only a 540 SCSI HD. I have a chanvce to get a 9.1 gig UW2 (Ultra Wide 2 ?) for > $200 and am considering it for this system, but, will that drive work in this > old system??? If so, I am gonna run FreeBSD on the new drive..... > > -- > William Woods > FreeBSD 3.3-Stable > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.1 > GIT d++ s+:+ a C+++ UB+++ P+ L++ E- W++ N+ o+ K- w > O- M-- V PS-- PE++ Y+ PGP t+ 5+ X R- tv- b++ DI+ D > G e++ h---- r+++ y++++ > ------END GEEK CODE BLOCK------ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 20:38:31 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 69FA214C32; Tue, 12 Oct 1999 20:38:25 -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 XAA21979; Tue, 12 Oct 1999 23:38:23 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id XAA51696; Tue, 12 Oct 1999 23:37:53 -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: Tue, 12 Oct 1999 23:37:53 -0400 (EDT) To: freebsd-alpha@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: alpha scheduling needs some tuning X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14339.64335.748030.108662@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anybody noticed that scheduling appears to be broken on the alpha? On both i386 & alpha, try: echo "main(){for(;;);}" > foo.c cc foo.c /usr/bin/nice -20 ./a.out & ; ./a.out & & watch the programs run in top. You'll notice that on the i386, the non-niced job will get about 2/3 of the cpu & the niced job will get about one third: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 51676 gallatin 94 0 764K 204K RUN 5:37 64.31% 64.31% a.out 51675 gallatin 105 20 764K 204K RUN 2:42 32.71% 32.71% a.out On the alpha, its close to dead even & the nice'd job is actually getting more CPU!: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 76397 gallatin 105 20 1168K 960K RUN 4:10 49.61% 49.61% a.out 76398 gallatin 105 0 1168K 960K RUN 4:38 48.00% 48.00% a.out The i386 (a PII) shows this for kern.clockrate: kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 1024, stathz = 128 } And the alpha shows this: kern.clockrate: { hz = 1024, tick = 976, tickadj = 5, profhz = 1024, stathz = 1024 } I fully admit that I don't have a good understanding of the scheduling algorithm. I was hoping somebody who does might be able to suggest a fix. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Oct 12 21:12:14 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.33.127]) by hub.freebsd.org (Postfix) with ESMTP id E725214C2F; Tue, 12 Oct 1999 21:12:11 -0700 (PDT) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from lestat (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.8/8.6.12) with ESMTP id VAA19287; Tue, 12 Oct 1999 21:12:04 -0700 (PDT) Message-Id: <199910130412.VAA19287@lestat.nas.nasa.gov> To: Andrew Gallatin Cc: freebsd-alpha@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: alpha scheduling needs some tuning Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 12 Oct 1999 21:12:03 -0700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 12 Oct 1999 23:37:53 -0400 (EDT) Andrew Gallatin wrote: > Has anybody noticed that scheduling appears to be broken on the alpha? > > On both i386 & alpha, try: > > echo "main(){for(;;);}" > foo.c > cc foo.c > /usr/bin/nice -20 ./a.out & ; ./a.out & FWIW, Ross Harvey fixed a whole slew of scheduler bugs in NetBSD that tickled themselves on the Alpha (due to it's high statclock rate). -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 4:57:30 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 3896E15010 for ; Wed, 13 Oct 1999 04:57:20 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id NAA21882; Wed, 13 Oct 1999 13:57:08 +0200 (CEST) (envelope-from erik@habatech.no) 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: <14339.36320.968256.382298@grasshopper.cs.duke.edu> Date: Wed, 13 Oct 1999 13:57:00 +0200 (CEST) From: "Erik H. Bakke" To: Andrew Gallatin Subject: Re: Timer problems with current on 164SX Cc: freebsd-alpha@FreeBSD.ORG, Doug Rabson Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Yes, it does. We're noticing this here. > > The monet, miata & the 164sx use the Cypress multi-function chip. > This has an isa bridge, 2 IDE channels, and a USB port hanging off > it. On newer kernels, the IDE driver appears to be claiming all four > functions when it should really only get 2: > > This patch fixes it (its not as big as it looks, mainly indentation > changes..): I have tested both your patch, and the patch sent by Doug Rabson, and they both work. The mcclock is now back. I'll try to do a make world and see if the system is stable... ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 5:19:31 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from post.bgnett.no (post.bgnett.no [194.54.96.133]) by hub.freebsd.org (Postfix) with ESMTP id 80D7914FF7 for ; Wed, 13 Oct 1999 05:19:21 -0700 (PDT) (envelope-from erik@habatech.no) Received: from bsdbox.habatech.no ([62.92.133.3]) by post.bgnett.no (8.8.8/8.8.8) with ESMTP id OAA22032 for ; Wed, 13 Oct 1999 14:19:18 +0200 (CEST) (envelope-from erik@habatech.no) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:991013141910:233=_" In-Reply-To: Date: Wed, 13 Oct 1999 14:19:10 +0200 (CEST) From: "Erik H. Bakke" To: freebsd-alpha@freebsd.org Subject: Re: Timer problems with current on 164SX Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:991013141910:233=_ Content-Type: text/plain; charset=us-ascii On 13-Oct-99 Erik H. Bakke wrote: > I have tested both your patch, and the patch sent by Doug Rabson, and they > both > work. > The mcclock is now back. > I'll try to do a make world and see if the system is stable... > It was not, sadly. The ata driver still panics as it used to do with my old kernel. I was unable to reproduce this with a newer kernel due to the mcclock problems, but now that I can boot with an updated kernel I still get this panic. The error happens under heavy disk activity, in this case a make world. As can be seen, the system loose contact with the primary master, which is my 10Gb WD drive mounted at /usr When the device has been reset, the system panics on an unexpected machine check, which eventually hangs the computer. Any advice on this? (A log is attached) ===========================+================+=============================== Erik H. Bakke | | To be or not to be... Senior Consultant/Developer|erik@habatech.no| Is simply a question of Habatech AS | | binary logic ===========================+================+============================== --_=XFMail.1.3.p0.FreeBSD:991013141910:233=_ Content-Disposition: attachment; filename="minicom.cap" Content-Transfer-Encoding: base64 Content-Description: minicom.cap Content-Type: application/octet-stream; name=minicom.cap; SizeOnDisk=9634 Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTgyLCAxOTg2LCAxOTg5LCAxOTkxLCAxOTkzCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDQuMC1DVVJS RU5UICMzOiBXZWQgT2N0IDEzIDEzOjU2OjA3IEdNVCAxOTk5CiAgICByb290QGFscGhhLmhhYmF0 ZWNoLm5vOi91c3Ivc3JjL3N5cy9jb21waWxlL0hBQkEKRUIxNjQKRGlnaXRhbCBBbHBoYVBDIDE2 NFNYIDUzMyBNSHosIDUzMU1Iego4MTkyIGJ5dGUgcGFnZSBzaXplLCAxIHByb2Nlc3Nvci4KQ1BV OiBQQ0E1NiAoMjExNjRQQykgbWFqb3I9OSBtaW5vcj0yIGV4dGVuc2lvbnM9MHgxPEJXWD4KT1NG IFBBTCByZXY6IDB4MTAwMDYwMDAyMDExNgpyZWFsIG1lbW9yeSAgPSAyNjY0NjkzNzYgKDI2MDIy NEsgYnl0ZXMpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDUzODAwMCAtIDB4MGZmZmJm ZmYsIDI2Mjk0NjgxNiBieXRlcyAoMzIwOTggcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDI1NTQ0Mjk0 NCAoMjQ5NDU2SyBieXRlcykKUHJlbG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhmZmZm ZmMwMDAwNTFjMDAwLgpjaWEwOiBQeXhpcywgcGFzcyAxCmNpYTA6IGV4dGVuZGVkIGNhcGFiaWxp dGllczogMTxCV0VOPgpwY2liMDogPDIxMTd4IFBDSSBob3N0IGJ1cyBhZGFwdGVyPiBvbiBjaWEw CmZvdW5kLT4JdmVuZG9yPTB4MTAxMSwgZGV2PTB4MDAwOSwgcmV2aWQ9MHgyMgoJY2xhc3M9MDIt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5 YnVzPTAKCWludHBpbj1hLCBpcnE9OQoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAw MDAxMjAwLCBzaXplICA3CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODMxMDAs IHNpemUgIDcKZm91bmQtPgl2ZW5kb3I9MHgxMDAwLCBkZXY9MHgwMDBmLCByZXZpZD0weDI2Cglj bGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlz ZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGlycT0xMAoJbWFwWzBdOiB0eXBlIDQsIHJhbmdlIDMy LCBiYXNlIDAwMDAxMDAwLCBzaXplICA4CgltYXBbMV06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2Ug ODIwODMwMDAsIHNpemUgIDgKCW1hcFsyXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSA4MjA4MDAw MCwgc2l6ZSAxMgpmb3VuZC0+CXZlbmRvcj0weDEwODAsIGRldj0weGM2OTMsIHJldmlkPTB4MDAK CWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCXN1Ym9yZGluYXRlYnVzPTAg CXNlY29uZGFyeWJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2aWQ9 MHgwMAoJY2xhc3M9MDEtMDEtODAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5hdGVi dXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMDAxZjAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAwMDAwMDNmNCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAxMjgwLCBzaXplICA0CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5MywgcmV2 aWQ9MHgwMAoJY2xhc3M9MDEtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3JkaW5h dGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1iLCBpcnE9MjU1CgltYXBbMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDAxNzAsIHNpemUgIDMKCW1hcFsxXTogdHlwZSA0LCByYW5n ZSAzMiwgYmFzZSAwMDAwMDM3NCwgc2l6ZSAgMgoJbWFwWzJdOiB0eXBlIDEsIHJhbmdlIDMyLCBi YXNlIDgyMDcwMDAwLCBzaXplIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTA4MCwgZGV2PTB4YzY5Mywg cmV2aWQ9MHgwMAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJc3Vib3Jk aW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMF06IHR5 cGUgMSwgcmFuZ2UgMzIsIGJhc2UgODIwODEwMDAsIHNpemUgMTIKZm91bmQtPgl2ZW5kb3I9MHgx MDAyLCBkZXY9MHg0NzUwLCByZXZpZD0weDVjCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCglzdWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MAoJaW50cGluPWEsIGly cT04CgltYXBbMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgODgwMDAwMDAsIHNpemUgMjQKCW1h cFsxXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMTEwMCwgc2l6ZSAgOAoJbWFwWzJdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDgyMDgyMDAwLCBzaXplIDEyCnBjaTA6IDxQQ0kgYnVzPiBv biBwY2liMApkZTA6IDxEaWdpdGFsIDIxMTQwQSBGYXN0IEV0aGVybmV0PiBpcnEgOSBhdCBkZXZp Y2UgNS4wIG9uIHBjaTAKZGUwOiBpbnRlcnJ1cHRpbmcgYXQgQ0lBIGlycSA5CmRlMDogMjExNDBB IFsxMC0xMDBNYi9zXSBwYXNzIDIuMgpkZTA6IGFkZHJlc3MgMDA6YTA6Y2M6NmE6M2I6MTMKZGUw OiBlbmFibGluZyAxMDBiYXNlVFggcG9ydApuY3IwOiA8bmNyIDUzYzg3NSBmYXN0MjAgd2lkZSBz Y3NpPiBpcnEgMTAgYXQgZGV2aWNlIDcuMCBvbiBwY2kwCm5jcjA6IG1pbnN5bmM9MTIsIG1heHN5 bmM9MTM3LCBtYXhvZmZzPTE2LCAxMjggZHdvcmRzIGJ1cnN0LCBsYXJnZSBkbWEgZmlmbwpuY3Iw OiBzaW5nbGUtZW5kZWQsIG9wZW4gZHJhaW4gSVJRIGRyaXZlciwgdXNpbmcgb24tY2hpcCBTUkFN Cm5jcjA6IGludGVycnVwdGluZyBhdCBDSUEgaXJxIDEwCmlzYWIwOiA8UENJIHRvIElTQSBicmlk Z2UgKHZlbmRvcj0xMDgwIGRldmljZT1jNjkzKT4gYXQgZGV2aWNlIDguMCBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphdGEtcGNpMDogPEN5cHJlc3MgODJDNjkzIElERSBjb250cm9s bGVyIChnZW5lcmljIG1vZGUpPiBhdCBkZXZpY2UgOC4xIG9uIHBjaTAKYXRhLXBjaTA6IEJ1c21h c3RlcmluZyBETUEgc3VwcG9ydGVkCmF0YTA6IGlvYmFzZT0weDAxZjAgYWx0aW9iYXNlPTB4MDNm NgphdGEwOiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVzMT01MAphdGEwOiBtYXNrPTAzIHN0YXR1 czA9NTAgc3RhdHVzMT0xMAphdGEwOiBkZXZpY2VzID0gMHg5CmF0YTAgYXQgMHgwMWYwIGlycSAx NCBvbiBhdGEtcGNpMAphdGExOiBpb2Jhc2U9MHgwMTcwIGFsdGlvYmFzZT0weDAzNzYKYXRhMTog bWFzaz0wMSBzdGF0dXMwPTUwIHN0YXR1czE9ZmYKYXRhMTogbWFzaz0wMSBzdGF0dXMwPTAwIHN0 YXR1czE9ZmZmZmZmZmYKYXRhMTogZGV2aWNlcyA9IDB4NAphdGExIGF0IDB4MDE3MCBpcnEgMTUg b24gYXRhLXBjaTAKYXRhLXBjaTE6IDxDeXByZXNzIDgyQzY5MyBJREUgY29udHJvbGxlciAoZ2Vu ZXJpYyBtb2RlKT4gYXQgZGV2aWNlIDguMiBvbiBwY2kwCmF0YS1wY2kxOiBCdXNtYXN0ZXJpbmcg RE1BIG5vdCBzdXBwb3J0ZWQKYXRhMTogdW5pdCBhbHJlYWR5IGF0dGFjaGVkCmNoaXAwOiA8T0hD SSBVU0IgY29udHJvbGxlcj4gYXQgZGV2aWNlIDguMyBvbiBwY2kwCnZnYS1wY2kwOiA8QVRJIG1v ZGVsIDQ3NTAgZ3JhcGhpY3MgYWNjZWxlcmF0b3I+IGlycSA4IGF0IGRldmljZSA5LjAgb24gcGNp MAptY2Nsb2NrMDogPE1DMTQ2ODE4QSByZWFsIHRpbWUgY2xvY2s+IGF0IHBvcnQgMHg3MC0weDcx IG9uIGlzYTAKQ2FsaWJyYXRpbmcgY2xvY2socykgLi4uIFBDQyBjbG9jazogNTMzMTc5NzI5IEh6 IChmaXJtd2FyZSA1MzE5MTQ4OTMgSHopCnNpbzA6IGlycSBtYXBzOiAweDgwMGMgMHg4MDFjIDB4 ODAwYyAweDgwMGMKc2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGlzYTAKc2lvMDog dHlwZSAxNjU1MEEsIGNvbnNvbGUKc2lvMDogaW50ZXJydXB0aW5nIGF0IElTQSBpcnEgNApzaW8x OiByZXNlcnZlZCBmb3IgbG93LWxldmVsIGkvbwpmZGMwOiBpbnRlcnJ1cHRpbmcgYXQgSVNBIGly cSA2CmZkYzA6IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y3IGlycSA2 IGRycSAyIG9uIGlzYTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZApmZDA6 IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMAphdGtiZGMwOiA8a2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAtMHg2ZiBvbiBpc2EwCmF0a2JkMDogPEFU IEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDA6IGF0a2JkMCwgZ2VuZXJpYyAoMCksIGNv bmZpZzoweDAsIGZsYWdzOjB4MWYwMDAwLCBwb3J0OjB4NjAtMHg2ZgphdGtiZDA6IGludGVycnVw dGluZyBhdCBJU0EgaXJxIDEKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDAyMApwc20wOiBm YWlsZWQgdG8gcmVzZXQgdGhlIGF1eCBkZXZpY2UuCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0 IHBvcnQgMHgzYjAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKZmIwOiB2Z2Ew LCB2Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6MHg3MDA3ZgpmYjA6IHBvcnQ6MHgzYjAtMHgzZGYs IGNydGM6MHgzZDQsIG1lbToweGEwMDAwIDB4MjAwMDAKZmIwOiBpbml0IG1vZGU6MjQsIGJpb3Mg bW9kZTozLCBjdXJyZW50IG1vZGU6MjQKZmIwOiB3aW5kb3c6MHhiODAwMCBzaXplOjMyayBncmFu OjMyaywgYnVmOjAgc2l6ZTozMmsKVkdBIHBhcmFtZXRlcnMgdXBvbiBwb3dlci11cAo1MCAxOCAx MCAwMCAwMCAwMCAwMyAwMCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4MSAKYmYgMWYgMDAgNGYgMGQg MGUgMDAgMDAgMDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgCmI5IGEzIGZmIDAwIDA0IDAyIDE0IDAx IDA1IDAzIDA3IDM4IDNjIDNhIDNlIDM5IAozZCAzYiAzZiAwNCAwMCAwZiAwOCAwMCAwMCAwMCAw MCAwMCAxMCAwZSAwMCBmZiAKVkdBIHBhcmFtZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNAowMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAKMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgCjAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIAowMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAKRUdBL1ZHQSBwYXJhbWV0ZXJzIHRvIGJlIHVzZWQgZm9yIG1v ZGUgMjQKNTAgMTggMTAgMDAgMDAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgCmJm IDFmIDAwIDRmIDBkIDBlIDAwIDAwIDAwIDAwIDljIDhlIDhmIDI4IDFmIDk2IApiOSBhMyBmZiAw MCAwNCAwMiAxNCAwMSAwNSAwMyAwNyAzOCAzYyAzYSAzZSAzOSAKM2QgM2IgM2YgMDQgMDAgMGYg MDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYgCnNjMDogPFN5c3RlbSBjb25zb2xlPiBvbiBp c2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDA+CnNjMDogZmIwIGti ZDAKVGltZWNvdW50ZXIgImFscGhhIiAgZnJlcXVlbmN5IDUzMzE3OTcyOSBIegphdGEwOiBtYXN0 ZXI6IHN1Y2Nlc3Mgc2V0dGluZyB1cCBXRE1BMiBtb2RlIG9uIGdlbmVyaWMgY2hpcAphZDA6IHBp b21vZGU9NCBkbWFtb2RlPTIgdWRtYW1vZGU9MgphZDA6IDxXREMgQUMzMTAxMDBCLzMyLjAyUzMy PiBBVEEtNCBkaXNrIGF0IGF0YTAgYXMgbWFzdGVyCmFkMDogOTY3MU1CICgxOTgwNzIwMCBzZWN0 b3JzKSwgMTk2NTAgY3lscywgMTYgaGVhZHMsIDYzIFMvVCwgNTEyIEIvUwphZDA6IDE2IHNlY3Mv aW50LCAwIGRlcHRoIHF1ZXVlLCBETUEKQ3JlYXRpbmcgRElTSyBhZDAKQ3JlYXRpbmcgRElTSyB3 ZDAKYXRhMC1zbGF2ZTogcGlvbW9kZT00IGRtYW1vZGU9LTEgdWRtYW1vZGU9LTEgZG1hZmxhZz0w CmF0YXBpOiBNT0RFX1NFTlNFIC0gVU5JVCBBVFRFTlRJT04gc2tleT02IGFzYz0yOCBhc2NxPTAw IGVycm9yPTAwCmFzdDA6IDxDT05ORVIgQ1RUODAwMC1BLzIuMDg+IHRhcGUgZHJpdmUgYXQgYXRh MCBhcyBzbGF2ZSAKYXN0MDogNjAwS0IvcywgdHJhbnNmZXIgbGltaXQgNTIgYmxrcywgMzY0S0Ig YnVmZmVyLCBQSU8KYXN0MDogVHJhdmFuIDQgKDQgR2J5dGUpIG1lZGlhLCByZXZlcnNlLCBxZmEs IGVjYywgNTEyYgphdGExLW1hc3RlcjogcGlvbW9kZT00IGRtYW1vZGU9MiB1ZG1hbW9kZT0tMSBk bWFmbGFnPTEKYXRhcGk6IE1PREVfU0VOU0VfQklHIC0gVU5JVCBBVFRFTlRJT04gc2tleT02IGFz Yz0yOSBhc2NxPTAwIGVycm9yPTAwCmFjZDA6IDxDUkQtODMyMEIvMS4xMj4gQ0RST00gZHJpdmUg YXQgYXRhMSBhcyBtYXN0ZXIKYWNkMDogcmVhZCAxNzFLQi9zICg1NTAwS0IvcyksIDEyOEtCIGJ1 ZmZlciwgUElPCmFjZDA6IHN1cHBvcnRlZCByZWFkIHR5cGVzOiBDRC1SLCBDRC1SVywgQ0QtREEs IHBhY2tldAphY2QwOiBBdWRpbzogcGxheSwgMjU1IHZvbHVtZSBsZXZlbHMKYWNkMDogTWVjaGFu aXNtOiBlamVjdGFibGUgdHJheQphY2QwOiBNZWRpdW06IG5vL2JsYW5rIGRpc2MgaW5zaWRlLCB1 bmxvY2tlZCwgbG9jayBwcm90ZWN0ZWQKV2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNl cyB0byBzZXR0bGUKbmNyMDogcmVzdGFydCAoc2NzaSByZXNldCkuCihwcm9iZTA6bmNyMDowOjA6 MCk6IElOUVVJUlkuIENEQjogMTIgMSA4MCAwIGZmIDAgCihwcm9iZTA6bmNyMDowOjA6MCk6IElM TEVHQUwgUkVRVUVTVCBhc2M6MjQsMAoocHJvYmUwOm5jcjA6MDowOjApOiBJbnZhbGlkIGZpZWxk IGluIENEQiBza3M6YzgsMQpDcmVhdGluZyBESVNLIGRhMApwYXNzMCBhdCBuY3IwIGJ1cyAwIHRh cmdldCAwIGx1biAwCnBhc3MwOiA8UVVBTlRVTSBMUFM1NDBTIDU5MFM+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS0yIGRldmljZSAKcGFzczA6IDEwLjAwME1CL3MgdHJhbnNmZXJzICgxMC4wMDBN SHosIG9mZnNldCA4KQpkYTAgYXQgbmNyMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxRVUFO VFVNIExQUzU0MFMgNTkwUz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApkYTA6 IDEwLjAwME1CL3MgdHJhbnNmZXJzICgxMC4wMDBNSHosIG9mZnNldCA4KQpkYTA6IDUxNk1CICgx MDU3NjE2IDUxMiBieXRlIHNlY3RvcnM6IDY0SCAzMlMvVCA1MTZDKQpDb25zaWRlcmluZyBVRlMg cm9vdCBmL3MuCmRhMDogaW52YWxpZCBwcmltYXJ5IHBhcnRpdGlvbiB0YWJsZTogbm8gbWFnaWMK c3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKc3dhcG9uOiBhZGRpbmcgL2Rldi9kYTBiIGFz IHN3YXAgZGV2aWNlCkF1dG9tYXRpYyByZWJvb3QgaW4gcHJvZ3Jlc3MuLi4KL2Rldi9yZGEwYTog OTY5IGZpbGVzLCAzODM3OSB1c2VkLCAxMTIwNCBmcmVlICgyNDQgZnJhZ3MsIDEzNzAgYmxvY2tz LCAwLjUlIGZyYWdtZW50YXRpb24pCndkMDogaW52YWxpZCBwcmltYXJ5IHBhcnRpdGlvbiB0YWJs ZTogbm8gbWFnaWMKL2Rldi9yZGEwZjogOTAyIGZpbGVzLCA4MDIxIHVzZWQsIDQxNTA1OCBmcmVl ICgxODYgZnJhZ3MsIDUxODU5IGJsb2NrcywgMC4wJSBmcmFnbWVudGF0aW9uKQovZGV2L3JkYTBl OiAyMjggZmlsZXMsIDUzNzAgdXNlZCwgMTQ0NDUgZnJlZSAoNjkgZnJhZ3MsIDE3OTcgYmxvY2tz LCAwLjMlIGZyYWdtZW50YXRpb24pCi9kZXYvcndkMGU6IDk5MTIxIGZpbGVzLCAxMDQwNDQ4IHVz ZWQsIDg1NTc3MDcgZnJlZSAoMzQxMDcgZnJhZ3MsIDEwNjU0NTAgYmxvY2tzLCAwLjQlIGZyYWdt ZW50YXRpb24pCndkMDogaW52YWxpZCBwcmltYXJ5IHBhcnRpdGlvbiB0YWJsZTogbm8gbWFnaWMK RG9pbmcgaW5pdGlhbCBuZXR3b3JrIHNldHVwOiBob3N0bmFtZS4KZGUwOiBlbmFibGluZyAxMGJh c2VUIHBvcnQKZGUwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVM VElDQVNUPiBtdHUgMTUwMAoJaW5ldCA2Mi45Mi4xMzMuMiBuZXRtYXNrIDB4ZmZmZmZmMDAgYnJv YWRjYXN0IDYyLjkyLjEzMy4yNTUKCWV0aGVyIDAwOmEwOmNjOjZhOjNiOjEzIAoJbWVkaWE6IDEw YmFzZVQvVVRQIHN0YXR1czogYWN0aXZlCglzdXBwb3J0ZWQgbWVkaWE6IDEwMGJhc2VUWCA8ZnVs bC1kdXBsZXg+IDEwMGJhc2VUWCAxMGJhc2VUL1VUUCA8ZnVsbC1kdXBsZXg+IDEwYmFzZVQvVVRQ CmxvMDogZmxhZ3M9ODA0OTxVUCxMT09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbXR1IDE2Mzg0 CglpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAwMDAgCgphZGQgbmV0IGRlZmF1bHQ6IGdh dGV3YXkgNjIuOTIuMTMzLjEKQWRkaXRpb25hbCByb3V0aW5nIG9wdGlvbnM6IHRjcCBleHRlbnNp b25zPU5PIFRDUCBrZWVwYWxpdmU9WUVTLgpyb3V0aW5nIGRhZW1vbnM6LgpNb3VudGluZyBORlMg ZmlsZSBzeXN0ZW1zLgphZGRpdGlvbmFsIGRhZW1vbnM6IHN5c2xvZ2RPY3QgMTMgMTQ6MDg6NTEg YWxwaGEgL2tlcm5lbDoga2JkYzogRElBR05PU0Ugc3RhdHVzOjAwNTUKRG9pbmcgYWRkaXRpb25h bCBuZXR3b3JrIHNldHVwOiBwb3J0bWFwLgpTdGFydGluZyBmaW5hbCBuZXR3b3JrIGRhZW1vbnM6 LgpzZXR0aW5nIEVMRiBsZGNvbmZpZyBwYXRoOiAvdXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vz ci9YMTFSNi9saWIgL3Vzci9sb2NhbC9saWIKc3RhcnRpbmcgc3RhbmRhcmQgZGFlbW9uczogaW5l dGQgY3JvbiBwcmludGVyIHNlbmRtYWlsLgpJbml0aWFsIHJjLmFscGhhIGluaXRpYWxpemF0aW9u Oi4KcmMuYWxwaGEgY29uZmlndXJpbmcgc3lzY29uczogYmxhbmtfdGltZS4KTG9jYWwgcGFja2Fn ZSBpbml0aWFsaXphdGlvbjogYXBhY2hlLgpXZWQgT2N0IDEzIDE0OjA4OjU3IEdNVCAxOTk5CgpG cmVlQlNEL2FscGhhIChhbHBoYS5oYWJhdGVjaC5ubykgKHR0eWQwKQoKbG9naW46IE9jdCAxMyAx NDowOToyNiBhbHBoYSBzdTogZXJpayB0byByb290IG9uIC9kZXYvdHR5cDAKYXRhMC1tYXN0ZXI6 IGFkX3RpbWVvdXQ6IGxvc3QgZGlzayBjb250YWN0IC0gcmVzZXR0aW5nCmF0YTA6IHJlc2V0dGlu ZyBkZXZpY2VzIC4uIGF0YTA6IG1hc2s9MDMgc3RhdHVzMD01MCBzdGF0dXMxPTEwCmF0YTA6IG1h c3Rlcjogc3VjY2VzcyBzZXR0aW5nIHVwIFdETUEyIG1vZGUgb24gZ2VuZXJpYyBjaGlwCmRvbmUK CnVuZXhwZWN0ZWQgbWFjaGluZSBjaGVjazoKCiAgICBtY2VzICAgID0gMHgxCiAgICB2ZWN0b3Ig ID0gMHg2NzAKICAgIHBhcmFtICAgPSAweGZmZmZmYzAwMDAwMDYwNjgKICAgIHBjICAgICAgPSAw eGZmZmZmYzAwMDA0MzEyYTgKICAgIHJhICAgICAgPSAweGZmZmZmYzAwMDA0MzEyODAKICAgIGN1 cnByb2MgPSAwCgpwYW5pYzogbWFjaGluZSBjaGVjawoKc3luY2luZyBkaXNrcy4uLiAyMzQgMjM0 IDIzNCAyMzQgMjM0IDIzNCAyMzQgMjM0IDIzNCAyMzQgMjM0IDIzNCAyMzQgMjM0IDIzNCAyMzQg MjM0IDIzNCAyMzQgMjM0IGdpdmluZyB1cAoKdW5leHBlY3RlZCBtYWNoaW5lIGNoZWNrOgoKICAg IG1jZXMgICAgPSAweDEKICAgIHZlY3RvciAgPSAweDY3MAogICAgcGFyYW0gICA9IDB4ZmZmZmZj MDAwMDAwNjA2OAogICAgcGMgICAgICA9IDB4ZmZmZmZjMDAwMDQzMTJhOAogICAgcmEgICAgICA9 IDB4ZmZmZmZjMDAwMDQzMTI4MAogICAgY3VycHJvYyA9IDAKCnBhbmljOiBtYWNoaW5lIGNoZWNr Cg== --_=XFMail.1.3.p0.FreeBSD:991013141910:233=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 6:47:24 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 991AD14C2B for ; Wed, 13 Oct 1999 06:47: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 JAA28732; Wed, 13 Oct 1999 09:47:17 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id JAA52639; Wed, 13 Oct 1999 09:46:46 -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, 13 Oct 1999 09:46:46 -0400 (EDT) To: "Erik H. Bakke" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Timer problems with current on 164SX In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14340.35212.744118.800649@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Erik H. Bakke writes: > > Any advice on this? (A log is attached) Since you're not going to get a crashdump because the disk is wedged, please configure a debug kernel with ddb & get a backtrace from ddb. Add options DDB To your config file & reconfigure using config -g. When it panics, you should be dropped into the ddb debugger. At this point, get a backtrace. (eg use the ddb command tr). After the machine comes back up, you can use gdb on compile/NAME/kernel.debug to get an idea what the interesting address is. Eg, the back trace will look something like: db> tr Debugger() at Debugger+0x2c panic() at panic+0xf4 trap() at trap+0x5c8 XentMM() at XentMM+0x20 ata_reinit() at ata_reinit+0xa8 (null)() at 0x1 In gdb, you'd do: (gdb) l *ata_reinit+0xa8 This will give you a line number. I suspect you'll a function like cia_bwx_BLAH before the fault. I'm interested in the caller of that cia function (probably some ata function). Good luck! Drew PS: I'd do this myself, but I have an ide disk on an xp1000. This machine just gives you back garbage on accesses which generate machine checks on older hardware like yours. This means when I use my ide disk, the disk just hangs, but I have no clue where the bad access is. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 8:12: 9 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 712C2152DA; Wed, 13 Oct 1999 08:11:56 -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 LAA00717; Wed, 13 Oct 1999 11:11:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id LAA55430; Wed, 13 Oct 1999 11:11:22 -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, 13 Oct 1999 11:11:21 -0400 (EDT) To: Jason Thorpe Cc: freebsd-alpha@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: alpha scheduling needs some tuning In-Reply-To: <199910130412.VAA19287@lestat.nas.nasa.gov> References: <199910130412.VAA19287@lestat.nas.nasa.gov> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14340.41179.427200.433885@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Jason Thorpe writes: > On Tue, 12 Oct 1999 23:37:53 -0400 (EDT) > Andrew Gallatin wrote: > > > Has anybody noticed that scheduling appears to be broken on the alpha? > > > > On both i386 & alpha, try: > > > > echo "main(){for(;;);}" > foo.c > > cc foo.c > > /usr/bin/nice -20 ./a.out & ; ./a.out & > > FWIW, Ross Harvey fixed a whole slew of scheduler bugs in NetBSD that > tickled themselves on the Alpha (due to it's high statclock rate). > > -- Jason R. Thorpe Jason, Thanks for the pointer. I think I've gleaned a fix to the FreeBSD/alpha niceness problem. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 9:39:22 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from dingo.cdrom.com (castles528.castles.com [208.214.165.92]) by hub.freebsd.org (Postfix) with ESMTP id 043F815347 for ; Wed, 13 Oct 1999 09:39:03 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id JAA00771; Wed, 13 Oct 1999 09:29:34 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910131629.JAA00771@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Nowlin Cc: freebsd-alpha@freebsd.org Subject: Re: AXPpci/33 boards In-reply-to: Your message of "Tue, 12 Oct 1999 01:36:11 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Oct 1999 09:29:34 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I'm doing a bit of "question answering" for a guy who deals in "big" > system secondhand equipment (VAX 11/780, for example). He has about 800 > AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any > suggestions on what an asking price should be? I have no idea on this one > -- the only Alpha prices I ever really deal with are for the bigger machines... Somewhere between $5 and $10 apiece, realistically. If he can find a pile of old '486 motherboards and pull the cache chips from them, he could add another $5 or so to the asking price. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 9:55:55 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 85D1E1527E for ; Wed, 13 Oct 1999 09:55:51 -0700 (PDT) (envelope-from rbf@magnesium.net) Received: (qmail 42295 invoked by uid 1097); 13 Oct 1999 16:55:50 -0000 Date: 13 Oct 1999 09:55:50 -0700 Date: Wed, 13 Oct 1999 09:55:50 -0700 From: Ron Farrer To: Mike Smith Cc: Mike Nowlin , freebsd-alpha@freebsd.org Subject: Re: AXPpci/33 boards Message-ID: <19991013095550.B41676@toxic.magnesium.net> References: <199910131629.JAA00771@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <199910131629.JAA00771@dingo.cdrom.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith (mike@smith.net.au) wrote: > > > > I'm doing a bit of "question answering" for a guy who deals in "big" > > system secondhand equipment (VAX 11/780, for example). He has about 800 > > AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any > > suggestions on what an asking price should be? I have no idea on this one > > -- the only Alpha prices I ever really deal with are for the bigger machines... > > Somewhere between $5 and $10 apiece, realistically. If he can find a > pile of old '486 motherboards and pull the cache chips from them, he > could add another $5 or so to the asking price. I don't know... They seem to go for $50 - 200 on eBay (the latter with the cache chips). I bought one about 1.5 years ago with 166 MHz, 256K cache, and 32MB mem for $200 off eBay. They may be slow compaired to newer boxes, but they sure make good work horses! JMHO, Ron -- ========================= = Ronald Burnett Farrer = ========================= ------------------------------------ - "mailto:rbf@magnesium.net" - - "http://www.magnesium.net/~rbf/" - ------------------------------------ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ! If you let Windows dominate, expect the worst: ! ! "WORLD.SYS is corrupt, reboot UNIVERSE Y/n" ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ??????????????????????????????????????????????????????? ? "How could this [Y2K Bug] be a problem in a country ? ? where we have Intel and Microsoft?" -- Al Gore ? ??????????????????????????????????????????????????????? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 10:15: 6 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from eta.ghs.com (eta.ghs.com [208.8.104.2]) by hub.freebsd.org (Postfix) with ESMTP id 20AEF150E7 for ; Wed, 13 Oct 1999 10:14:58 -0700 (PDT) (envelope-from ross@teraflop.com) Received: [from random.teraflop.com (random.teraflop.com [192.67.158.207]) by eta.ghs.com (eta-antispam 0.2) with ESMTP id KAA26899; Wed, 13 Oct 1999 10:13:03 -0700 (PDT)] Received: (from ross@localhost) by random.teraflop.com (8.8.8/8.8.8) id KAA08530; Wed, 13 Oct 1999 10:13:03 -0700 (PDT) Date: Wed, 13 Oct 1999 10:13:03 -0700 (PDT) From: Ross Harvey Message-Id: <199910131713.KAA08530@random.teraflop.com> To: mike@argos.org, mike@smith.net.au Subject: Re: AXPpci/33 boards Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From: Mike Smith > > > [ someone else ] > > > > I'm doing a bit of "question answering" for a guy who deals in "big" > > system secondhand equipment (VAX 11/780, for example). He has about 800 > > AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any > > suggestions on what an asking price should be? I have no idea on this one > > -- the only Alpha prices I ever really deal with are for the bigger machines... > > Somewhere between $5 and $10 apiece, realistically. If he can find a > pile of old '486 motherboards and pull the cache chips from them, he > could add another $5 or so to the asking price. Heh, yah, I don't think I would take one for free. If someone gave you a 386 or 486 system board at no charge, would you spend your time assembling it with an otherwise perfectly good RAM bank, power supply, box, network and peripheral cards, maybe a CD ... all those nuts and bolts ... just to get a box so slow it's hard to believe? The Multia with its snazzy packaging and integrated peripherals has some tiny value. I think the other LCA systems just have "dumpster" written all over them. ross.harvey@computer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 10:30: 9 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5268014F7D for ; Wed, 13 Oct 1999 10:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA69299; Wed, 13 Oct 1999 10:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sw-install.juniper.net (sw-install.juniper.net [207.79.80.185]) by hub.freebsd.org (Postfix) with ESMTP id 4C6B614F5B for ; Wed, 13 Oct 1999 10:24:48 -0700 (PDT) (envelope-from root@sw-install.juniper.net) Received: (from root@localhost) by sw-install.juniper.net (8.9.3/8.9.3) id UAA17776; Tue, 12 Oct 1999 20:02:35 -0700 (PDT) (envelope-from root) Message-Id: <199910130302.UAA17776@sw-install.juniper.net> Date: Tue, 12 Oct 1999 20:02:35 -0700 (PDT) From: Charlie Root Reply-To: root@sw-install.juniper.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: alpha/14307: This is a test Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14307 >Category: alpha >Synopsis: This is a test >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-alpha >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 13 10:30:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Charlie & >Release: 3.4 >Organization: Juniper >Environment: junos-3.4 >Description: This is a test >How-To-Repeat: unknown >Fix: no. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 13: 7: 2 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8DB1214BEF; Wed, 13 Oct 1999 13:07:01 -0700 (PDT) (envelope-from ken@FreeBSD.org) Received: (from ken@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA82341; Wed, 13 Oct 1999 13:07:00 -0700 (PDT) (envelope-from ken@FreeBSD.org) Date: Wed, 13 Oct 1999 13:07:00 -0700 (PDT) From: Message-Id: <199910132007.NAA82341@freefall.freebsd.org> To: root@sw-install.juniper.net, ken@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: alpha/14307: This is a test Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: This is a test State-Changed-From-To: open->closed State-Changed-By: ken State-Changed-When: Wed Oct 13 13:06:26 PDT 1999 State-Changed-Why: Invalid PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 13:22:40 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 0EA51152C9 for ; Wed, 13 Oct 1999 13:22:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id NAA00762; Wed, 13 Oct 1999 13:12:24 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910132012.NAA00762@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ron Farrer Cc: Mike Nowlin , freebsd-alpha@freebsd.org Subject: Re: AXPpci/33 boards In-reply-to: Your message of "Wed, 13 Oct 1999 09:55:50 PDT." <19991013095550.B41676@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Oct 1999 13:12:24 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Mike Smith (mike@smith.net.au) wrote: > > > > > > > I'm doing a bit of "question answering" for a guy who deals in "big" > > > system secondhand equipment (VAX 11/780, for example). He has about 800 > > > AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any > > > suggestions on what an asking price should be? I have no idea on this one > > > -- the only Alpha prices I ever really deal with are for the bigger machines... > > > > Somewhere between $5 and $10 apiece, realistically. If he can find a > > pile of old '486 motherboards and pull the cache chips from them, he > > could add another $5 or so to the asking price. > > I don't know... They seem to go for $50 - 200 on eBay (the latter with the > cache chips). I bought one about 1.5 years ago with 166 MHz, 256K cache, > and 32MB mem for $200 off eBay. They may be slow compaired to newer boxes, > but they sure make good work horses! In one-off quantities, sure. He has 800 of them though, which is going to utterly saturate any market. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 16: 4:47 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 27A90153A0 for ; Wed, 13 Oct 1999 16:04:28 -0700 (PDT) (envelope-from rbf@magnesium.net) Received: (qmail 48899 invoked by uid 1097); 13 Oct 1999 21:17:45 -0000 Date: 13 Oct 1999 14:17:45 -0700 Date: Wed, 13 Oct 1999 14:17:45 -0700 From: Ron Farrer To: Mike Smith Cc: Mike Nowlin , freebsd-alpha@freebsd.org Subject: Re: AXPpci/33 boards Message-ID: <19991013141745.A48524@toxic.magnesium.net> References: <19991013095550.B41676@toxic.magnesium.net> <199910132012.NAA00762@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <199910132012.NAA00762@dingo.cdrom.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith (mike@smith.net.au) wrote: > In one-off quantities, sure. He has 800 of them though, which is going > to utterly saturate any market. In that case... I guess $5 a peice would get ride of them. At $5 a peice I would like to have a few. Too bad the memory for them is so expensive! JMHO, Ron -- ========================= = Ronald Burnett Farrer = ========================= ------------------------------------ - "mailto:rbf@magnesium.net" - - "http://www.magnesium.net/~rbf/" - ------------------------------------ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ! If you let Windows dominate, expect the worst: ! ! "WORLD.SYS is corrupt, reboot UNIVERSE Y/n" ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ??????????????????????????????????????????????????????? ? "How could this [Y2K Bug] be a problem in a country ? ? where we have Intel and Microsoft?" -- Al Gore ? ??????????????????????????????????????????????????????? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 18:22: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 8E3FA14E53 for ; Wed, 13 Oct 1999 18:22:20 -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 VAA14732; Wed, 13 Oct 1999 21:22:15 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id VAA56497; Wed, 13 Oct 1999 21:21:44 -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, 13 Oct 1999 21:21:44 -0400 (EDT) To: wulf@ping.net.au Cc: port-alpha@netbsd.org, freebsd-alpha@freebsd.org Subject: Re: tga graphic cards In-Reply-To: <199910140101.KAA00763@dingo.ping.net.au> References: <199910140101.KAA00763@dingo.ping.net.au> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14341.11987.191749.205945@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Berndt Josef Wulf writes: > G'day, > > I call a AXPpci33 my own for more than 3 years and was hoping that > a xserver supporting standard vga-pci cards may become available at > some point in time. This doesn't appear to become reality and I am now > looking to purchase a tga-pci card allowing me to run local Xsessions > on this system. > > Does anyone know a supplier which sells those elusive tga pci cards > suitable for installation in an AXPpci33 box? Possibly to a price I > can afford? I've never seen any of these cards being offered for sale > or advertised in Australia. > This is almost funny. We should set up some sort of NetBSD/alpha <-> FreeBSD/alpha video card exchange. Those of use running FreeBSD/alpha can run XFree86 on standard PCI VGA hardware, but we don't have a console driver for TGAs... Sigh... Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 18:22:48 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 6147615311 for ; Wed, 13 Oct 1999 18:22:45 -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 VAA14751; Wed, 13 Oct 1999 21:22:43 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id VAA56497; Wed, 13 Oct 1999 21:21:44 -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, 13 Oct 1999 21:21:44 -0400 (EDT) To: wulf@ping.net.au Cc: port-alpha@netbsd.org, freebsd-alpha@freebsd.org Subject: Re: tga graphic cards In-Reply-To: <199910140101.KAA00763@dingo.ping.net.au> References: <199910140101.KAA00763@dingo.ping.net.au> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14341.11987.191749.205945@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Berndt Josef Wulf writes: > G'day, > > I call a AXPpci33 my own for more than 3 years and was hoping that > a xserver supporting standard vga-pci cards may become available at > some point in time. This doesn't appear to become reality and I am now > looking to purchase a tga-pci card allowing me to run local Xsessions > on this system. > > Does anyone know a supplier which sells those elusive tga pci cards > suitable for installation in an AXPpci33 box? Possibly to a price I > can afford? I've never seen any of these cards being offered for sale > or advertised in Australia. > This is almost funny. We should set up some sort of NetBSD/alpha <-> FreeBSD/alpha video card exchange. Those of use running FreeBSD/alpha can run XFree86 on standard PCI VGA hardware, but we don't have a console driver for TGAs... Sigh... Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 18:36:16 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 7700C14C17; Wed, 13 Oct 1999 18:36:12 -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 VAA14940; Wed, 13 Oct 1999 21:36:12 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id VAA56519; Wed, 13 Oct 1999 21:35:41 -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, 13 Oct 1999 21:35:41 -0400 (EDT) To: freebsd-curent@freebsd.org Cc: freebsd-alpha@freebsd.org Subject: world breakage: undefined reference to `osigreturn' X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14341.12598.760672.818859@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On the alpha, with a tree cvs-upped not more than an hour ago: ===> cpp <...> cc -O -pipe -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"alpha-unknown-freebsd\" -DHAIFA -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -static -o cpp cccp.o cexp.o obstack.o prefix.o version.o /usr/obj/usr/src/tmp/usr/lib/libc.a(setjmp.o): In function `longjmp': /usr/src/lib/libc/../libc/alpha/gen/setjmp.S:121: undefined reference to `osigreturn' /usr/src/lib/libc/../libc/alpha/gen/setjmp.S:121: undefined reference to `osigreturn' Any ideas? Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 18:41:29 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id 6E3731530B; Wed, 13 Oct 1999 18:41:20 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id VAA07141; Wed, 13 Oct 1999 21:42:20 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Wed, 13 Oct 1999 21:42:20 -0400 (EDT) From: Don To: Andrew Gallatin Cc: freebsd-curent@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: world breakage: undefined reference to `osigreturn' In-Reply-To: <14341.12598.760672.818859@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I got the same result about 4 hours ago on a cvsup from 15 minutes before the make buildworld. > On the alpha, with a tree cvs-upped not more than an hour ago: > > ===> cpp > <...> > cc -O -pipe -DFREEBSD_NATIVE -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"egcs-2.91.66\" -DDEFAULT_TARGET_MACHINE=\"alpha-unknown-freebsd\" -DHAIFA -I/usr/obj/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../cc_tools -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc -I/usr/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/config -DPREFIX=\"/usr\" -I/usr/obj/usr/src/tmp/usr/include -static -o cpp cccp.o cexp.o obstack.o prefix.o version.o > /usr/obj/usr/src/tmp/usr/lib/libc.a(setjmp.o): In function `longjmp': > /usr/src/lib/libc/../libc/alpha/gen/setjmp.S:121: undefined reference to `osigreturn' > /usr/src/lib/libc/../libc/alpha/gen/setjmp.S:121: undefined reference to `osigreturn' > > > Any ideas? > > Drew > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 19:18:56 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id A472314CFF for ; Wed, 13 Oct 1999 19:18:51 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id WAA64376; Wed, 13 Oct 1999 22:16:44 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Wed, 13 Oct 1999 22:16:43 -0400 (EDT) From: Chuck Robey To: Ron Farrer Cc: Mike Smith , Mike Nowlin , freebsd-alpha@FreeBSD.ORG Subject: Re: AXPpci/33 boards In-Reply-To: <19991013095550.B41676@toxic.magnesium.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 13 Oct 1999, Ron Farrer wrote: > Mike Smith (mike@smith.net.au) wrote: > > > > > > > I'm doing a bit of "question answering" for a guy who deals in "big" > > > system secondhand equipment (VAX 11/780, for example). He has about 800 > > > AXPpci/33 boards he picked up -- 166 MHz chip, no cache memory..... Any > > > suggestions on what an asking price should be? I have no idea on this one > > > -- the only Alpha prices I ever really deal with are for the bigger machines... > > > > Somewhere between $5 and $10 apiece, realistically. If he can find a > > pile of old '486 motherboards and pull the cache chips from them, he > > could add another $5 or so to the asking price. > > I don't know... They seem to go for $50 - 200 on eBay (the latter with the > cache chips). I bought one about 1.5 years ago with 166 MHz, 256K cache, > and 32MB mem for $200 off eBay. They may be slow compaired to newer boxes, > but they sure make good work horses! Umm, no, the ones going for those better prices are the PC164nn boards, which support better CPUs and are faster. Mike's right. ---------------------------------------------------------------------------- Chuck Robey | Interests include C programming, Electronics, 213 Lakeside Dr. Apt. T-1 | communications, and signal processing. Greenbelt, MD 20770 | I run picnic.mat.net: FreeBSD-current(i386) and (301) 220-2114 | jaunt.mat.net : FreeBSD-current(Alpha) ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Oct 13 21:35:33 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from bogon.kjsl.com (bogon.kjsl.com [206.55.236.201]) by hub.freebsd.org (Postfix) with ESMTP id AD31315643 for ; Wed, 13 Oct 1999 21:35:17 -0700 (PDT) (envelope-from javier@bogon.kjsl.com) Received: (from javier@localhost) by bogon.kjsl.com (8.9.3/8.9.3) id VAA23294; Wed, 13 Oct 1999 21:35:12 -0700 (PDT) From: Javier Henderson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14341.23936.233168.870864@bogon.kjsl.com> Date: Wed, 13 Oct 1999 21:35:12 -0700 (PDT) To: Ron Farrer Cc: Mike Smith , Mike Nowlin , freebsd-alpha@FreeBSD.ORG Subject: Re: AXPpci/33 boards In-Reply-To: <19991013141745.A48524@toxic.magnesium.net> References: <19991013095550.B41676@toxic.magnesium.net> <199910132012.NAA00762@dingo.cdrom.com> <19991013141745.A48524@toxic.magnesium.net> X-Mailer: VM 6.63 under Emacs 19.34.1 X-Airplane-of-the-day: Grumman Tiger Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ron Farrer writes: > Mike Smith (mike@smith.net.au) wrote: > > > In one-off quantities, sure. He has 800 of them though, which is going > > to utterly saturate any market. > > In that case... I guess $5 a peice would get ride of them. At $5 a peice > I would like to have a few. Too bad the memory for them is so expensive! If these motherboards become available somewhere around $5/ea, I'll take a few also. -jav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 9: 5:11 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 195F614E41 for ; Thu, 14 Oct 1999 09:04:35 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id MAA95198 for ; Thu, 14 Oct 1999 12:04:02 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 14 Oct 1999 12:03:31 -0400 (EDT) From: Chuck Robey To: FreeBSD-Alpha@FreeBSD.org Subject: build problem 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 don't know if this is a general Alpha build problem or not, but I'm trying to bring my PC164SX from a 2 month old current to the latest, and after 3 cycles of cvsup, I'm still seeing the same error. I installed a new kernel just fine (I know the signal changes required the new kernel be installed first to build the post-signal-change world), but every buildworld is dying with this error: ROOT:/usr/src/lib/libc_r:35 >make building shared library libc_r.so.4 sigpending.So: In function `sigpending': sigpending.S:2: multiple definition of `sigpending' uthread_sigpending.So(.text+0x0):uthread_sigpending.c: first defined here /usr/libexec/elf/ld: Warning: size of symbol `sigpending' changed from 68 to 36 in sigpending.So uthread_sigsuspend.So: In function `sigsuspend': uthread_sigsuspend.c(.text+0x0): multiple definition of `sigsuspend' sigsuspend.So:sigsuspend.S:2: first defined here /usr/libexec/elf/ld: Warning: size of symbol `sigsuspend' changed from 36 to 236 in uthread_sigsuspend.So *** Error code 1 I got this error after cvsupping the latest signal related change by John Polstra last night, that's not the problem either. OK, I looked up sigsuspend.S, and the only one I found was in the odd spot src/lib/libc/mips/sys, so this error message just confuses heck out of me. I looked at the cvs log of uthread_sigpending.c, and didn't see anything that looked likely, so I'm tossing it out here ... is this my problem only? ---------------------------------------------------------------------------- Chuck Robey | Interests include C programming, Electronics, 213 Lakeside Dr. Apt. T-1 | communications, and signal processing. Greenbelt, MD 20770 | I run picnic.mat.net: FreeBSD-current(i386) and (301) 220-2114 | jaunt.mat.net : FreeBSD-current(Alpha) ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 9:11:53 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 118BA14E41 for ; Thu, 14 Oct 1999 09:11:40 -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 JAA00282; Thu, 14 Oct 1999 09:07:38 -0700 Date: Thu, 14 Oct 1999 09:07:38 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Chuck Robey Cc: FreeBSD-Alpha@FreeBSD.ORG Subject: Re: build problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I whined about this already. On Thu, 14 Oct 1999, Chuck Robey wrote: > I don't know if this is a general Alpha build problem or not, but I'm > trying to bring my PC164SX from a 2 month old current to the latest, and > after 3 cycles of cvsup, I'm still seeing the same error. I installed a > new kernel just fine (I know the signal changes required the new kernel be > installed first to build the post-signal-change world), but every > buildworld is dying with this error: > > ROOT:/usr/src/lib/libc_r:35 >make > building shared library libc_r.so.4 > sigpending.So: In function `sigpending': > sigpending.S:2: multiple definition of `sigpending' > uthread_sigpending.So(.text+0x0):uthread_sigpending.c: first defined here > /usr/libexec/elf/ld: Warning: size of symbol `sigpending' changed from 68 to 36 in sigpending.So > uthread_sigsuspend.So: In function `sigsuspend': > uthread_sigsuspend.c(.text+0x0): multiple definition of `sigsuspend' > sigsuspend.So:sigsuspend.S:2: first defined here > /usr/libexec/elf/ld: Warning: size of symbol `sigsuspend' changed from 36 to 236 in uthread_sigsuspend.So > *** Error code 1 > > I got this error after cvsupping the latest signal related change by John > Polstra last night, that's not the problem either. > > OK, I looked up sigsuspend.S, and the only one I found was in the odd spot > src/lib/libc/mips/sys, so this error message just confuses heck out of me. > I looked at the cvs log of uthread_sigpending.c, and didn't see anything > that looked likely, so I'm tossing it out here ... is this my problem > only? > > ---------------------------------------------------------------------------- > Chuck Robey | Interests include C programming, Electronics, > 213 Lakeside Dr. Apt. T-1 | communications, and signal processing. > Greenbelt, MD 20770 | I run picnic.mat.net: FreeBSD-current(i386) and > (301) 220-2114 | jaunt.mat.net : FreeBSD-current(Alpha) > ---------------------------------------------------------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 9:48:15 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 92B4815090 for ; Thu, 14 Oct 1999 09:48:09 -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 MAA01719; Thu, 14 Oct 1999 12:48:07 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id MAA58083; Thu, 14 Oct 1999 12:47:37 -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: Thu, 14 Oct 1999 12:47:37 -0400 (EDT) To: Chuck Robey Cc: FreeBSD-Alpha@FreeBSD.ORG Subject: Re: build problem In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14342.1905.915246.592126@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chuck Robey writes: > > I got this error after cvsupping the latest signal related change by John > Polstra last night, that's not the problem either. > > OK, I looked up sigsuspend.S, and the only one I found was in the odd spot > src/lib/libc/mips/sys, so this error message just confuses heck out of me. > I looked at the cvs log of uthread_sigpending.c, and didn't see anything > that looked likely, so I'm tossing it out here ... is this my problem > only? > I think its been fixed. I got past this & died in kdump because of netware filesystem header file changes. I've updated my src/sys tree & am currently rebuilding now... BTW, how the in the hell do you get buildworld to pickup where it left off? Without re-depending everything? I'm rebuilding on a slow machine w/a slow disk & its frustrating as hell to not be able to just pick up roughly where I left off.. I tried -DNOCLEAN, but it still wants to run around & rebuild the depends.. (I usually build on a very fast machine, so I've never really minded this before, but I'm not in a position to upgrade its kernel past the signal madness just now ..) Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 10:29:59 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 24D2B151A9 for ; Thu, 14 Oct 1999 10:29:53 -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 NAA02949; Thu, 14 Oct 1999 13:29:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id NAA58316; Thu, 14 Oct 1999 13:29:21 -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: Thu, 14 Oct 1999 13:29:21 -0400 (EDT) To: Chuck Robey Cc: FreeBSD-Alpha@FreeBSD.ORG Subject: Re: build problem In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14342.4779.491739.457824@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ===> etc ===> etc/sendmail rm -f freebsd.cf (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 freebsd.mc) > freebsd.cf chmod 444 freebsd.cf <1:26pm>squall/root:src# (and the crowd goes wild!) This is with a cvsup from cvsup4 between 9:30 & 10am EDT this morning. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 12:51:47 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id A442214BCC for ; Thu, 14 Oct 1999 12:51:42 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA21870; Thu, 14 Oct 1999 20:54:12 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 14 Oct 1999 20:54:12 +0100 (BST) From: Doug Rabson To: Andrew Gallatin Cc: Chuck Robey , FreeBSD-Alpha@freebsd.org Subject: Re: build problem In-Reply-To: <14342.1905.915246.592126@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 14 Oct 1999, Andrew Gallatin wrote: > > Chuck Robey writes: > > > > I got this error after cvsupping the latest signal related change by John > > Polstra last night, that's not the problem either. > > > > OK, I looked up sigsuspend.S, and the only one I found was in the odd spot > > src/lib/libc/mips/sys, so this error message just confuses heck out of me. > > I looked at the cvs log of uthread_sigpending.c, and didn't see anything > > that looked likely, so I'm tossing it out here ... is this my problem > > only? > > > > I think its been fixed. I got past this & died in kdump because of > netware filesystem header file changes. I've updated my src/sys tree > & am currently rebuilding now... > > BTW, how the in the hell do you get buildworld to pickup where it left > off? Without re-depending everything? I'm rebuilding on a slow > machine w/a slow disk & its frustrating as hell to not be able to just > pick up roughly where I left off.. I tried -DNOCLEAN, but it still > wants to run around & rebuild the depends.. (I usually build on a > very fast machine, so I've never really minded this before, but I'm > not in a position to upgrade its kernel past the signal madness just > now ..) If it gets far enough, you can sometimes restart it with 'make everything'. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Oct 14 18:36:47 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id 605A114E59 for ; Thu, 14 Oct 1999 18:36:31 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id VAA08530 for ; Thu, 14 Oct 1999 21:37:35 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Thu, 14 Oct 1999 21:37:35 -0400 (EDT) From: Don To: alpha@freebsd.org Subject: Broken Make Buildworld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On an Alpha running 4.0 using sources cvsup'd about 1 hour ago: ===> csu/alpha ===> libcom_err ===> libcom_err/doc ===> msun ===> libmd ===> libcrypt ===> libncurses sed curses.h -e "/@NCURSES_MAJOR@/s//5/" -e "/@NCURSES_MINOR@/s//0/" -e "/@NCURSES_PATCH@/s//990821/" -e "/@NCURSES_CONST@/s///" -e "s/@cf_cv_builtin_bool@/1/g" -e "s/@cf_cv_cc_bool_type@/0/g" -e "s/@cf_cv_type_of_bool@/char/g" -e "s/@cf_cv_typeof_chtype@/long/g" -e "s/@cf_cv_widec_shift@/8/g" -e "s/@cf_cv_shift_limit@/32/g" -e "s/@cf_cv_1UL@/1UL/g" sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKhashsize.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > hashsize.h awk -f /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKnames.awk /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps *** Signal 4 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 -don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Oct 15 10:56: 4 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id A017514C20 for ; Fri, 15 Oct 1999 10:55:58 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id TAA06792 for freebsd-alpha@freebsd.org; Fri, 15 Oct 1999 19:38:39 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id TAA63503 for freebsd-alpha@freebsd.org; Fri, 15 Oct 1999 19:41:53 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910151741.TAA63503@yedi.iaf.nl> Subject: hanging buildworld? To: freebsd-alpha@freebsd.org (FreeBSD-alpha mailing list) Date: Fri, 15 Oct 1999 19:41:53 +0200 (CEST) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 On alpha, running a 1 day old -current kernel, on a NoName (21066) machine with 32 Mb buildworld hangs with: axp33#ps alx UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.69 (swapper) 0 1 0 0 10 0 632 24 wait ILs ?? 0:00.43 /sbin/init - 0 2 0 0 -18 0 0 0 psleep DL ?? 0:42.35 (pagedaemon 0 3 0 2 18 0 0 0 psleep DL ?? 0:00.10 (vmdaemon) 0 4 0 0 -18 0 0 0 psleep DL ?? 0:14.30 (bufdaemon) 0 5 0 0 18 0 0 0 syncer DL ?? 2:32.86 (syncer) 0 330 1 0 2 0 2256 336 select Is ?? 0:04.39 syslogd 1 339 1 6 2 0 3256 0 select IWs ?? 0:00.00 (portmap) 0 370 1 0 2 0 4440 0 select IWs ?? 0:00.00 (inetd) 0 373 1 0 10 0 3352 352 nanslp Is ?? 0:05.33 cron 0 377 1 0 2 0 5000 728 select Ss ?? 0:05.29 sendmail: ac 0 428 370 0 2 0 3288 96 select Is ?? 0:32.95 rlogind 0 429 428 0 10 0 768 0 wait IWs p0 0:00.00 (sh) 0 436 429 0 2 0 3288 176 select S+ p0 0:33.90 script MW-2 0 437 436 0 10 0 768 0 wait IWs p1 0:00.00 (sh) 0 438 437 0 10 0 2152 0 wait IW+ p1 0:00.00 (time) 0 439 438 9 10 0 2456 0 wait IW+ p1 0:00.00 (make) 0 442 439 9 10 0 768 0 wait IW+ p1 0:00.00 (sh) 0 443 442 30 10 0 2440 0 wait IW+ p1 0:00.00 (make) 0 446 443 31 10 0 768 0 wait IW+ p1 0:00.00 (sh) 0 447 446 161 10 0 2672 128 wait I+ p1 0:00.97 make -m /usr 0 668 447 163 10 0 768 48 wait I+ p1 0:00.02 /bin/sh -ec 0 669 668 175 10 0 784 24 wait I+ p1 0:00.54 /usr/obj/usr 0 672 669 187 10 0 768 48 wait I+ p1 0:00.07 /bin/sh -ec 0 5398 672 150 10 0 568 24 wait I+ p1 0:00.20 /usr/obj/usr 0 5402 5398 181 10 0 768 48 wait I+ p1 0:00.05 /bin/sh -ec 0 7146 5402 196 10 0 592 24 wait I+ p1 0:00.20 /usr/obj/usr 0 7150 7146 173 10 0 768 48 wait I+ p1 0:00.06 /bin/sh -ec 0 9416 7150 186 10 0 584 120 wait I+ p1 0:00.21 /usr/obj/usr 0 9420 9416 172 10 0 768 64 wait I+ p1 0:00.15 /bin/sh -ec 0 10440 9420 147 10 0 792 248 wait I+ p1 0:00.86 /usr/obj/usr 0 10567 10440 149 10 0 760 72 wait I+ p1 0:00.03 /bin/sh -ec 0 10568 10567 174 10 0 384 152 wait I+ p1 0:00.06 cc -nostdinc 0 10569 10568 1 -18 0 8 0 objtrm DE+ p1 0:02.75 (cpp) 0 422 1 3 3 0 3256 0 ttyin IWs+ v0 0:00.00 (getty) 0 423 1 4 3 0 3256 0 ttyin IWs+ v1 0:00.00 (getty) 0 424 1 3 3 0 3256 0 ttyin IWs+ v2 0:00.00 (getty) 0 421 1 1 10 0 776 496 wait Ss d0 0:01.20 -sh (sh) 0 10894 421 4 29 0 592 440 - R+ d0 0:00.00 ps -alx axp33# axp33#ps ax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.69 (swapper) 1 ?? ILs 0:00.43 /sbin/init -- 2 ?? DL 0:42.35 (pagedaemon) 3 ?? DL 0:00.10 (vmdaemon) 4 ?? DL 0:14.30 (bufdaemon) 5 ?? DL 2:32.88 (syncer) 330 ?? Ss 0:04.39 syslogd 339 ?? IWs 0:00.00 (portmap) 370 ?? IWs 0:00.00 (inetd) 373 ?? Ss 0:05.34 cron 377 ?? Is 0:05.29 sendmail: accepting connections on port 25 (sendmail) 428 ?? Is 0:32.95 rlogind 429 p0 IWs 0:00.00 (sh) 436 p0 S+ 0:33.90 script MW-2 437 p1 IWs 0:00.00 (sh) 438 p1 IW+ 0:00.00 (time) 439 p1 IW+ 0:00.00 (make) 442 p1 IW+ 0:00.00 (sh) 443 p1 IW+ 0:00.00 (make) 446 p1 IW+ 0:00.00 (sh) 447 p1 I+ 0:00.97 make -m /usr/src/share/mk -f Makefile.inc1 buildworld 668 p1 I+ 0:00.02 /bin/sh -ec cd /usr/src; PATH=/usr/obj/usr/src/tmp/sb 669 p1 I+ 0:00.54 /usr/obj/usr/src/tmp/usr/bin/make DESTDIR -f Makefile 672 p1 I+ 0:00.07 /bin/sh -ec for entry in share/info include lib bin 5398 p1 I+ 0:00.20 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 5402 p1 I+ 0:00.05 /bin/sh -ec for entry in include lib libexec usr.bin 7146 p1 I+ 0:00.20 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 7150 p1 I+ 0:00.06 /bin/sh -ec for entry in awk bc binutils bison cc cpi 9416 p1 I+ 0:00.21 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 9420 p1 I+ 0:00.15 /bin/sh -ec for entry in cc_tools cc_int cc_drv cpp c 10440 p1 I+ 0:00.86 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 10567 p1 I+ 0:00.03 /bin/sh -ec cc -nostdinc -O -pipe -DFREEBSD_NATIVE -D 10568 p1 I+ 0:00.06 cc -nostdinc -O -pipe -DFREEBSD_NATIVE -DHAVE_CONFIG_ 10569 p1 DE+ 0:02.75 (cpp) 422 v0 IWs+ 0:00.00 (getty) 423 v1 IWs+ 0:00.00 (getty) 424 v2 IWs+ 0:00.00 (getty) 421 d0 Ss 0:01.22 -sh (sh) 10895 d0 R+ 0:00.00 ps -ax axp33# The process sitting there is the one in 'objtrm' , cpp at pid 10569. The machine itself keeps running just fine. Has anybody else ever seen this? This is sort-of repeatable on my NoName. -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Oct 15 14:19: 2 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 1FA5E14D5D for ; Fri, 15 Oct 1999 14:18:59 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id WAA96435; Fri, 15 Oct 1999 22:21:00 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 15 Oct 1999 22:21:00 +0100 (BST) From: Doug Rabson To: Wilko Bulte Cc: FreeBSD-alpha mailing list Subject: Re: hanging buildworld? In-Reply-To: <199910151741.TAA63503@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 15 Oct 1999, Wilko Bulte wrote: > The process sitting there is the one in 'objtrm' , cpp at pid 10569. > The machine itself keeps running just fine. > > Has anybody else ever seen this? This is sort-of repeatable on my NoName. I think other people have reported similar problems. There must be a place in the VM/VFS where a counter is being updated without using the atomic macros. I'll talk to Matt about it at the conference. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Oct 15 14:30:49 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 B125D14DDA for ; Fri, 15 Oct 1999 14:30:46 -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 RAA02066; Fri, 15 Oct 1999 17:30:45 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id RAA61290; Fri, 15 Oct 1999 17:30:14 -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: Fri, 15 Oct 1999 17:30:14 -0400 (EDT) To: Doug Rabson Cc: FreeBSD-alpha mailing list Subject: Re: hanging buildworld? In-Reply-To: References: <199910151741.TAA63503@yedi.iaf.nl> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14343.40055.874284.249748@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson writes: > On Fri, 15 Oct 1999, Wilko Bulte wrote: > > > The process sitting there is the one in 'objtrm' , cpp at pid 10569. > > The machine itself keeps running just fine. > > > > Has anybody else ever seen this? This is sort-of repeatable on my NoName. > > I think other people have reported similar problems. There must be a place > in the VM/VFS where a counter is being updated without using the atomic > macros. I'll talk to Matt about it at the conference. > I think this has been happening for quite some time. We have a set of "stable" machines running -current from July 20th or so where we occasionally see this under extreme load. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 8:41: 0 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id F0AB114CA3 for ; Sat, 16 Oct 1999 08:40:57 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id RAA21452; Sat, 16 Oct 1999 17:35:57 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id KAA16352; Sat, 16 Oct 1999 10:41:27 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199910160841.KAA16352@yedi.iaf.nl> Subject: Re: hanging buildworld? In-Reply-To: from Doug Rabson at "Oct 15, 1999 10:21: 0 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sat, 16 Oct 1999 10:41:27 +0200 (CEST) Cc: freebsd-alpha@freebsd.org X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ 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 As Doug Rabson wrote ... > On Fri, 15 Oct 1999, Wilko Bulte wrote: > > > The process sitting there is the one in 'objtrm' , cpp at pid 10569. > > The machine itself keeps running just fine. > > > > Has anybody else ever seen this? This is sort-of repeatable on my NoName. > > I think other people have reported similar problems. There must be a place > in the VM/VFS where a counter is being updated without using the atomic > macros. I'll talk to Matt about it at the conference. OK, I'm not alone then :) It also happened a couple of times already that a process (in this case csh and once also vgrind) went into a infinite loop. This was on a different Alpha box BTW, but with the same -current src tree. Could this be a manifestation of the same basic cause? Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 8:45:40 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id 658A314CA3 for ; Sat, 16 Oct 1999 08:45:37 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id LAA14416 for ; Sat, 16 Oct 1999 11:46:48 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Sat, 16 Oct 1999 11:46:47 -0400 (EDT) From: Don To: alpha@freebsd.org Subject: Buildworld Failure 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 am still getting failure while building world. It stops on a signal 4. Could someone tell me what a signal 4 is? This is 4.0 -current as of 3 hours ago on an AS200 4/233. The following is the problem: sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKhashsize.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > hashsize.h awk -f /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKnames.awk /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps *** Signal 4 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 -don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 9:12:43 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 54B3614CCB; Sat, 16 Oct 1999 09:12:37 -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 MAA14154; Sat, 16 Oct 1999 12:12:36 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id MAA69254; Sat, 16 Oct 1999 12:12:06 -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: Sat, 16 Oct 1999 12:12:06 -0400 (EDT) To: freebsd-alpha@freebsd.org Cc: freebsd-net@freebsd.org Subject: diskless booting: netboot loader problem X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14344.39286.675388.510743@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've been converting my net over from using bootp on a Digital UNIX server to using isc-dhcpd2. I'm having some trouble booting FreeBSD/alpha boxes because of what might be a bug in the netboot loader. (or it might just be my lack of experience w/dhcp, maybe somebody can tell me..). The problem seems to be that a DHCP server will reply to the netboot loader's DHCPDISCOVER by sending the reply to its fixed address, not broadcasting the reply. So the client never sees the reply. More details: My dhcpd.conf looks like this: deny unknown-clients ; allow bootp; subnet 152.3.XXX.0 netmask 255.255.255.0 { group { use-host-decl-names on ; # key to netbooting Digital Unix clients always-reply-rfc1048 on ; filename "/freebsd/diskless.alpha/boot/netboot"; option root-path "152.3.YYY.WWW:/freebsd/diskless.alpha/" ; host client { hardware ethernet 08:00:2b:86:6e:e0 ; fixed-address 152.3.YYY.XXX ; } } This works well for the initial load of the netboot loader from "/freebsd/diskless.alpha/boot/netboot" via the SRM console. I see a BOOTREQUEST from 08:00:2b:86:6e:e0 via fxp0 (non-rfc1048) BOOTREPLY for 152.3.YYY.XXX to client (08:00:2b:86:6e:e0) via fxp0 However, when the netboot loader is loaded, it tries to find out what its address is & where its root path, etc lies. It proceeds to send a DHPDISCOVER. The problem is that the dhcp server is sending a DHCPOFFER to 152.3.YYY.XXX, it is NOT broadcasting it. So the poor client never sees it. Eg, a tcpdump looks like this: tcpdump: listening on fxp0 11:36:19.302956 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x37b23a44 secs:3 [|bootp] 11:36:26.303848 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x37b23a44 secs:10 [|bootp] 11:36:26.305769 dhcpserver.cs.duke.edu.bootps > 255.255.255.255.bootpc: xid:0x37b23a44 secs:10 Y:client.cs.duke.edu S:dhcpserver.cs.duke.edu [|bootp] [tos 0x10] 11:36:26.331609 arp who-has dhcpserver.cs.duke.edu tell client.cs.duke.edu 11:36:26.331653 arp reply dhcpserver.cs.duke.edu is-at 0:a0:c9:9a:b2:f4 11:36:26.336821 client.cs.duke.edu.14079 > dhcpserver.cs.duke.edu.tftp: 45 RRQ "/freebsd/diskless.alpha/" [|tftp] 11:36:26.693814 dhcpserver.cs.duke.edu.3630 > client.cs.duke.edu.14079: udp 516 <....> 11:36:36.332410 0.0.0.0.bootpc > 255.255.255.255.bootps: secs:6 [|bootp] 11:36:36.334891 dhcpserver.cs.duke.edu.bootps > client.cs.duke.edu.bootpc: secs:6 Y:client.cs.duke.edu S:dhcpserver.cs.duke.edu [|bootp] [tos 0x10] 11:36:41.122377 0.0.0.0.bootpc > 255.255.255.255.bootps: secs:41 [|bootp] 11:36:41.124853 dhcpserver.cs.duke.edu.bootps > client.cs.duke.edu.bootpc: secs:41 Y:client.cs.duke.edu S:dhcpserver.cs.duke.edu [|bootp] [tos 0x10] 11:36:50.396375 rarp who-is 8:0:2b:86:6e:e0 tell 8:0:2b:86:6e:e0 11:36:52.216760 rarp who-is 8:0:2b:86:6e:e0 tell 8:0:2b:86:6e:e0 If I comment out #define SUPPORT_DHCP in lib/libstand/bootp.c, the netboot loader sends a bootp request (not dhcp) and all is well. Can I work around this by some clever dhcpd.conf option, or is the netboot loader broken. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 10:21:19 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from dingo.cdrom.com (castles550.castles.com [208.214.165.114]) by hub.freebsd.org (Postfix) with ESMTP id 3C33815105; Sat, 16 Oct 1999 10:21:12 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA06314; Sat, 16 Oct 1999 10:13:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199910161713.KAA06314@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org, freebsd-net@freebsd.org Subject: Re: diskless booting: netboot loader problem In-reply-to: Your message of "Sat, 16 Oct 1999 12:12:06 EDT." <14344.39286.675388.510743@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 16 Oct 1999 10:13:15 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > If I comment out #define SUPPORT_DHCP in lib/libstand/bootp.c, the > netboot loader sends a bootp request (not dhcp) and all is well. > > Can I work around this by some clever dhcpd.conf option, or is the > netboot loader broken. The patches I posted some time back for the loader's netboot code eliminated its DHCP support for the simple reason that it was a grotty hack (and didn't work when I tried it). I'd be interested to know if the patched code I posted works in your environment, but the answer to your question is that the loader's current DHCP support is broken, yes. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 10:28:16 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from master.telia.net (master.telia.net [194.237.170.70]) by hub.freebsd.org (Postfix) with ESMTP id 3E37414FA8 for ; Sat, 16 Oct 1999 10:28:12 -0700 (PDT) (envelope-from joonas@telia.net) Received: from telia.net (wrath.telia.net [194.237.170.62]) by master.telia.net (8.9.1/8.9.1) with ESMTP id TAA21525 for ; Sat, 16 Oct 1999 19:37:21 +0200 (CEST) Message-ID: <3808B5AB.9C363B2F@telia.net> Date: Sat, 16 Oct 1999 19:28:11 +0200 From: Joonas Organization: Telia Network Services X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: ARC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org i heard from a friend that there is a boot disk for the ruffian board to install the 4.0-current if so, where can i find it and what do i have to do to get the boot disk working.. thanx in advance -- /Joonas.. Telia Network Services Phone:+46.(0)8.4567342 Mail:joonas@telia.net One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 11:41:12 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 3E82F154AF for ; Sat, 16 Oct 1999 11:41:09 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id TAA73222; Sat, 16 Oct 1999 19:43:21 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 16 Oct 1999 19:43:21 +0100 (BST) From: Doug Rabson To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: hanging buildworld? In-Reply-To: <199910160841.KAA16352@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 16 Oct 1999, Wilko Bulte wrote: > As Doug Rabson wrote ... > > On Fri, 15 Oct 1999, Wilko Bulte wrote: > > > > > The process sitting there is the one in 'objtrm' , cpp at pid 10569. > > > The machine itself keeps running just fine. > > > > > > Has anybody else ever seen this? This is sort-of repeatable on my NoName. > > > > I think other people have reported similar problems. There must be a place > > in the VM/VFS where a counter is being updated without using the atomic > > macros. I'll talk to Matt about it at the conference. > > OK, I'm not alone then :) It also happened a couple of times already that > a process (in this case csh and once also vgrind) went into a infinite loop. > This was on a different Alpha box BTW, but with the same -current src tree. > Could this be a manifestation of the same basic cause? I got an 'objde1' hang today which is probably caused by the same thing. I have a good idea of how to track this thing down but I probably won't get to it until after FreeBSDCon. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 11:52:54 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 6732A152EB for ; Sat, 16 Oct 1999 11:52:42 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id TAA73363; Sat, 16 Oct 1999 19:54:38 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 16 Oct 1999 19:54:38 +0100 (BST) From: Doug Rabson To: Don Cc: alpha@freebsd.org Subject: Re: Buildworld Failure In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 16 Oct 1999, Don wrote: > I am still getting failure while building world. It stops on a signal > 4. Could someone tell me what a signal 4 is? This is 4.0 -current as > of 3 hours ago on an AS200 4/233. The following is the problem: You probably need to build a new kernel before building the world if your current kernel is older than the recent signal changes. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 12:12:21 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id 9D7ED154D9 for ; Sat, 16 Oct 1999 12:12:14 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id PAA14632; Sat, 16 Oct 1999 15:13:13 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Sat, 16 Oct 1999 15:13:13 -0400 (EDT) From: Don To: Doug Rabson Cc: alpha@FreeBSD.ORG Subject: Re: Buildworld Failure In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > You probably need to build a new kernel before building the world if your > current kernel is older than the recent signal changes. Well these kernels are less than a week old but now that you mention it it does sound like the problem. This would have to be one of the first times I have had to build a new kernel before building world (rather than the other way around when /usr/sbin/config changes) Thanks -don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Oct 16 15:37:59 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from egsner.cirr.com (egsner.cirr.com [192.67.63.1]) by hub.freebsd.org (Postfix) with ESMTP id 0256014A01 for ; Sat, 16 Oct 1999 15:37:55 -0700 (PDT) (envelope-from eric@cirr.com) Received: from cirr.com (IDENT:eric@egsner.cirr.com [192.67.63.1]) by egsner.cirr.com (8.9.0/8.9.1) with ESMTP id RAA19510 for ; Sat, 16 Oct 1999 17:37:53 -0500 (CDT) Message-Id: <199910162237.RAA19510@egsner.cirr.com> From: eric@cirr.com (Eric Schnoebelen) To: freebsd-alpha@FreeBSD.ORG Subject: Re: X11R6 for FreeBSD/alpha In-reply-to: Your message of "Sun, 10 Oct 1999 15:46:12 CDT." Date: Sat, 16 Oct 1999 17:37:53 -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Steve Price writes: - On Sun, 10 Oct 1999, Eric Schnoebelen wrote: - # I went to install FreeBSD on my AXPpci33 this weekend, - # and found that X Windows doesn't appear to exist as a prebuilt - # distribution. Is this correct? - # - # Has anyone succeeded in building X Windows on the alpha? - # FYI: I'm not interested in the servers, just the clients and - # development libraries. - - Yes. The only trick is to - - cp /usr/src/sys/pci/pci_iotcl.h /usr/include/sys - - I've been a bit busy lately and haven't found a clean way to fix - this yet. Is this required to build clients?? I'm attempting to build XFree86 out of the ports tree, with _no_ servers defined. It hasn't failed yet, but its also nowhere near done. (the AXPpci33 is no speed daemon.. :-) -- Eric Schnoebelen eric@cirr.com http://www.cirr.com If bankers can count, how come they have eight windows and only four tellers? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message