From owner-FreeBSD-users-jp@jp.freebsd.org  Sun Feb 13 00:21:35 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id AAA64178;
	Sun, 13 Feb 2000 00:21:35 +0900 (JST)
	(envelope-from owner-FreeBSD-users-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (mistral@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id AAA64173
	for <FreeBSD-users-jp@jp.freebsd.org>; Sun, 13 Feb 2000 00:21:35 +0900 (JST)
	(envelope-from mistral@imasy.or.jp)
Received: from mistral.wind.prv (isdn18.imasy.or.jp [202.227.24.210])
	by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id AAA20239
	for <FreeBSD-users-jp@jp.freebsd.org>; Sun, 13 Feb 2000 00:21:33 +0900 (JST)
	(envelope-from mistral@imasy.or.jp)
Message-Id: <200002121521.AAA20239@tasogare.imasy.or.jp>
Received: (from yohta@localhost)
	by mistral.wind.prv (8.9.3/3.7Wpl2-990626) id XAA08419;
	Sat, 12 Feb 2000 23:10:28 +0900 (JST)
Date: Sat, 12 Feb 2000 23:10:28 +0900 (JST)
From: mistral@imasy.or.jp (Yoshihiko SARUMARU)
To: FreeBSD-users-jp@jp.freebsd.org
In-Reply-To: Your message of "Sat, 12 Feb 2000 17:45:46 +0900".
	<20000212174546W.hiroo@oikumene.gcd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
X-Mailer: mnews [version 1.22] 1999-12/19(Sun)
Reply-To: FreeBSD-users-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+990727
X-Sequence: FreeBSD-users-jp 49762
Subject: [FreeBSD-users-jp 49762] Re: IM-7500
Errors-To: owner-FreeBSD-users-jp@jp.freebsd.org
Sender: owner-FreeBSD-users-jp@jp.freebsd.org
X-Originator: mistral@imasy.or.jp

$B!!1n4]$G$9!#(B
  $B;d$b$h$/$o$+$C$F$^$;$s$,(B:

2000-02-12($BEZ(B) 17:45:46.$B:"!"(Bhiroo@oikumene.gcd.org$B$5$s$O=q$-$^$7$?!#(B

>          0x00ff  Test and use multi-sector transfer mode of this drive, max
>                  number of sectors attempted is (flags & 0x00ff).
> 
> $B$b;XDj$9$Y$-$G$7$g$&$+(B? $B$3$l$r;XDj$9$k$H$I$&$J$k$N$G$7$g$&(B?

  multi-sector transfer mode $B$K$J$k$s$8$c$J$$$G$7$g$&$+!)(B  $B$=$N(B
$B$^$s$^$G$9$1$I!#(BBIOS $B$N@_Dj9`L\$K$b$"$j$^$9$h$M(B (FreeBSD $B$O$=$N(B
$B@_Dj$r8+$^$;$s$,(B)$B!#(B

> $B<!$N(B flags $B$b$o$+$C$F$$$^$;$s!#$I$&$$$&>l9g$K;XDj$9$Y$-$J$N$G$7$g$&(B?
> 
>          0x4000  If drive looks like it's coming out of sleep mode, assume
>                  it's confused and reinitialize it.

  $B$3$l$O$?$7$+!"(BAPM $B4XO"$@$C$?$h$&$J!#0lDj;~4V;H$o$J$$;~%G%#%9%/(B
$B$N2sE>$r;_$a$k!"$H$+@_Dj$7$?;~$K4X78$9$k$s$8$c$"$j$^$;$s$G$7$?$C(B
$B$1!#(Bwd.c $B$K$O0J2<$N$h$&$K=q$$$F$"$k$h$&$G$9!#(B

#define WDOPT_SLEEPHACK 0x4000
($BCfN,(B)
        if (du->cfg_flags & WDOPT_SLEEPHACK) {
                /* OK, so the APM bios has put the disk into SLEEP mode,
                 * how can we tell ?  Uhm, we can't.  There is no 
                 * standardized way of finding out, and the only way to
                 * wake it up is to reset it.  Bummer.
                 *
                 * All the many and varied versions of the IDE/ATA standard
                 * explicitly tells us not to look at these registers if
                 * the disk is in SLEEP mode.  Well, too bad really, we
                 * have to find out if it's in sleep mode before we can 
                 * avoid reading the registers.
                 *
                 * I have reason to belive that most disks will return
                 * either 0xff or 0x00 in all but the status register 
                 * when in SLEEP mode, but I have yet to see one return 
                 * 0x00, so we don't check for that yet.
                 *
                 * The check for WDCS_BUSY is for the case where the
                 * bios spins up the disk for us, but doesn't initialize
                 * it correctly                                 /phk
                 */
# $B$G$b!"$h$/$o$+$i$J$$(B ^_^;;


--
$B1n4](B($B5l@+(B: $BB@ED(B)$BK'I'(B (Yoshihiko SARUMARU)
mail: mistral@imasy.or.jp	web: http://www.imasy.or.jp/~mistral/
