[comp.sys.3b1] More on FTP causing kernel panics

jim@syteke.be (Jim Sanchez) (02/21/91)

After my last posting describing my problem with kernel panics while
doing ftps to my DOS pc I thought I would include a couple of things
about my setup.  This is after Thad's hectoring me about using a
MS-DOS pc :-) (It's a joke son).  Anyway, still do not have any good
suggestions about the problem and here is the output of:
(a) /etc/lddrv/drivers
ate
nipc
kbd
cmb
ether

(b) /etc/lddrv/lddrv -s

 DEVNAME  ID  BLK CHAR  LINE   SIZE    ADDR     FLAGS
    wind   0   -1    7   -1  0x9000   0x54000 ALLOC BOUND 
     ate   1   -1   -1   -1  0x1000   0x5d000 ALLOC BOUND 
    nipc   2   -1   -1   -1  0x7000  0x360000 ALLOC BOUND 
     kbd   3   -1   10   -1  0x1000   0x5e000 ALLOC BOUND 
     cmb   4   -1   -1   -1  0x3000  0x367000 ALLOC BOUND 
   ether   5   -1   11   -1 0x13000  0x36a000 ALLOC BOUND 

Neither of these looks very weird to me.  So again any ideas or should
I just live with it.  It seems to be dependent on system activity and
I avoid ftps like the plague when news is unbatching.  I have run
memory tests a while back and did not discover anything.

Oh the panic is a NMI error but I suspect that is rather generic.

Thanks
-- 
Jim Sanchez          | jim@syteke.be (PREFERRED)
Hughes LAN Systems   | OR uunet!mcsun!ub4b!syteke!jim 
Brussels Belgium     | OR jim@hls.com

dnichols@ceilidh.beartrack.com (DoN Nichols) (02/22/91)

In article <1796@syteke.be> jim@syteke.be (Jim Sanchez) writes:
>After my last posting describing my problem with kernel panics while
>doing ftps to my DOS pc I thought I would include a couple of things
>about my setup.  This is after Thad's hectoring me about using a
>MS-DOS pc :-) (It's a joke son).  Anyway, still do not have any good
>suggestions about the problem and here is the output of:
>(a) /etc/lddrv/drivers

>
>Neither of these looks very weird to me.  So again any ideas or should
>I just live with it.  It seems to be dependent on system activity and
>I avoid ftps like the plague when news is unbatching.  I have run
>memory tests a while back and did not discover anything.

	Looks like my system's order, except that for some reason I have
BOTH ipc packages installed.  The FIXDISK2.0+IN didn't uninstall the old ipc
driver, and it works that way!?

>
>Oh the panic is a NMI error but I suspect that is rather generic.

	Just what kept hitting me!  I cured it only by moving disks and
cards from a 3B1 w/2MB ram on board to a 7300 w/1MB ram.  NO software
changes.  The hard drives were mounted external to the cpu housing.
Eventually, I'm going to expand the onboard ram in the 7300 to 2MB.  See if
that brings back the problems.  (The 7300 IS a newer version of the
motherboard, but don't ask me which revision till next time I go after dust
bunnies. :-) The one distinguishing characteristic that comes to mind is
that the second ic expansion area from where the ICUS expansion socket goes
has a trimpot in place.  I had to find another spare chip area, since I did
the whole ICUS mod on the motherboard.  (The 7300 is the only machine I
purchased NEW, and that was at the closeout price of $649, so it had to be a
fairly late machine.)  Both the 3b1 and the 7300 had the DRUN patch factory
installed.

	I've finally gotten another ethernet card, so maybe I can try to
trace what is happening in that machine.  (First, I'm going back into the
3b1 to move its ICUS mod to all on the motherboard, as well.)

	I wish that someone had some board extenders, so I could test things
with most of the system buttoned up.


	Good Luck
		DoN.


-- 
Donald Nichols (DoN.)		| Voice (Days):	(703) 664-1585
D&D Data			| Voice (Eves):	(703) 938-4564
Disclaimer: from here - None	| Email:     <dnichols@ceilidh.beartrack.com>
	--- Black Holes are where God is dividing by zero ---