From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roland Dreier Subject: Re: [LSF/MM TOPIC] linux servers as a storage server - what's missing? Date: Wed, 18 Jan 2012 11:00:19 -0800 Message-ID: References: <4EF2026F.2090506@redhat.com> <4F1706AD.3080405@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org To: Bart Van Assche Cc: Ric Wheeler , linux-fsdevel@vger.kernel.org, "linux-scsi@vger.kernel.org" List-Id: linux-scsi@vger.kernel.org On Wed, Jan 18, 2012 at 10:51 AM, Bart Van Assche wrote: >> cf http://www.spinics.net/lists/linux-scsi/msg56254.html > With which SCSI low-level diver does that occur and how does the call > stack look like ? I haven't encountered any such issues while testing > the srp-ha patch set. However, I have to admit that the issues > mentioned in the description of commit 3308511 were discovered while > testing the srp-ha patch set. I assume you're asking about the crash on hot unplug... Anyway, I've seen it with mp2tsas, looking like [] scsi_setup_blk_pc_cmnd+0x2b/0x170 [] scsi_prep_fn+0x4d/0x60 [] blk_peek_request+0xb4/0x240 [] scsi_request_fn+0x47d/0x4b0 [] __blk_run_queue+0x1f/0x80 [] blk_execute_rq_nowait+0x68/0xc0 in my case I think there is some SG_IO stuff in flight for SCSI reservations; the cdrom case I linked to also has scsi_setup_blk_pc_cmnd in the trace and mentions an ioctl for medium presence. So maybe regular block IO is OK now but not non-IO commands. - R.