Date: Tue, 3 Apr 2007 10:31:25 +0200 (CEST) From: Oliver Fromme <olli@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br Subject: Re: scsi/mpt problem with latest source Message-ID: <200704030831.l338VP9n048796@lurza.secnetix.de> In-Reply-To: <7579f7fb0704011116x53ad98dhe80948050526597b@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Jacob wrote: > > > > > > (xpt0:mpt0:0:-1:-1): reset bus > > periph:sim:channel:target:lun > > target == lun == -1 == wildcard, so the initial bus reset applies to a > nexus for all targets and luns on that channel on that sim (mpt0) on > that periph (xpt0) > > > would you mind to tell why it happens and this "-1" values ? As far as the "why" is concerned: _All_ scsi controller drivers reset their busses at first, in order to reset all devices to a well-known state. Then they wait a short time, in order to give the devices an opportunity to finish their reset, then the busses are scanned for devices. Well, at least that's who the scsi controller drivers work that I've used in the past (not including mpt), but I guess it's basically the same for all of them. So, the bus reset during boot is perfectly normal. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200704030831.l338VP9n048796>