From owner-freebsd-smp Mon Jan 4 10:59:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18207 for freebsd-smp-outgoing; Mon, 4 Jan 1999 10:59:10 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from psv.oss.uswest.net (psv.oss.uswest.net [204.147.85.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18201 for ; Mon, 4 Jan 1999 10:59:07 -0800 (PST) (envelope-from greg@psv.oss.uswest.net) Received: (from greg@localhost) by psv.oss.uswest.net (8.8.8/8.8.5) id MAA20524 for freebsd-smp@FreeBSD.ORG; Mon, 4 Jan 1999 12:58:41 -0600 (CST) 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: Mon, 04 Jan 1999 12:58:41 -0600 (CST) Reply-To: greg@uswest.net Organization: US WEST !NTERACT From: Greg Rowe To: freebsd-smp@FreeBSD.ORG Subject: Symbios & SC450NX Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greetings, We just recieved a new Quad Xeon SC450NX system with a Gig of memory and 3 Ultra Wide Seagate 4 gig drives. We ordered the system with an Adaptec 2940UW controller since we weren't sure what luck we'd have with the onboard SCSI's. I installed 3.0 RELEASE using the Adaptec and then tried removing the card and switching the SCSI cable to the internal Symbios/NCR controllers. The system would boot OK and then panic when it tried to mount the / partition. I cvsup'd the latest current as of last Wednesday, rebuilt and tried switching to the internal controllers again and now the system panics and quickly reboots with a line something like this (sorry it goes by fairly quickly): CCB > CCB_H pci/ncr.c Target ID Failed at 5079 The Symbios controller reports: V4.0 PCI Rev 2.0, 2.1 Has anyone tried using the on-board controllers on this main board ? Also, is it even worth bothering with as I do have Adaptec controllers to use ? Thanks. Greg Rowe US WEST - Internet Service Operations To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jan 4 12:31:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00107 for freebsd-smp-outgoing; Mon, 4 Jan 1999 12:31:21 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from cannon.ma.ikos.com (cannon.ma.ikos.com [137.103.105.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00101 for ; Mon, 4 Jan 1999 12:31:19 -0800 (PST) (envelope-from tich@cannon.ma.ikos.com) Received: from lonesome.ma.ikos.com (lonesome [137.103.105.44]) by cannon.ma.ikos.com (8.9.1/8.8.8) with ESMTP id PAA19970; Mon, 4 Jan 1999 15:31:51 -0500 (EST) From: Richard Cownie Received: (from tich@localhost) by lonesome.ma.ikos.com (8.8.8/8.8.8) id PAA06403; Mon, 4 Jan 1999 15:31:50 -0500 (EST) Date: Mon, 4 Jan 1999 15:31:50 -0500 (EST) Message-Id: <199901042031.PAA06403@lonesome.ma.ikos.com> To: freebsd-smp@FreeBSD.ORG, greg@uswest.net Subject: Re: Symbios & SC450NX Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm also trying to get an SC450NX system to work - the configuration here is 2 Xeon 400MHz, 2GB of DRAM (8 x 256MB), one disk hung off the onboard SCSI. Problems so far: 1) the kernel on the boot floppy (3.0-RELEASE and 19981226-SNAP) crashes Removing half the memory (reducing it to 1GB) cures this. 2) The onboard Symbios (NCR) 53C896 scsi doesn't seem to be recognized. Has anyone out there already solved these problems ? I'm glad to hear the Adaptec SCSI works ok, though it work be better if the Symbios stuff worked. The large memory is more serious though - the whole justification for buying this machine is that it will allow us to run problems with > 2GB of DRAM. Cheers Richard Cownie (tich@ma.ikos.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jan 4 13:15:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05990 for freebsd-smp-outgoing; Mon, 4 Jan 1999 13:15:21 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05982 for ; Mon, 4 Jan 1999 13:15:20 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00491; Mon, 4 Jan 1999 13:11:39 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901042111.NAA00491@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Richard Cownie cc: freebsd-smp@FreeBSD.ORG, greg@uswest.net Subject: Re: Symbios & SC450NX In-reply-to: Your message of "Mon, 04 Jan 1999 15:31:50 EST." <199901042031.PAA06403@lonesome.ma.ikos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jan 1999 13:11:39 -0800 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm also trying to get an SC450NX system to work - the configuration here > is 2 Xeon 400MHz, 2GB of DRAM (8 x 256MB), one disk hung off the onboard SCSI. > > Problems so far: > > 1) the kernel on the boot floppy (3.0-RELEASE and 19981226-SNAP) crashes > Removing half the memory (reducing it to 1GB) cures this. Can you expand on "crashes"? We only have 1GB in the machine here, so obviously we haven't seen this one. It'd probably be fairly straightforward to track it down once we know what's going on. > 2) The onboard Symbios (NCR) 53C896 scsi doesn't seem to be recognized. You'll want to take this to -scsi. > Has anyone out there already solved these problems ? I'm glad to hear > the Adaptec SCSI works ok, though it work be better if the Symbios stuff > worked. The large memory is more serious though - the whole justification > for buying this machine is that it will allow us to run problems with > > 2GB of DRAM. My gut feeling is that there's something sized wrongly here; If Micron had come through with the SC450NX for wcarchive, I'd expect that David would have run into this by now; you might want to take it up with him directly. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jan 4 13:28:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07457 for freebsd-smp-outgoing; Mon, 4 Jan 1999 13:28:29 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from implode.root.com (root.com [208.221.12.98]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07450 for ; Mon, 4 Jan 1999 13:28:25 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id NAA00676; Mon, 4 Jan 1999 13:26:06 -0800 (PST) Message-Id: <199901042126.NAA00676@implode.root.com> To: Mike Smith cc: Richard Cownie , freebsd-smp@FreeBSD.ORG Subject: Re: Symbios & SC450NX In-reply-to: Your message of "Mon, 04 Jan 1999 13:11:39 PST." <199901042111.NAA00491@dingo.cdrom.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 04 Jan 1999 13:26:05 -0800 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> > 2GB of DRAM. > >My gut feeling is that there's something sized wrongly here; If Micron >had come through with the SC450NX for wcarchive, I'd expect that David >would have run into this by now; you might want to take it up with him >directly. I'm expecting to take delivery of a machine for another client within two weeks that will have 2GB of RAM. I'll be looking at the memory issues then. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jan 4 14:51:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17489 for freebsd-smp-outgoing; Mon, 4 Jan 1999 14:51:48 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from psv.oss.uswest.net (psv.oss.uswest.net [204.147.85.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17475; Mon, 4 Jan 1999 14:51:42 -0800 (PST) (envelope-from greg@psv.oss.uswest.net) Received: (from greg@localhost) by psv.oss.uswest.net (8.8.8/8.8.5) id QAA21033; Mon, 4 Jan 1999 16:40:32 -0600 (CST) 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: <199901041931.LAA14216@dingo.cdrom.com> Date: Mon, 04 Jan 1999 16:40:31 -0600 (CST) Reply-To: greg@uswest.net Organization: US WEST !NTERACT From: Greg Rowe To: Mike Smith , freebsd-scsi@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Symbios & SC450NX Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike, I've also copied the -scsi list on this. Below is the output of the boot (-hv) to a terminal server showing the errors when using the onboard SCSI. On a side note, I added a second fxp controller on the 2nd PCI bus and the 2nd PCI bus now probes with the new current. Let me know if you need anything else tested. Greg On 04-Jan-99 Mike Smith wrote: >> We just recieved a new Quad Xeon SC450NX system with a Gig of memory and 3 >>Ultra Wide Seagate 4 gig drives. We ordered the system with an Adaptec 2940UW >>controller since we weren't sure what luck we'd have with the onboard SCSI's. >> I installed 3.0 RELEASE using the Adaptec and then tried removing the card and >>switching the SCSI cable to the internal Symbios/NCR controllers. The system >>would boot OK and then panic when it tried to mount the / partition. I cvsup'd >>the latest current as of last Wednesday, rebuilt and tried switching to the >>internal controllers again and now the system panics and quickly reboots with a >>line something like this (sorry it goes by fairly quickly): CCB > CCB_H pci/ncr.c Target ID Failed at 5079 >>The Symbios controller reports: V4.0 PCI Rev 2.0, 2.1 PCI - 4.11.03.01 >> >> Has anyone tried using the on-board controllers on this main board ? Also, >> is >> it even worth bothering with as I do have Adaptec controllers to use ? >> Thanks. >> > > Just a pointer, you might want to move this to the freebsd-scsi list, > as I'm not sure if any of the CAM folks read -smp on a regular basis. > > It's also help if you could include the probe output for the controller > - you'll probably have to use a serial console to get that. Just boot > normally and supply '-h' at the boot: prompt, and have a terminal at > 9600bps connected to sio0. > > Let us know how you go, particularly with devices on the second PCI bus. > > -- > \\ Sometimes you're ahead, \\ Mike Smith ******************************************************************************** >> FreeBSD BOOT @ 0x10000: 631/15360 k of memory, serial console Boot default: 0:da(0,a)kernel Usage: bios_drive:interface(unit,partition)kernel_name options bios_drive 0, 1, ... interface fd, wd or da unit 0, 1, ... partition a, c, ... kernel_name name of kernel, or ? for list of files in root directory options -a (ask name) -C (cdrom) -c (userconfig) -D (dual consoles) -d (debug early) -g (gdb) -h (serial console) -P (probe kbd) -r (default root) -s (single user) -v (verbose) Examples: 1:da(0,a)mykernel boot `mykernel' on the first SCSI drive when one IDE drive is present 1:wd(2,a) boot from the second (secondary master) IDE drive 1:da(0,a)? list the files in the root directory on the specified drive/unit/partition, and set the default bios_drive, interface, unit and partition -cv boot with the defaults, then run UserConfig to modify hardware parameters (c), and print verbose messages (v) boot: Booting 0:da(0,a)kernel @ 0x100000 text=0x16e000 data=0x1c000 bss=0x2d880 symbols=[+0x780+0x4+0x179b8+0x4+0x23e1f] total=0x2f37df entry point=0x100000 BIOS basemem (631K) != RTC basemem (640K), setting to BIOS value BIOS extmem (15360K) != RTC extmem (65535K) Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu Dec 31 11:07:39 CST 1998 root@spare.oss.uswest.net:/usr/src/sys/compile/SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II (quarter-micron) (686-class CPU) Origin = "GenuineIntel" Id = 0x653 Stepping=3 Features=0x183fbff> real memory = 1073741824 (1048576K bytes) config> quit avail memory = 1042518016 (1018084K bytes) Programming 64 pins in IOAPIC #0 IOAPIC #0 intpint 54 -> irq 10 IOAPIC #0 intpint 56 -> irq 15 IOAPIC #0 intpint 57 -> irq 11 IOAPIC #0 intpint 58 -> irq 5 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x003f0013, at 0xfec00000 Probing for devices on PCI bus 0: fxp0: rev 0x02 int a irq 16 on pci0.6.0 fxp0: Ethernet address 00:a0:c9:d5:05:1a ncr0: rev 0x23 int a irq 5 on pci0.8.0 vga0: rev 0x23 on pci0.10.0 chip0: rev 0x02 on pci0.12.0 ide_pci0: rev 0x01 on pci0.12.1 chip1: rev 0x02 on pci0.12.3 chip2: rev 0x03 on pci0.16.0 chip3: rev 0x02 on pci0.18.0 chip4: rev 0x02 on pci0.19.0 Probing for devices on PCI bus 1: fxp1: rev 0x05 int a irq 19 on pci1.1.0 fxp1: Ethernet address 00:90:27:0e:1c:3f ncr1: rev 0x01 int a irq 11 on pci1.3.0 ncr2: rev 0x01 int b irq 15 on pci1.3.1 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console 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 psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (atapi): , removable, accel, dma, iordis wdc0: ATAPI CD-ROMs not configured wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 adv0 not found at 0x330 bt0 not found at 0x134 aha0 not found at 0x134 npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 assertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 passertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 aassertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 ssassertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", line 5079 3 at ncr1 bus 0 target 6 lun 0 pass3: Fixed Processor SCSI-2 device pass3: 3.300MB/s transfers Fatal trap 18: integer divide fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 instruction pointer = 0x8:0xf01e9d54 stack pointer = 0x10:0xff804c38 frame pointer = 0x10:0xff804c80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = <- SMP: XXX trap number = 18 panic: integer divide fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... done Automatic reboot in 15 seconds - press a key on the console to abort Greg Rowe US WEST - Internet Service Operations "The telephone, for those of you who have forgotten, was a commonly used communications technology in the days before electronic mail. They're still easy to find in most large cities." -- Nathaniel Borenstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jan 4 16:28:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00413 for freebsd-smp-outgoing; Mon, 4 Jan 1999 16:28:37 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from localhost.localdomain (ppp-115-41.villette.club-internet.fr [194.158.115.41]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00390; Mon, 4 Jan 1999 16:28:27 -0800 (PST) (envelope-from groudier@club-internet.fr) Received: from localhost (groudier@localhost) by localhost.localdomain (8.8.4/8.8.4) with SMTP id BAA02473; Tue, 5 Jan 1999 01:31:19 +0100 X-Authentication-Warning: localhost.localdomain: groudier owned process doing -bs Date: Tue, 5 Jan 1999 01:31:18 +0100 (MET) From: Gerard Roudier X-Sender: groudier@localhost To: Greg Rowe cc: Mike Smith , freebsd-scsi@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Symbios & SC450NX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > CCB > CCB_H pci/ncr.c Target ID Failed at 5079 > ssassertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", > line 5079 The driver is using CTEST0 IO register to store the target id from SCRIPTS. The C code reads this register on some interrupt condition to identify the target that is currently talking with the controller. But, the 896 uses this register to indicate the status of bytes at the bottom of the DMA fifo, and so this register shall not be used anymore by the driver to keep track of the target id. If you want the driver to work immediately for you, the following trick should be enough, but it is not kind of beauty, by the way: $ vi ncr.c :1,$ s/ctest0/sdid/g Regards, Gerard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jan 5 08:12:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01228 for freebsd-smp-outgoing; Tue, 5 Jan 1999 08:12:28 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mailhub.scl.ameslab.gov (mailhub.scl.ameslab.gov [147.155.137.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01219 for ; Tue, 5 Jan 1999 08:12:26 -0800 (PST) (envelope-from ghelmer@scl.ameslab.gov) Received: from demios.ether.scl.ameslab.gov ([147.155.137.54] helo=demios.scl.ameslab.gov) by mailhub.scl.ameslab.gov with smtp (Exim 1.90 #1) id 0zxZ5S-0001I1-00; Tue, 5 Jan 1999 10:12:06 -0600 Date: Tue, 5 Jan 1999 10:11:55 -0600 (CST) From: Guy Helmer To: "Kenneth D. Merry" cc: freebsd-smp@FreeBSD.ORG Subject: Re: ASUS P65UP5 Dual PPro problems In-Reply-To: <199901012114.OAA43959@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 1 Jan 1999, Kenneth D. Merry wrote: > Guy Helmer wrote... > > We are having trouble with a bunch of ASUS P65UP5 machines with dual > > 200MHz PPro's; each machine is configured exactly the same, with 256MB > > RAM, a Tulip Fast Ethernet interface and IDE disk drive. Symptoms are > > that the machine will either freeze solid without any console message, or > > (according to top(1)) a process is running on CPU1 (and never changes from > > CPU1) but is not getting any CPU time (WCPU and CPU are both 0%). This > > seems to happen randomly, but usually when the processes are doing network > > communication. > > > > The kernel is FreeBSD SMP built from sources dated Nov 19 1998. The > > machine's BIOS is set to MP spec 1.4. The machines work fine under > > uniprocessor Linux 2.0.3x, but exhibit similar behavior with SMP Linux > > 2.0.3x or 2.1.x. > > Well, FWIW, I have the same sort of machine (same motherboard and > processors), but running with -current from early December. I haven't > had any trouble. > > I've got SCSI disks, though, not IDE. I do have two DEC Tulip based SMC > cards, though. > > One question I have, though, is what kind of RAM you have in the machine? > i.e., what configuration. I tried putting 256MB in my machine, using 8 > 32MB (parity) SIMMs, but I wasn't able to keep it like that. I got random > NMIs with 8 SIMMs on board. I reduced it to 6 SIMMs (192MB), and the NMIs > stopped. These machines have 256MB RAM using 8 32MB ECC SIMMs, ECC enabled in the BIOS setup. > I'm fairly certain they weren't parity errors, since I've had bad memory on > other machines and FreeBSD would actually panic with a "ram parity error" > NMI. The NMI panic message I got with these errors didn't state a specific > problem. > > The SIMMs I have all have 24 chips on board, so they're within ASUS' stated > specs, but my guess is that I exceeded the load that the memory subsystem > could take. The NMIs generally only occurred under high memory load. Are the NMI's reported via syslog? We've not seen any NMIs reported to the console on these systems... Thanks, Guy Guy Helmer, Graduate Student, Iowa State University Dept. of Computer Science Research Assistant, Ames Laboratory --- ghelmer@scl.ameslab.gov Research Assistant, Dept. of Computer Science --- ghelmer@cs.iastate.edu http://www.cs.iastate.edu/~ghelmer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jan 5 08:19:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02037 for freebsd-smp-outgoing; Tue, 5 Jan 1999 08:19:24 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02032 for ; Tue, 5 Jan 1999 08:19:22 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id JAA64014; Tue, 5 Jan 1999 09:18:51 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199901051618.JAA64014@panzer.plutotech.com> Subject: Re: ASUS P65UP5 Dual PPro problems In-Reply-To: from Guy Helmer at "Jan 5, 99 10:11:55 am" To: ghelmer@scl.ameslab.gov (Guy Helmer) Date: Tue, 5 Jan 1999 09:18:51 -0700 (MST) Cc: freebsd-smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Guy Helmer wrote... > On Fri, 1 Jan 1999, Kenneth D. Merry wrote: > > > Guy Helmer wrote... > > > We are having trouble with a bunch of ASUS P65UP5 machines with dual > > > 200MHz PPro's; each machine is configured exactly the same, with 256MB > > > RAM, a Tulip Fast Ethernet interface and IDE disk drive. Symptoms are > > > that the machine will either freeze solid without any console message, or > > > (according to top(1)) a process is running on CPU1 (and never changes from > > > CPU1) but is not getting any CPU time (WCPU and CPU are both 0%). This > > > seems to happen randomly, but usually when the processes are doing network > > > communication. > > > > > > The kernel is FreeBSD SMP built from sources dated Nov 19 1998. The > > > machine's BIOS is set to MP spec 1.4. The machines work fine under > > > uniprocessor Linux 2.0.3x, but exhibit similar behavior with SMP Linux > > > 2.0.3x or 2.1.x. > > > > Well, FWIW, I have the same sort of machine (same motherboard and > > processors), but running with -current from early December. I haven't > > had any trouble. > > > > I've got SCSI disks, though, not IDE. I do have two DEC Tulip based SMC > > cards, though. > > > > One question I have, though, is what kind of RAM you have in the machine? > > i.e., what configuration. I tried putting 256MB in my machine, using 8 > > 32MB (parity) SIMMs, but I wasn't able to keep it like that. I got random > > NMIs with 8 SIMMs on board. I reduced it to 6 SIMMs (192MB), and the NMIs > > stopped. > > These machines have 256MB RAM using 8 32MB ECC SIMMs, ECC enabled in the > BIOS setup. I've heard (on one of the FreeBSD lists, probably -hardware, I think) that enabling ECC knocks about 10% off memory performance. It might be better to just enable parity checking. > > I'm fairly certain they weren't parity errors, since I've had bad memory on > > other machines and FreeBSD would actually panic with a "ram parity error" > > NMI. The NMI panic message I got with these errors didn't state a specific > > problem. > > > > The SIMMs I have all have 24 chips on board, so they're within ASUS' stated > > specs, but my guess is that I exceeded the load that the memory subsystem > > could take. The NMIs generally only occurred under high memory load. > > Are the NMI's reported via syslog? We've not seen any NMIs reported to > the console on these systems... NMI == Non Maskable Interrupt NMI's cause panics. If you've got DDB enabled, you can just continue on after an NMI, but you may have weird things happen. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jan 5 14:54:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25217 for freebsd-smp-outgoing; Tue, 5 Jan 1999 14:54:08 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from psv.oss.uswest.net (psv.oss.uswest.net [204.147.85.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25125; Tue, 5 Jan 1999 14:54:01 -0800 (PST) (envelope-from greg@psv.oss.uswest.net) Received: (from greg@localhost) by psv.oss.uswest.net (8.8.8/8.8.5) id QAA23447; Tue, 5 Jan 1999 16:52:54 -0600 (CST) 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: Tue, 05 Jan 1999 16:52:54 -0600 (CST) Reply-To: greg@uswest.net Organization: US WEST !NTERACT From: Greg Rowe To: Gerard Roudier Subject: Re: Symbios & SC450NX Cc: freebsd-smp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks, this did the trick. I'll beat on the server for a few days now and see how it holds up. Greg On 05-Jan-99 Gerard Roudier wrote: > >> CCB > CCB_H pci/ncr.c Target ID Failed at 5079 >> ssassertion "target == ccb->ccb_h.target_id" failed: file "../../pci/ncr.c", >> line 5079 > > The driver is using CTEST0 IO register to store the target id from > SCRIPTS. The C code reads this register on some interrupt condition to > identify the target that is currently talking with the controller. But, > the 896 uses this register to indicate the status of bytes at the bottom > of the DMA fifo, and so this register shall not be used anymore by the > driver to keep track of the target id. > > If you want the driver to work immediately for you, the following trick > should be enough, but it is not kind of beauty, by the way: > > $ vi ncr.c > >:1,$ s/ctest0/sdid/g > > > Regards, > Gerard. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message Greg Rowe US WEST - Internet Service Operations "The telephone, for those of you who have forgotten, was a commonly used communications technology in the days before electronic mail. They're still easy to find in most large cities." -- Nathaniel Borenstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jan 5 17:01:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16141 for freebsd-smp-outgoing; Tue, 5 Jan 1999 17:01:47 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from gw1.tesys.com (gw1.tesys.com [207.5.58.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16130 for ; Tue, 5 Jan 1999 17:01:42 -0800 (PST) (envelope-from kamal@tesys.com) Received: from kamal.tesys.com (kamal.tesys.com [207.5.58.14]) by gw1.tesys.com (8.9.1/8.7.3) with SMTP id RAA14857 for ; Tue, 5 Jan 1999 17:01:47 -0800 (PST) Message-Id: <199901060101.RAA14857@gw1.tesys.com> X-Sender: kamal@gw1.tesys.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 05 Jan 1999 17:01:14 -0800 To: smp@FreeBSD.ORG From: Kamal Singh Subject: SMP Support Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Justin, FreeBSD 3.0 has support for Pentium II multiple processors? Please advice... Thanks Kamal Singh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jan 5 17:23:23 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18777 for freebsd-smp-outgoing; Tue, 5 Jan 1999 17:23:23 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from galaxy.support.stream.com (galaxy.support.stream.com [208.13.180.22]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA18746 for ; Tue, 5 Jan 1999 17:23:20 -0800 (PST) (envelope-from wwoods@cybcon.com) Received: from c063.beaverton.stream.com ([208.13.191.137]) by galaxy.support.stream.com (Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) with SMTP id 852566F1.00077F21; Tue, 5 Jan 1999 20:21:53 -0500 Message-ID: <005a01be3912$862c5740$f301040a@c063.beaverton.stream.com> From: "Wiliam Woods" To: , "Kamal Singh" Subject: Re: SMP Support Date: Tue, 5 Jan 1999 17:18:46 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sure does, I am running dual Pentium II here and now... -----Original Message----- From: Kamal Singh To: smp@FreeBSD.ORG Date: Tuesday, January 05, 1999 5:08 PM Subject: SMP Support >Hello Justin, >FreeBSD 3.0 has support for Pentium II multiple processors? >Please advice... >Thanks >Kamal Singh > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Jan 6 11:31:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25139 for freebsd-smp-outgoing; Wed, 6 Jan 1999 11:31:41 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from cannon.ma.ikos.com (cannon.ma.ikos.com [137.103.105.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25123; Wed, 6 Jan 1999 11:31:38 -0800 (PST) (envelope-from tich@cannon.ma.ikos.com) Received: from lonesome.ma.ikos.com (lonesome [137.103.105.44]) by cannon.ma.ikos.com (8.9.1/8.8.8) with ESMTP id OAA13108; Wed, 6 Jan 1999 14:32:09 -0500 (EST) From: Richard Cownie Received: (from tich@localhost) by lonesome.ma.ikos.com (8.8.8/8.8.8) id OAA10265; Wed, 6 Jan 1999 14:32:09 -0500 (EST) Date: Wed, 6 Jan 1999 14:32:09 -0500 (EST) Message-Id: <199901061932.OAA10265@lonesome.ma.ikos.com> To: freebsd-hardware@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: SMP Xeon SC450NX 2G Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My SC450NX Xeon box (from www.sagelec.com) is now up and running 3.0-RELEASE with 2 cpus and 1GB of DRAM. I bought an Adaptec 2940 to get round the ncr driver problem with the onboard Symbios 53C896. The onboard video (Cirrus Logic CL-GD5480) also seems to work ok with XFree86 (choosing GD5464 as the card type in XF86Setup). Everything runs fine so far, and the 400MHz Xeon blows away our 300MHz UltraSPARC-2 boxes (did a big gcc compile in 440 sec vs 761 sec). With 2GB of DRAM it still crashes - here are the details: ... BIOS basemem (633K) != RTC basemem (640K), setting to BIOS value BIOS extmem (15360K) != RTC extmem (65535K) Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 03000000 fault virtual address = 0x68 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01e41c0 stack pointer = 0x10:0xf02c3e8c frame pointer = 0x10:0xf02c3eac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio cam <- SMP: XXX kernel: type 12 trap, code=0 Stopped at _vm_page_select_free+0x20: movl 0x68(%esi),%ebx db> trace _vm_page_select_free(0,9,1,f2205000,f2c00000) at _vm_page_select_free+0x20 _vm_page_alloc(0,9,2,f2205000,f0269188) at _vm_page_alloc+0xba _pmap_growkernel(f2a05000,4,f025e07c,800000,f02691a8) at _pmap_growkernel+0xa5 _vm_map_findspace(f0269188,effbf000,800000,f02c3f58,f0269188,2,0,f027b75c) _kmem_alloc at _kmem_alloc+0x3e _pmap_init at _pmap_init+0x57 _vm_mem_init at _vm_mem_init+0x50 _main at _main+0x8b begin() at begin+0x54 Cheers Richard Cownie (tich@ma.ikos.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Jan 6 18:49:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15943 for freebsd-smp-outgoing; Wed, 6 Jan 1999 18:49:36 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15934; Wed, 6 Jan 1999 18:49:32 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id VAA10567; Wed, 6 Jan 1999 21:49:03 -0500 (EST) (envelope-from luoqi) Date: Wed, 6 Jan 1999 21:49:03 -0500 (EST) From: Luoqi Chen Message-Id: <199901070249.VAA10567@lor.watermarkgroup.com> To: freebsd-hardware@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, tich@ma.ikos.com Subject: Re: SMP Xeon SC450NX 2G Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In i386/i386/pmap.c function pmap_init(), try to move the allocation of kptobj to the beginning of the function (before the kmem_alloc call). -lq > My SC450NX Xeon box (from www.sagelec.com) is now up and running > 3.0-RELEASE with 2 cpus and 1GB of DRAM. I bought an Adaptec 2940 > to get round the ncr driver problem with the onboard Symbios 53C896. > The onboard video (Cirrus Logic CL-GD5480) also seems to work ok > with XFree86 (choosing GD5464 as the card type in XF86Setup). > > Everything runs fine so far, and the 400MHz Xeon blows away our > 300MHz UltraSPARC-2 boxes (did a big gcc compile in 440 sec vs 761 sec). > > With 2GB of DRAM it still crashes - here are the details: > > ... > BIOS basemem (633K) != RTC basemem (640K), setting to BIOS value > BIOS extmem (15360K) != RTC extmem (65535K) > Copyright (c) 1992-1998 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > > > Fatal trap 12: page fault while in kernel mode > mp_lock = 00000002; cpuid = 0; lapic.id = 03000000 > fault virtual address = 0x68 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf01e41c0 > stack pointer = 0x10:0xf02c3e8c > frame pointer = 0x10:0xf02c3eac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > interrupt mask = net tty bio cam <- SMP: XXX > kernel: type 12 trap, code=0 > Stopped at _vm_page_select_free+0x20: movl 0x68(%esi),%ebx > db> trace > _vm_page_select_free(0,9,1,f2205000,f2c00000) at _vm_page_select_free+0x20 > _vm_page_alloc(0,9,2,f2205000,f0269188) at _vm_page_alloc+0xba > _pmap_growkernel(f2a05000,4,f025e07c,800000,f02691a8) at _pmap_growkernel+0xa5 > _vm_map_findspace(f0269188,effbf000,800000,f02c3f58,f0269188,2,0,f027b75c) > _kmem_alloc at _kmem_alloc+0x3e > _pmap_init at _pmap_init+0x57 > _vm_mem_init at _vm_mem_init+0x50 > _main at _main+0x8b > begin() at begin+0x54 > > Cheers > Richard Cownie (tich@ma.ikos.com) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Jan 7 12:22:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00775 for freebsd-smp-outgoing; Thu, 7 Jan 1999 12:22:41 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from cannon.ma.ikos.com (cannon.ma.ikos.com [137.103.105.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00757; Thu, 7 Jan 1999 12:22:36 -0800 (PST) (envelope-from tich@cannon.ma.ikos.com) Received: from lonesome.ma.ikos.com (lonesome [137.103.105.44]) by cannon.ma.ikos.com (8.9.1/8.8.8) with ESMTP id PAA22002; Thu, 7 Jan 1999 15:23:09 -0500 (EST) From: Richard Cownie Received: (from tich@localhost) by lonesome.ma.ikos.com (8.8.8/8.8.8) id PAA12219; Thu, 7 Jan 1999 15:23:09 -0500 (EST) Date: Thu, 7 Jan 1999 15:23:09 -0500 (EST) Message-Id: <199901072023.PAA12219@lonesome.ma.ikos.com> To: freebsd-hardware@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: SC450NX - thanks for patches Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Here's the latest on the SC450NX quad-Xeon machine 1) With this patch to i386/i386/pmap.c (thanks to Luoqi Chen) it now runs with 2GB DRAM >In i386/i386/pmap.c function pmap_init(), try to move the allocation of >kptobj to the beginning of the function (before the kmem_alloc call). 2) With this patch to pci/ncr.c (thanks to Gerard Roudier) it can now find and boot the kernel using the onboard 53C896 scsi >If you want the driver to work immediately for you, the following trick >should be enough, but it is not kind of beauty, by the way: > >$ vi ncr.c >:1,$ s/ctest0/sdid/g 3) With the disk on the 53C896 scsi, it fails to mount the root filesystem (perhaps because moving the disk causes confusion ?) So I'm still using the Adaptec 2940 for now. 4) Increasing the process size limit to 2GB seems to cause some trouble - the system boots, but the console getty complains and doesn't put up a login prompt. Kernel configured with this has the problem: options "MAXDSIZ=(2000*1024*1024)" options "DFLDSIZ=(2000*1024*1024)" Kernel configured with this is ok: options "MAXDSIZ=(1800*1024*1024)" options "MAXDSIZ=(1800*1024*1024)" 5) Performance is good, 400MHz Xeon is 1.35 x faster than 300MHz Ultrasparc2 on our application (compiling Verilog onto a box full of FPGA's) - and the SC450NX is about $11.5K, compared to about $30K for a dual UltraSPARC. With 500MHz Tanner cpu's (in March ?) the SC450NX will be just awesome. Thanks to everyone for helping to make this fly Richard Cownie (tich@ma.ikos.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Jan 9 11:43:41 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03859 for freebsd-smp-outgoing; Sat, 9 Jan 1999 11:43:41 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03835; Sat, 9 Jan 1999 11:43:28 -0800 (PST) (envelope-from se@dialup124.zpr.uni-koeln.de) Received: from dialup124.zpr.Uni-Koeln.DE (dialup124.zpr.Uni-Koeln.DE [134.95.219.124]) by Sisyphos.MI.Uni-Koeln.DE (8.8.7/8.8.7) with ESMTP id UAA21276; Sat, 9 Jan 1999 20:42:40 +0100 (MET) Received: (from se@localhost) by dialup124.zpr.Uni-Koeln.DE (8.9.1/8.6.9) id UAA00357; Sat, 9 Jan 1999 20:28:50 +0100 (CET) Date: Sat, 9 Jan 1999 20:28:50 +0100 From: Stefan Esser To: Greg Rowe Cc: Mike Smith , freebsd-scsi@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, Stefan Esser Subject: Re: Symbios & SC450NX Message-ID: <19990109202850.A320@dialup124.mi.uni-koeln.de> Reply-To: se@FreeBSD.ORG References: <199901041931.LAA14216@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Greg Rowe on Mon, Jan 04, 1999 at 04:40:31PM -0600 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 1999-01-04 16:40 -0600, Greg Rowe wrote: > I've also copied the -scsi list on this. Below is the output of the boot (-hv) Since I'm only on the SCSI list, I only now got to hear that there apparently is some problem with the NCR driver and the 53c896 ... > CCB > CCB_H pci/ncr.c Target ID Failed at 5079 This is an assert() for a "can't happen" case, which I never before heard was triggered ... The probable cause is, that Symbios changed the definition of the CTEST0 register (it was a general purpose R/W register, but has been labeled "reserves the right to use these bits for future 53C8XX family enhancements"). The latest data book I have is for the 53c895, and the register is available to the driver, for that controller. I don't know about the 896, but I've got to assume, that Symbios started to assign internal status and(or command bits to CTEST0 ... The solution to this problem is to either only use those bits of CTEST0, that still are available, or to use some other register to hold the current SCSI target information. The problem is, that CTEST0 is the only reasonable choice for early 53c8xx family members. Later chips got 16 more bytes of internal scratch register storage, but the driver had to be modified in a number of places, if CTEST0 was to to be replaced by, say, the low byte of SCRATCHC. This is not really hard to do, but will require some testing and more time than a weekend ;-) Access to a 53c896 card would help, as did having copies of the pages that describe CTEST0 in the "SYM53C896 Data Manual". Symbios has been very responsive when I asked for programming info in the past, but it will probably take many weeks until I receive the data books, if I order them today ... I could send patches that print register info at the place where the assert() fails, but I doubt this is the correct way to deal with this problem. Rather, I'd have the docs, and then will provide a solution that fixes the problem for the 896, without giving up 53c810 support in the driver, which is the real hard problem :) Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message