Date: Tue, 30 May 1995 11:00:49 +0400 (GMT+0400) From: Anthony Graphics <agl@mac.glas.apc.org> To: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> Cc: freebsd-hackers@FreeBSD.org Subject: Re: 950412 hangs on ncr0 probing: Message-ID: <Pine.LNX.3.91.950530102020.1863A-100000@mail.redline.ru> In-Reply-To: <199505291838.LAA01411@gndrsh.aac.dev.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 29 May 1995, Rodney W. Grimes wrote:
> Date: Mon, 29 May 1995 11:38:46 -0700 (PDT)
> From: Rodney W. Grimes <rgrimes@gndrsh.aac.dev.com>
> To: Anthony Graphics <agl@mac.glas.apc.org>
> Cc: freebsd-hackers@FreeBSD.org
> Subject: Re: 950412 hangs on ncr0 probing:
>
> > > Well, one problem at a time, since we got the boot going, we need to
> > > move on to this signal 10/11 problem. Have you set the external cache
> > > to write through mode. The Saturn chip set used on the ASUS PCI/I-486SP3G
> > > has a bus master DMA cache invalidation bug (it fails to invalidate
> > > cache entries written by the NCR controller to main memory), this should
> > > fix your signal 10/11 problem.
> >
> > Switched DMA Line Buffer Mode to Standard and
> > ISA Master Buffer Mode to Standers
> > just in case: still no luck.
> > Btw, what 486 PCI boards do work properly (The ones without NCR ok) ?
>
> ASUS PVI-486AP4 works just fine. It does have a 2 master limit, but
> that is clearly documented in the MB book for it.
>
> Please set all BIOS values to ``Setup Default'' then change the external
> cache to write through mode (CUP as the screen says I guess, been a
> month since I played with this board) and disable ISA GAT mode. Do
> NOT make any other changes. I can't track things if we go off tweaking
> all over the place.
>
> > > > One thing to mention: I have compiled and installed gnu make into
> > > > /usr/local/bin/make and /usr/local/bin precedes /usr/bin in my path,
> > > > so I cd /sys/compile/MYSYSTEMNAME
> > > > and /usr/bin/make
> > > > it have nothing to do with problems with unexpected signal trapped by cc1
> > > > I suppose?
> > >
> > > Nope, cache bug in the board I am sure is what you are seeing. Set the
> > > *External* cache to *Write-through* and your problem will vanish.
> > ^^^^^^^^^^ There is only one "Cache Update Policy"(CUP) switch and I guess
> > it relates to the external cache. Are there motherboards out
> > there that let one to control the update policy for an internal cache ;-0 ?
>
> Right, this is a 486 you can't change the internal cache policy on it like
> you can on a Pentium.
>
> > I turned CUP into Wr-Through mode (are you sure the bug ain't fixed
> > in rev 4.0 aka Saturn-2?), and it haven't helped. Still getting sig 11 :-(
> > Well, I've disabled external cache at all: no light at the end of the tunnel;
> > disabled page modes, write buffers, etc: nothing helps.
> > And I've increased both dram and sram wait states to 1 cycle,
> > (two NEC's 9chip simms are 60 ns, so 0 should be enough I guess,
> > but anyway just a sefety precaution) : still no luck.
> >
>
> I am quite sure the bug is not fixed in Saturn II, aka Saturn >= Rev 4.,
> If you had a Saturn I based board I would tell you to turn your external
> cache off as the bug in it is very serious and prevents any type of
> external cache from being used with bus mastered devices.
>
> What is the CPUID value for this CPU chip?? Does this happen to be
> a stepping 0 Intel 486DX4/100?? Please send me the lines from
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ yes. Anything wrong with it
> dmesg that are similiar to this:
>
> FreeBSD 2.0-BUILT-19950529 #0: Mon May 29 07:40:06 1995
> rgrimes@capo1.aac.dev.com:/var/src/sys/compile/GNDRSH
> CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU)
> Origin = "GenuineIntel" Id = 0x524 Stepping=4
> Features=0x1bf<FPU,VME,PSE,MCE,CX8,APIC>
> real memory = 66715648 (16288 pages)
> avail memory = 64196608 (15673 pages)
FreeBSD 2.0.950412-SNAP #0: Thu Apr 13 14:11:34 1995
jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC
CPU: i486 DX4 (486-class CPU)
Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3<FPU,VME>
real memory = 33161216 (8096 pages)
avail memory = 30629888 (7478 pages)
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x280
ed1 at 0x300-0x31f irq 10 maddr 0xd8000 msize 16384 on isa
ed1: address 00:00:c0:d3:7a:52, type WD8013EPC (16 bit)
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
sio3 not found at 0x2e8
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
lpt1 not found at 0xffffffff
lpt2 not found at 0xffffffff
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 72065B
fd0: 1.44MB 3.5in
wdc0 not found at 0x1f0
wdc1 not found at 0x170
bt0 not found at 0x330
uha0 not found at 0x330
ahc1 not found
ahb0 not found
aha0 not found at 0x330
aic0 not found at 0x340
nca0 not found at 0x1f88
nca1 not found at 0x350
sea0 not found
wt0: disabled, not probed.
mcd0: disabled, not probed.
mcd1: disabled, not probed.
scd0 not found at 0x230
eg0 not probed due to I/O address conflict with ed1 at 0x310
ep0 not probed due to I/O address conflict with ed1 at 0x300
ie0 not found at 0x360
ix0 not probed due to I/O address conflict with ed1 at 0x300
le0 not probed due to I/O address conflict with ed1 at 0x300
lnc0 not found at 0x280
lnc1 not probed due to I/O address conflict with ed1 at 0x300
ze0 not probed due to I/O address conflict with ed1 at 0x300
zp0 not probed due to I/O address conflict with ed1 at 0x300
matcd0 not found at 0xffffffff
npx0 on motherboard
npx0: INT 16 interface
Probing for devices on the pci0 bus:
configuration mode 2 allows 16 devices.
chip0 <Intel 82424ZX cache DRAM controller> rev 4 on pci0:0
ncr0 <ncr 53c810 scsi> rev 2 int a irq 9 on pci0:1
reg20: virtual=0xf4786000 physical=0xfbfff000 size=0x100
ncr0: restart (scsi reset).
ncr0 scanning for targets 0..6 (V2 pl21 95/03/21)
ncr0 waiting for scsi devices to settle
(ncr0:0:0): "QUANTUM LIGHTNING 540S 241E" is a type 0 fixed SCSI 2
sd0(ncr0:0:0): Direct-Access
sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8.
525MB (1075649 512 byte sectors)
chip1 <Intel 82378IB PCI-ISA bridge> rev 132 on pci0:2
pci0: uses 256 bytes of memory from fbfff000 upto fbfff0ff.
pci0: uses 256 bytes of I/O space from e800 upto e8ff.
changing root device to sd0a
pid 250: cc1: uid 0: exited on signal 11
pid 255: cc1: uid 0: exited on signal 6
pid 260: cc1: uid 0: exited on signal 6
CPU:
ser # A4212608CA
Here, motherboard settings:
JP17,18 Open
JP22 1&2
JP21 2&3
JP26 1&2
JP27 2&3
JP28 1&2
JP29 2&3
JP18,20 1&2 - Ext CPU Speed 33 MHz
JP3[012] 1&2 - SL CPU
JP33 open (x3 Internal clock)
JP34 2&3
JP35 1&2
JP36 2&3
JP38 Open
>
> ...
> > > > Ok here what it is:
> > > > super tower case with 2 fans and 400 Watt PSU (nearly empty)
> > >
> > > EEkksss... a 400W power supply with less than 100W of load on it
> > > can easily go out of regulation. Most power supplies have a minium
> > > load requirement to do proper regulation. This is often 10 to 25% of
> > > full load. Your little SP3G, DX4-100(3.3V chip, not much draw there!),
> > > 16MB, and probably 1 disk drive are drawing <100W. Please put a
> >
> > Well, 32MB to be precise ;-) Still, I'll try to add more load asap ;-)
>
> If you can please do the voltage measurement to make sure the power
> supply is putting out 4.95 to 5.05V at the motherboard power supply
> connector.
>
Ok, will do, but tell me first if anything wrong with dmesg output.
(stepping 0 486 in particular)
> Also please tripple check the motherboard jumper settings (I know you
> said you did not want to fuss with them, but I have seen some really
> strange things caused by not setting up the board correctly, and if
> I recall you do need to tweak a few jumpers to set that board up
> correctly for a DX4/100 vs the factory settings.
>
Nope, I've seen nothing should be changed.
AGL
>
>
> --
> Rod Grimes rgrimes@gndrsh.aac.dev.com
> Accurate Automation Company Custom computers for FreeBSD
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.3.91.950530102020.1863A-100000>