Date: Thu, 24 Apr 2008 10:50:22 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: freebsd-scsi@freebsd.org Subject: Re: issue with umass plugged-in during boot up Message-ID: <48103BBE.7090406@icyb.net.ua> In-Reply-To: <480E5598.5030502@icyb.net.ua> References: <480E4780.6010106@icyb.net.ua> <480E5598.5030502@icyb.net.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
on 23/04/2008 00:16 Andriy Gapon said the following: > After that camcontrol commands referring to "all" (rescan and reset) > fail with EINVAL. > ktrace shows that EINVAL comes from ioctl CAMIOCOMMAND on xpt0 device. > My clumsy ddb debugging shows that the error is produced somewhere in > xptioctl->xpt_find_bus. > > It seems that xpt might be unhappy about scbus0/pass0 going away. > Maybe this is because in <all>/-1 case camcontrol sends ccb with path_id > (implicitly) set to zero and xptioctl performs xpt_find_bus for all > ioctl commands (including XPT_DEV_MATCH)? > I.e. see case of bus=-1 in rescan_or_reset_bus() in camcontrol.c I guess that the issue here is that XPT_DEV_MATCH block in xptioctl() doesn't really need/use "bus" parameter, but xpt_find_bus is performed nevertheless. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48103BBE.7090406>