From owner-freebsd-alpha Wed Mar 13 14:19:31 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from m8.boston.juno.com (m8.boston.juno.com [64.136.24.71]) by hub.freebsd.org (Postfix) with ESMTP id 0338937B404 for ; Wed, 13 Mar 2002 14:18:56 -0800 (PST) Received: from cookie.juno.com by cookie.juno.com for <"RPj4xL2C9n/i07FNGPO3Om5VlhVMU/0wuTCwa2UfoKBRqX/X8s5rfg=="> Received: (from toivolr@juno.com) by m8.boston.juno.com (jqueuemail) id GVTKCHQG; Wed, 13 Mar 2002 17:17:40 EST To: freebsd-alpha@FreeBSD.ORG Cc: majordomo@FreeBDS.org Date: Wed, 13 Mar 2002 14:15:57 -0800 Subject: unsubscribe freebsd\alpha-digest Message-ID: <20020313.141558.-1745749.0.toivolr@juno.com> X-Mailer: Juno 4.0.11 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Juno-Line-Breaks: 0-1,3-438,441-463 X-Juno-Att: 0 X-Juno-RefParts: 0 From: toivolr@juno.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org unsubscribe freebsd-alpha-digest On Thu, 28 Feb 2002 16:28:51 -0800 (PST) owner-freebsd-alpha-digest@FreeBSD.ORG (freebsd-alpha-digest) writes: > > freebsd-alpha-digest Thursday, February 28 2002 Volume 05 : > Number 283 > > > > In this issue: > RE: Problem booting Alpha AS1000A > RE: "unexpected machine check" on AS1000A > Re: -CURRENT lockups > AlphaStation 200 SCSI woes > > ---------------------------------------------------------------------- > > Date: Wed, 27 Feb 2002 16:14:51 +0100 > From: "Koster, K.J." > Subject: RE: Problem booting Alpha AS1000A > > Dear Don, > > > > > > / MUST BE FIRST. > > > > Is there any reason you would not put / first? > > > > I have actually never seen it done any other way. > > > I ran into this too. I had a 500MB disk, so I allocated 64MB for > swap and > "the rest" to be "/". That's how "/" ends up being second. > > Kees Jan > > ===================================================== > You can't have everything. Where would you put it? > [Steven Wright] > > ------------------------------ > > Date: Wed, 27 Feb 2002 11:22:43 -0500 > From: "Yuri Victorovich" > Subject: RE: "unexpected machine check" on AS1000A > > BTW I kinda found the workaround. > Limited available memory with MAXMEM. > Now I hope it became rocksolid. > > Playing with MAXMEM and SIMMs rotation > will find and isolate bad SIMM when will > have time. > > Yuri. > > > - -----Original Message----- > From: Andrew Gallatin [mailto:gallatin@cs.duke.edu] > Sent: Tuesday, February 26, 2002 16:29 > To: Victorovich, Yuri > Cc: alpha@FreeBSD.ORG > Subject: RE: "unexpected machine check" on AS1000A > > > > Yuri Victorovich writes: > > Nope, seems that reseating, cleaning, rotating SIMMs doesn't > help. > > Is it a way to find which SIMM exactly causes the problem? By > those > > values that it loggs on "unexpected machine check" crash? > > > > Yes & we could also log more information for the correctable errors > too. However, doing this requires having sufficient documentation, > which I don't think we do. > > Drew > > ------------------------------ > > Date: Wed, 27 Feb 2002 23:57:55 +0000 (UTC) > From: naddy@mips.inka.de (Christian Weisgerber) > Subject: Re: -CURRENT lockups > > John Baldwin wrote: > > > >> If you have a HALT-key please press it and check your kernel > image > > >> to find out which code the pc is. > > > > > > lockmgr+0x844 > > > > Anyways, can you pull up gdb on your kernel.debug > > then do 'l lockmgr+0x844' to get the source line for that? > > (gdb) list *lockmgr+0x844 > 0xfffffc000038bf44 is in lockmgr (../../../kern/kern_lock.c:448). > 443 mtx_unlock(lkp->lk_interlock); > 444 panic("lockmgr: unknown locktype request > %d", > 445 flags & LK_TYPE_MASK); > 446 /* NOTREACHED */ > 447 } > 448 if ((lkp->lk_flags & LK_WAITDRAIN) && > 449 (lkp->lk_flags & (LK_HAVE_EXCL | LK_WANT_EXCL | > LK_WANT_UPGRADE | > 450 LK_SHARE_NONZERO | LK_WAIT_NONZERO)) == 0) { > 451 lkp->lk_flags &= ~LK_WAITDRAIN; > 452 wakeup((void *)&lkp->lk_flags); > > - -- > Christian "naddy" Weisgerber > naddy@mips.inka.de > > ------------------------------ > > Date: Fri, 1 Mar 2002 00:30:31 -0000 > From: "Steven" > Subject: AlphaStation 200 SCSI woes > > Hi, > > My machine is an AlphaStation 200 (200 4/233 with 192 meg RAM) > > I posted a questions to freebsd-questions earlier this evening (to > which i > had no replies). I appologise if this is the wrong mailing to be > using, but > I have been finding it really hard to find any information relevant > to my > hardware. The original problem was about booting from the 4.5 alpha > cd > (namely the keyboard stops working when the terminal type menu comes > up). > Searches on google and reading the hardware.txt file were of no > help. > Finally I found the archieves for this list and know now its because > of my > graphics card not being supported. IMHO it would be *really* useful > to > mention this in the hardware file. Although I have learnt a fair bit > about > my system in the past 6 hours whilst trying to figure it out, other > people > might just give up. > > I haven't replaced the graphics card yet, but I did set SRM's > console env to > serial, and am booting over a serial cable. My problem now is that > when I > select standard install from sysinstall, I get: > > lqqqqqqqqqqqqqqqqqqqqqqqqqqqqq Message > qqqqqqqqqqqqqqqqqqqqqqqqqqqqqk > xNo disks found! Please verify that your disk controller is being > x > xproperly probed at boot time. See the Hardware Guide on the > x > xDocumentation menu for clues on diagnosing this type of problem. > x > tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq(100%)qqu > x [ OK ] > x > mqqqqqqqqqqqqqqqqqqqqq[ Press enter or space > ]qqqqqqqqqqqqqqqqqqqqqqj > > My machine is supported, according to the Hardware.txt file. During > the boot > up, my harddisk does show up (as da0). > > As far as I know, the hardware is as it was when purchased > originally. I got > the machine earlier today from my university who have been using it > as an > SMTP server for donkeys years. I don't know what its previous OS > was, they > stuck Redhat Linux on it before getting rid of it (which appears to > work > fine). I upgraded the firmware to the latest version earlier whilst > trying > to figure out my first problem, its now V7.0-9 (Mar 18 1999 > 13:41:11). > > During the start of sysinstall when it does the probing I did notice > something which could be of a problem. I don't know however what to > do about > it. > > I enclose with this email a full output of the bootup with -v > option. After > that is pasted a small selection of sysinstalls probing session. If > someone > can help me, I'd be most appreciative. I've installed Fbsd numerous > times on > i386 machines without problems. After 7 years of i386 *nix > ownership, now > that I've got my first real unix box I'm determined not to desecrate > it by > installing linux! :-) > > Thanks > > Steven > > ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5. > ef.df.ee.ed.ec.f4.eb.ea.e9.e8.e7.e6.....e5. > V7.0-9, built on Mar 18 1999 at 13:41:11 > >>>boot dka400 > (boot dka400.4.0.6.0 -flags 0) > block 0 of dka400.4.0.6.0 is a valid boot block > reading 375 blocks from dka400.4.0.6.0 > bootstrap code read in > base = 1f2000, image_start = 0, image_bytes = 2ee00 > initializing HWRPB at 2000 > initializing page table at 1e4000 > initializing machine state > setting affinity to the primary CPU > jumping to bootstrap code > Console: SRM firmware console > VMS PAL rev: 0x1000000010538 > OSF PAL rev: 0x100000002012e > Switch to OSF PAL code succeeded. > > FreeBSD/alpha SRM CD9660 boot, Revision 1.0 > (murray@axpbuilder.freebsdmall.com, Mon Jan 28 16:18:52 GMT 2002) > Memory: 196608 k > Loading /boot/defaults/loader.conf > /kernel data=0x406778+0x2acb8 syms=[0x8+0x4e360+0x8+0x38928] > \ > Hit [Enter] to boot immediately, or any other key for command > prompt. > Booting [kernel] in 7 seconds... > > Type '?' for a list of commands, 'help' for more detailed help. > ok boot -v > Entering kernel at 0xfffffc0000331460... > Unrecognized boot flag '0'. > Copyright (c) 1992-2002 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 4.5-RELEASE #0: Tue Jan 29 07:52:50 GMT 2002 > murray@axpbuilder.freebsdmall.com:/usr/src/sys/compile/GENERIC > AlphaStation 200/400 ("Avanti") > AlphaStation 200 4/233, 233MHz > 8192 byte page size, 1 processor. > CPU: EV45 (21064A) major=6 minor=0 > OSF PAL rev: 0x100000002012e > real memory = 199278592 (194608K bytes) > Physical memory chunk(s): > 0x00af8000 - 0x0bff5fff, 189784064 bytes (23167 pages) > avail memory = 184115200 (179800K bytes) > Preloaded elf kernel "kernel" at 0xfffffc0000adc000. > Preloaded mfs_root "/boot/mfsroot" at 0xfffffc0000adc0d0. > md0: Preloaded image 3276800 bytes at > 0xfffffc00007b80c8 > Creating DISK md0 > md1: Malloc disk > Creating DISK md1 > found-> vendor=0x1000, dev=0x0001, revid=0x02 > class=01-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=11 > map[10]: type 1, range 32, base 00010000, size 8 > map[14]: type 1, range 32, base 82040000, size 8 > found-> vendor=0x8086, dev=0x0484, revid=0x84 > class=00-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > found-> vendor=0x1011, dev=0x0002, revid=0x23 > class=02-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=5 > map[10]: type 1, range 32, base 00010100, size 7 > map[14]: type 1, range 32, base 82040100, size 7 > found-> vendor=0x1011, dev=0x0004, revid=0x03 > class=03-80-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=10 > map[10]: type 1, range 32, base 88000000, size 27 > pci0: on pcib0 > sym0: <810> port 0x10000-0x100ff mem 0x82040000-0x820400ff irq 11 at > device > 6.0 on pci0 > sym0: No NVRAM, ID 7, Fast-10, SE, parity checking > sym0: open drain IRQ line driver > sym0: using NCR-generic firmware. > sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) > 00/00/00/00/00/00 > sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) > 03/c8/00/00/08/00 > sym0: Delay (GEN=11): 265 msec, 33540 KHz > sym0: Delay (GEN=11): 280 msec, 31744 KHz > sym0: Delay (GEN=11): 281 msec, 31631 KHz > sym0: interrupting at ISA irq 11 > isab0: at device 7.0 on pci0 > Bus Modes: Bus Park, Resource Lock, > IDE controller: Secondary (170h-177h,376h,377h) > Floppy controller: 370h,371h > Floppy controller: 372h-377h > Keyboard controller: 60h,62h,64h,66h > RTC: 70h-77h > Configuration RAM: 0C00h,0800h-08FFh > Port 92: enabled > isa0: on isab0 > de0: port 0x10100-0x1017f mem > 0x82040100-0x8204017f > irq 5 at device 11.0 on pci0 > de0: interrupting at ISA irq 5 > de0: DEC 21040 [10Mb/s] pass 2.3 > de0: address 08:00:2b:e7:53:a5 > bpf: de0 attached > pci0: (vendor=0x1011, dev=0x0004) at 13.0 irq 10 > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > 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 > atkbdc0: at port 0x60,0x64 on isa0 > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > atkbd0: irq 1 on atkbdc0 > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > atkbd: the current kbd controller command byte 0003 > atkbd: keyboard ID 0x83ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 > atkbd0: interrupting at ISA irq 1 > psm0: current command byte:0043 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 00 00 > psm: status 10 00 64 > psm: status 00 02 64 > psm: data 08 00 00 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > psm0: interrupting at ISA irq 12 > psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > psm0: config:00000000, flags:00000000, packet size:3 > psm0: syncmask:c0, syncbits:00 > vga0: failed to probe on isa0 > sc0: no video adapter found. > sc0: failed to probe on isa0 > mcclock0: at port 0x70-0x71 on isa0 > Calibrating clock(s) ... PCC clock: 233348360 Hz (firmware 233100233 > Hz) > sio0: irq maps: 0x61 0x70 0x60 0x60 > sio0 at port 0x3f8-0x3ff irq 4 on isa0 > sio0: type 16550A, console > sio0: interrupting at ISA irq 4 > sio1: reserved for low-level i/o > sio1 failed to probe at port 0x2f8-0x2ff irq 3 flags 0x50 on isa0 > ppc0: using extended I/O port range > ppc0: SPP > ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > plip0: cannot reserve interrupt, failed. > lpt0: on ppbus0 > lpt0: Polled port > ppi0: on ppbus0 > ppc0: interrupting at ISA irq 7 > isa_probe_children: probing PnP devices > Timecounter "alpha" frequency 233348360 Hz > bpf: lo0 attached > bpf: ppp0 attached > bpf: sl0 attached > bpf: faith0 attached > Waiting 15 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > de0: autosense failed: cable problem? > (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (probe4:sym0:0:4:0): ILLEGAL REQUEST asc:24,0 > (probe4:sym0:0:4:0): Invalid field in CDB sks:c8,1 > Creating DISK da0 > Creating DISK cd0 > pass0 at sym0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-2 device > pass0: Serial Number 341523822353 > pass0: 10.000MB/s transfers (10.000MHz, offset 8) > pass1 at sym0 bus 0 target 4 lun 0 > pass1: Removable CD-ROM SCSI-2 device > pass1: 4.237MB/s transfers (4.237MHz, offset 8) > da0 at sym0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: Serial Number 341523822353 > da0: 10.000MB/s transfers (10.000MHz, offset 8) > da0: 1001MB (2050860 512 byte sectors: 64H 32S/T 1001C) > cd0 at sym0 bus 0 target 4 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 4.237MB/s transfers (4.237MHz, offset 8) > cd0: cd present [1304896 x 512 byte records] > Mounting root from ufs:/dev/md0c > md0: invalid primary partition table: no magic > WARNING: clock gained 7335 days -- CHECK AND RESET THE DATE! > start_init: trying /sbin/init > start_init: trying /sbin/oinit > start_init: trying /sbin/init.bak > start_init: trying /stand/sysinstall > /stand/sysinstall running as init on serial console > > These are the predefined terminal types available to > sysinstall when running stand-alone. Please choose the > closest match for your particular terminal. > > 1 ...................... Standard ANSI terminal. > 2 ...................... VT100 or compatible terminal. > 3 ...................... FreeBSD system console (color). > 4 ...................... FreeBSD system console (monochrome). > > 5 ...................... xterm terminal emulator. > > Your choice: (1-5) > > > - > ------------------------------------------------------------------------- --- > - ------- > > > da0: start 0, end 2050859, size 2050860 > da0c: start 0, end 4294967295, size 0 > da0: raw partition size != slice size > da0: start 0, end 2050859, size 2050860 > da0c: start 0, end 4294967295, size 0 > da0: invalid primary partition table: no magic > da0: raw partition size != slice size > da0: start 0, end 2050859, size 2050860 > da0c: start 0, end 4294967295, size 0 > da0: raw partition size != slice size > da0: start 0, end 2050859, size 2050860 > > ------------------------------ > > End of freebsd-alpha-digest V5 #283 > *********************************** > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with unsubscribe freebsd-alpha-digest in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message