Skip site navigation (1)Skip section navigation (2)
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>