From owner-freebsd-alpha Tue Aug 1 14:56:33 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 71B1737B6C9 for ; Tue, 1 Aug 2000 14:56:29 -0700 (PDT) (envelope-from jhb@pike.osd.bsdi.com) Received: (from jhb@localhost) by pike.osd.bsdi.com (8.9.3/8.9.3) id OAA43506; Tue, 1 Aug 2000 14:55:53 -0700 (PDT) (envelope-from jhb) From: John Baldwin Message-Id: <200008012155.OAA43506@pike.osd.bsdi.com> Subject: Re: Problems with a PW500au In-Reply-To: <14727.13758.246560.904934@grasshopper.cs.duke.edu> from Andrew Gallatin at "Aug 1, 2000 04:46:34 pm" To: Andrew Gallatin Date: Tue, 1 Aug 2000 14:55:52 -0700 (PDT) Cc: alpha@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andrew Gallatin wrote: > > John Baldwin writes: > > Hey gang, > > > > I have a PW500au here at work that I use to test patches on, etc. but > > I've been having problems with it recently. First, I've yet to get a video > > card that actually works properly in it. So far: > > What PCI slots are the problematic cards plugged into? I've heard > that most video cards don't work well or at all behind the ppb which > separates the 3 32-bit slots from the primary pci bus. Well, moving to the 64-bit slots did change things somewhat. Now all but 2 of the S3 cards work the same as in situation 2) in my original mail. The other 2 don't have PCI ID's recognized by SRM. However, now the original card has problems with the console. So, I tried booting off a 4.1-RC CD, and voila, my kernel messages are now in syscons colors and the scrollback works. It seems that syscons is broken on Alpha in -current at the moment. :( Ok, further testing reveals that Peter's drive-by shooting of config(8) is the cause of the breakage. > Try putting your card in a 64-bit slot. Read > /usr/src/release/texts/alpha/HARDWARE.TXT and search for > pci_device_override before doing this. > > <...> > > > > > My second issue is that it seems to die during high load, i.e. when building > > world, or compiling X or Xemacs. It will simply die and drop into SRM with > > > > kernel stack invalid halt > > PC = 0xffffXXXXXXXXXX > > XXXXX -- HWPRB invalid. > > > > It then has to be cold-booted to be usable again. > > Thats BAD. Are you running the latest firmware (it also corrects some > video problems.). see ftp://ftp.digital.com/pub/DEC/Alpha/firmware/index.html Digital Personal WorkStation 500au Console V7.2-1 Mar 6 2000 14:47:02 >>> I already have the latest. :( Is it possible I have bad hardware in this box? > It might be helpful to know what version of FreeBSD you're running & > what sort of hardware is connected. Pardon the spam: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #3: Thu Jul 13 14:26:48 PDT 2000 jhb@baz.osd.bsdi.com:/usr/src/sys/compile/BAZ Digital Personal Workstation (Miata) Digital Personal WorkStation 500au, 500MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1 OSF PAL rev: 0x1000000020116 real memory = 266493952 (260248K bytes) avail memory = 253870080 (247920K bytes) Preloaded elf kernel "kernel" at 0xfffffc0000686000. cia0: Pyxis, pass 1 cia0: extended capabilities: 1 cia0: WARNING: Pyxis pass 1 DMA bug; no bets... pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 dc0: port 0x9000-0x907f mem 0x84150000-0x8415007f irq 0 at device 3.0 on pci0 dc0: interrupting at CIA irq 0 dc0: Ethernet address: 00:00:f8:75:e0:5a miibus0: on dc0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0x9080-0x908f irq 1 at device 4.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 11.0 irq 4 pcib1: at device 20.0 on pci0 pci1: on pcib1 isp0: port 0x8000-0x80ff mem 0x84010000-0x84010fff irq 16 at device 9.0 on pci1 isp0: interrupting at CIA irq 16 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 psm0: irq 12 on atkbdc0 psm0: interrupting at ISA irq 12 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 mcclock0: at port 0x70-0x71 on isa0 ppc0: at port 0x3bc-0x3bf irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Polled port ppc0: interrupting at ISA irq 7 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o Timecounter "alpha" frequency 499878528 Hz acd0: CDROM at ata0-master using PIO3 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0a da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C) > Cheers, > > Drew -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message