Date: Sun, 02 Feb 2003 21:18:22 +0900 From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp> To: "mike" <Michael@Reifenberger.com> Cc: Hidetoshi Shimokawa <simokawa@FreeBSD.org>, FreeBSD-Current <current@FreeBSD.org> Subject: Re: -current, IBM A30p & 2 external FW-disks Message-ID: <ybshebmvptd.wl@ett.sat.t.u-tokyo.ac.jp> In-Reply-To: <20030202112833.M8458@Reifenberger.com> References: <200301281509.h0SF97FM007160@repoman.freebsd.org> <20030128100059.A29598@espresso.q9media.com> <20030128202924.T649@nihil.reifenberger.com> <ybs7kcnw5w8.wl@ett.sat.t.u-tokyo.ac.jp> <20030202112833.M8458@Reifenberger.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At Sun, 2 Feb 2003 13:28:33 +0200, mike wrote: > > try some of the following: > > > > - fwcontorl -g 20 > > - sysctl hw.firewire.sbp.max_speed=0 > > - change SBP_QUEUE_LEN in sbp.c to 1 and rebuld module. > > - sysctl machdep.cpu_idle_hlt=0 > > - sysctl debug.sbp_debug=1 and send me a dmesg. > > with all of the above I get the attached dmesg soon after > setting up two concurrent iozones (one per disk): Hmm, Are you sure that you have chaned SBP_QUEUE_LEN to 1 and rebuild and reinstalled it? I suppose 'unordered execution' shouldn't happen for SBP_QUEUE_LEN=1 case. Anyway, how about change 'maxopenings' for cam_simq_alloc() in sbp.c to 1? BTW, after timeout message, did the transfer resume? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ybshebmvptd.wl>