Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932654AbcCJVws (ORCPT ); Thu, 10 Mar 2016 16:52:48 -0500 Received: from kamaji.grokhost.net ([87.117.218.43]:43766 "EHLO kamaji.grokhost.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932510AbcCJVwr (ORCPT ); Thu, 10 Mar 2016 16:52:47 -0500 Subject: Re: [patch] sbp-target: checking for NULL instead of IS_ERR To: "Nicholas A. Bellinger" References: <20160302100912.GD5533@mwanda> <1457163214.19657.288.camel@haakon3.risingtidesystems.com> <2A1ED37C-C556-4B3D-A59B-3369E5DFB4D5@bootc.net> <1457170394.19657.291.camel@haakon3.risingtidesystems.com> <56E1DF65.3060209@bootc.net> Cc: Dan Carpenter , target-devel@vger.kernel.org, linux1394-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org From: Chris Boot Openpgp: id=846753CB19213142C56DC918F5C83C05D9CEEEEE Message-ID: <56E1ECA9.3000302@bootc.net> Date: Thu, 10 Mar 2016 21:52:41 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E1DF65.3060209@bootc.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 976 Lines: 30 On 10/03/16 20:56, Chris Boot wrote: > On 05/03/16 09:33, Nicholas A. Bellinger wrote: >> On Sat, 2016-03-05 at 08:45 +0000, Chris Boot wrote: >>> Are these in linux-next or another branch somewhere I can easily clone >>> them from? >> >> The patch series is in target-pending/for-next. > > Hi Nic, > > I've just managed to resurrect a test rig for this (the hardware I had > for it has stopped being usable, yay!), and my initial testing shows the > updated code panics on the first submitted IO. So this isn't the first IO, it's exactly the 2nd IO. I'm hitting BUG_ON(se_cmd->se_tfo || se_cmd->se_sess) in target_submit_cmd_map_sgls(). I'm assuming the se_cmd is being reused due to percpu ida allocator, and the code must be missing something to clean up the se_cmd sufficiently once we're done with it. At this point I'm out of my depth going through the target core, so I'd appreciate some pointers to get any further! Thanks, Chris -- Chris Boot bootc@bootc.net