scsi/mpt problem with latest source

[Oliver Fromme]

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