Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 May 2010 21:44:39 +0300
From:      Alexander Motin <mav@FreeBSD.org>
To:        Matthew Jacob <mj@feral.com>
Cc:        freebsd-scsi@FreeBSD.org
Subject:   Re: patches for CAM SCSI probing, etc.
Message-ID:  <4BFD6C17.3020709@FreeBSD.org>
In-Reply-To: <4BFD6698.9040100@feral.com>
References:  <4BFB3985.1030301@FreeBSD.org> <mailpost.1274804732.4568033.10040.mailing.freebsd.scsi@FreeBSD.cs.nctu.edu.tw> <4BFC1C57.4080703@FreeBSD.org> <4BFD6698.9040100@feral.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Jacob wrote:
> Okay, I see your point.
> 
> I would assert that for SCSI there should only be one probe active at
> any time for any given nexus *or* I should adopt your approach and
> restart the state machine if additional commands show up.
> 
> It's also true that scans ought to be limited from user space. There's
> nothing to stop one from running 1000 camcontrol rescans from user
> space, and that effectively hangs the system as it's spending all of its
> time running stuff for them, so I might put a bit of serialization in here.
> 
> Thoughts?

I think `camcontrol reset ...` may ban channel much easier, respecting 5
seconds of SCSI_DELAY after reset. And as soon as both of them require
superuser privileges - IMHO it is a kind of foot shooting.

-- 
Alexander Motin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BFD6C17.3020709>