Subject: Re: ncrscsi & Fujitsu M2512
To: Allen Briggs <briggs@puma.macbsd.com>
From: Hauke Fath <saw@sun0.urz.uni-heidelberg.de>
List: port-mac68k
Date: 05/26/1996 14:20:22
[...]

>> The Fujitsu MO spins down when it is not accessed for more than half an
>> hour. When you wake it up it spins up -- this is transparent to the host or
>> at least meant to be. The sleep/wake up mechanism works just fine under
>> MacOS and it used to work under older kernels.
>
>How long does it take to spin up?  It looks like that message (Timeout
>waiting for phase-change) is coming after a wait_req_true in ncr5380.c.
>You could try increasing the delay time in that function (change the
>25000 to 100000 or something and see what, if anything, works).  Looking
>at the comment, Leo W. considered that timeout to be excessive already,
>but he probably didn't have any drives spun down.
>
>Let me know what you find.
>
>-allen

The drive takes about two seconds for spinning up and recalibration after a
sleep. Well... I _think_ I found the place where a change makes sense:

# diff ncr5380.c /var/obj/sys/arch/mac68k/dev/ncr5380.c

862a863,864
>        *
>        * (Make it 2.5s for Fujitsu M2512      -hf 26 May 1996)
864c866
<       cnt = 25000;
---
>       cnt = 250000;

#

This lengthens the time a drive may take for its response when it is
selected after bus arbitration.

Unfortunately, I can't verify my assumption at the moment. The freshly
sup'ed kernel sources give a kernel that hangs after grf probing :-(

#################

NetBSD/mac68k console
[ preserving 81020 bytes of netbsd symbol table ]
Bootstrapping NetBSD/mac68k.
Getting mapping from MMU.
System RAM: 20971520 bytes in 5120 pages.
     Low = 0x0, high = 0x1400000
  no internal video at address 0 -- videoaddr is 0xfee08040.
Done.
Bootstrapping the pmap system.
Pmap bootstrapped.
Moving ROMBase from 0x40800000 to 0xaf9000.
Video address 0xfee08040 -> 0xbf9040.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

NetBSD 1.1B (ULME) #8: Sun May 26 07:32:03 GMT 1996
    hauke@se30:/usr/src/sys/arch/mac68k/compile/ULME
Apple Macintosh SE/30  (68030)
real mem = 20971520
avail mem = 17682432
using 204 buffers containing 835584 bytes of memory
mrg: kernel has no ROM vectors for this machine!
adb: no ROM ADB driver in this kernel for this machine
mainbus0 (root)
obio0 at mainbus0
adb0 at obio0 (ADB event device)
asc0 at obio0 Apple sound chip.
ite0 at obio0 (minimal console)
ncrscsi0 at obio0
scsibus0 at ncrscsi0
sd0 at scsibus0 targ 0 lun 0: <QUANTUM, TRB850S, 0403> SCSI2 0/direct fixed
sd0: 810MB, 3653 cyl, 4 head, 113 sec, 512 bytes/sec
sd1 at scsibus0 targ 1 lun 0: <QUANTUM, LP105S 910109405, 3.1> SCSI2 0/direct fi
xed
sd1: 100MB, 1219 cyl, 4 head, 42 sec, 512 bytes/sec
sd2 at scsibus0 targ 2 lun 0: <FUJITSU, M2512A, 1314> SCSI2 7/optical removable
sd2: drive offline
zsc0 at obio0 chip type 0
zstty0 at zsc0 channel 0 (console)
zstty1 at zsc0 channel 1
fpu0 at obio0 (mc68882)
nubus0 at mainbus0
ae0 at nubus0: address 00:00:94:10:6f:d0, type MacCon 30si, 16k mem.
ae0: length does not match next packet pointer
ae0: len 0000 nlen ff00 start 0c first 00 curr 0f next 00 stop 40
ae0: NIC memory corrupt - invalid packet length 65280
macvid0 at nubus0: Macintosh SE/30 Internal Video
macvid0: 512 x 342, monochrome
grf0 at macvid0

[HANGS FOREVER]

Better wait and see...



	hauke

---
"It's never straight up and down"     (DEVO)