From owner-freebsd-questions Sat Feb 10 00:16:58 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26878 for questions-outgoing; Sat, 10 Feb 1996 00:16:58 -0800 (PST) Received: from gdi.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26872 for ; Sat, 10 Feb 1996 00:16:55 -0800 (PST) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.6.12/8.6.12) id AAA00337; Sat, 10 Feb 1996 00:13:49 -0800 Date: Sat, 10 Feb 1996 00:13:48 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: questions@freebsd.org Subject: NCR8150S + mach64 not happy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@freebsd.org Precedence: bulk Hello! I just went on a buying binge and picked up some new hardware for my P90 FreeBSD box. I now have a Plextor 4.5X CD and a NCR8150S PCI-SCSI controller to go along with it (FINALLY found someone with it), plus a new ATI mach64 Graphics Pro Turbo. Excitedly, I plugged everything in, turned it on, reconfig'd the kernel, copied, and rebooted and...no workie. When the NCR is in the machine, it insists on messing up the mach64. The kernel comes up OK, but after the vga0 gets probed, I get nothing. If I hit alt-F2, I get a continuous beep, which sticks until I have to reset-button the machine. If I wait for the boot sequence to come all the way up (by the disk activity), I can jump between consoles, but the consoles aren't updated when I type on them. I have to jump back and forth to see what I'm typing. :( And if I try to shutdown, the beeping commences and requires a reset button. I've tried hacking sio.c and removing the com4 probe, and removing everything except those two cards, but it still does it. I'll post a boot -v output in a moment, but I will note that the full DOS driver can't find the NCR either. The mini driver works OK though. The thing that worries me most is that the NCR reports back "irq 255 invalid". In the broken DOS driver mentioned above, it reports back IRQ 95. Versions: System has a Phoenix BIOS 12/15/94 NCR v3.0 BIOS (I have the 4.0 upgrade but it breaks the OS/2 Warp driver, which I do need :( ) FreeBSD 2.1.0-RELEASE X is also unhappy with the mach64, but I have pulled and installed the Mach64 Xserver v3.1.2B and is working perfectly. Here is the snip from /var/log/messages, date stamp pruned: FreeBSD 2.1.0-RELEASE #0: Fri Feb 9 22:08:25 PST 1996 dwhite@gdi.uoregon.edu:/usr/src/sys/compile/GDI CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14852096 (14504K bytes) 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 0x300-0x31f irq 10 on isa ed0: address 00:c0:d1:08:08:17, type NE2000 (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 /* note that these were later hacked out of the sio3 not found at 0x2e8 kernel due to other Ma64 conflicts I'd heard */ lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in ft0: IOMega tape wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , multi-block-8 wd1: 514MB (1054368 sectors), 1046 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: 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 the PCI bus: configuration mode 1 allows 32 devices. chip0 rev 57 on pci0:0 mapreg[10] type=0 addr=80000010 size=7ffffff0. mapreg[14] type=4 addr=80000010 size=7ffffff0. mapreg[18] type=0 addr=80000010 size=7ffffff0. mapreg[1c] type=4 addr=80000010 size=7ffffff0. mapreg[20] type=0 addr=80000020 size=7fffffe0 mapreg[24] type=4 addr=80000020 size=7fffffe0. chip1 rev 0 on pci0:1 pci0:12: CMD, device=0x0640, class=storage (ide) [no driver assigned] ncr0 rev 3 int a irq 255 on pci0:13 mapreg[10] type=1 addr=00004000 size=0100. mapreg[14] type=0 addr=81000000 size=0100 reg20: virtual=0xf2e4f000 physical=0x81000000 size=0x100 irq 255 invalid. /* I don't like this */ ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl23 95/09/07) ncr0 waiting for scsi devices to settle (ncr0:3:0): "PLEXTOR CD-ROM PX-4XCE 1.00" type 5 removable SCSI 2 cd0(ncr0:3:0): CD-ROM cd0(ncr0:3:0): FAST SCSI-2 175ns (6 Mb/sec) offset 8. cd0(ncr0:3:0): NOT READY asc:3a,0 Medium not present can't get the size vga0 rev 1 on pci0:19 mapreg[10] type=0 addr=80000000 size=800000. pci0: uses 8388736 bytes of memory from 80000000 upto ffffffff. pci0: uses 256 bytes of I/O space from 4000 upto 40ff. BIOS Geometries: 0:020b3f3f 0..523=524 cylinders, 0..63=64 heads, 1..63=63 sectors 1:02091f3f 0..521=522 cylinders, 0..31=32 heads, 1..63=63 sectors 0 accounted for bpf: lo0 attached bpf: sl0 attached bpf: tun0 attached wd1s1: type 0x5, start 2016, end = 104831, size 102816 : OK wd1s2: type 0xa5, start 104832, end = 1054367, size 949536 : OK wd1s5: type 0x6, start 2079, end = 104831, size 102753 : OK That's the end right there...after it is the next reboot. If someone could point me in the right direction here, I would be eternally grateful. Doug White | University of Oregon Internet: dwhite@gladstone.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major