From owner-freebsd-stable Tue Feb 13 11:26:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01012 for stable-outgoing; Tue, 13 Feb 1996 11:26:53 -0800 (PST) Received: from public.wintek.com (public.wintek.com [199.233.104.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01006 for ; Tue, 13 Feb 1996 11:26:50 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by public.wintek.com (8.6.12/1.17wintek(3.6davy)) with ESMTP id OAA21555; Tue, 13 Feb 1996 14:26:46 -0500 Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.6.12/8.6.9) with SMTP id OAA00225; Tue, 13 Feb 1996 14:31:46 -0500 Received: by sparcmill.grauel.com (5.0/SMI-SVR4) id AA23929; Tue, 13 Feb 1996 14:27:19 +0500 Date: Tue, 13 Feb 1996 14:27:19 +0500 Message-Id: <9602131927.AA23929@sparcmill.grauel.com> From: Richard J Kuhns To: "Justin T. Gibbs" Cc: freebsd-stable@freebsd.org Subject: Re: One problem && one question In-Reply-To: <199602131550.HAA18721@freefall.freebsd.org> References: <9602131439.AA20817@sparcmill.grauel.com> <199602131550.HAA18721@freefall.freebsd.org> Sender: owner-stable@freebsd.org Precedence: bulk Justin T. Gibbs writes: > >Justin T. Gibbs writes: > > int a irq 10 pci 0:13 > > mapreg[10] type 1 addr 0x00006000 size ffff0004 > >bt0: Invalid base address > > boot -v with the old kernel and then use dmesg to retrieve the info. > That works fine for any ``working'' kernel; apparently none of the boot messages from a non-working kernel end up in the circular buffer dmesg uses. IE, if I boot-working then boot-nonworking then boot-working and run dmesg, I get the messages from the 2 boot-working kernels only. If that's what you were interested in, here's the most recent: FreeBSD 2.1-STABLE #2: Tue Feb 13 14:20:26 EST 1996 rjk@watson.grauel.com:/prog/2.1-STABLE/src/sys/compile/WATSON CPU: 100-MHz Pentium 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30728192 (30008K bytes) pcibus_setup(1): mode1res=0x80000000 (0x80000000), mode2res=0xff (0x0e) pcibus_setup(2): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=04061039) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 0 on pci0:0 chip1 rev 0 on pci0:1 pci0:13: Bus Logic, device=0x1040, class=storage (scsi) [no driver assigned] map(10): io(6000) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:15:00:ab, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in bt0: Bt946C/ 0-(32bit) bus bt0: reading board settings, busmastering, int=10 bt0: version 4.25J, fast sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 5 sync rate= 5.00MB/s(200ns), offset=11 bt0: Using Strict Round robin scheme bt0 at 0x330 irq 10 on isa bt0 waiting for scsi devices to settle (bt0:0:0): "MICROP 3243-19MZ Q4D HT02" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 4095MB (8388315 512 byte sectors) sd0(bt0:0:0): with 3956 cyls, 19 heads, and an average 111 sectors/track (bt0:5:0): "EXABYTE EXB-82058VQANXR1 0790" type 1 removable SCSI 2 st0(bt0:5:0): Sequential-Access density code 0x0, drive empty (bt0:6:0): "Chinon CD-ROM CDS-525 V09" type 5 removable SCSI 2 cd0(bt0:6:0): CD-ROM cd0(bt0:6:0): UNIT ATTENTION asc:2a,0 Parameters changed cd present.[400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface changing root device to sd0a BIOS Geometries: 0:03ff3f20 0..1023=1024 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for sd0s1: type 0xa5, start 0, end = 8388314, size 8388315 : OK > >I'm afraid I won't be able to test quite so often today; the machine has to > >do some Real Work (TM). > > When you get a chance, try this one. Now that I'm not editing over a link > with 50% packet loss, its much easier to check my work. :) > I tried it; I'm afraid it made no difference. By the way, here's one more line from the (failing) pci-probe: bt0: uses 4 bytes of I/O space from 6000 upto 6003 -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319