scsi/mpt problem with latest source
Oliver Fromme
olli at lurza.secnetix.de
Tue Apr 3 08:31:32 UTC 2007
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
More information about the freebsd-stable
mailing list