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 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
