Received: by 10.192.165.156 with SMTP id m28csp237220imm; Tue, 10 Apr 2018 20:38:44 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/OdaCHJPOEOdFMTz2QSse7d3Q0Suqq3hHUzPH1jUhq5AGEraIAbAL0BGNOK6irsSQU0hNc X-Received: by 10.101.92.138 with SMTP id a10mr2201861pgt.64.1523417924186; Tue, 10 Apr 2018 20:38:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523417924; cv=none; d=google.com; s=arc-20160816; b=saLSwVBdAU4p8lkxHw7sgSUfGhaetLig4HLh34oUAU8FhM5Abrs8ck52/mzP5IIpuF 7nslMS2a7w+jS4RQMjQdeF50G41B4lp+dc8dkJDeHHVSDKLKQ71InLajnKXF3tssbmd1 Vu5U6dwRE6zkFaicQBtqbBLEY1S3U05FPgXX41Hpvac39kANccB8X6G5iv8fWi8oB9bh o/iwEPw3ZX2t0SzYM5TrxQ4gGfnHY4JubnQfNh2CXqnNK7IjaBil+rUuZhJZ9dbFO3WL IrrJpQK8crNX2fSC2J7YyKBa5sVCgxooWagIzP/uQiPD98wx/mlm0p3FbO6+fPiPRtvr 3sEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=o4EwcjnT02XPa31Y+KZ4fgLs0nylBNgysWLgZ6rVy8c=; b=KL59BtGHUKNHbeF8TWJaHxO+zAcEIgxXGwoDBPzUUMJEdid8yPmirwb71nGO/d4vkS AofoJKtqhkkUVLZG4kTNV4TcmlJDF59Xx4ZssL3omevHrf7F7tXgLNHwTw6ssGW1FUB6 WF/cFZLn55K+3Oe58z2PjeQZcTi50wNdVlKOAo7uF6DuUA6/3QXK6GQaC7UTFtdpwMRF YiSuNntK1ewYKbgyNifUi0v104RwlJRNwrvE8vlX9vo/6KPX9i2oCS1qyGYttvcGrvD+ 5yeuKP5KrxdrHi4SNS337jNPXrrAzNZHaYYxmEyo+bE708E8vEaeJbC9AU5xLQZb/M8G Vd1g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g3si131762pgr.635.2018.04.10.20.38.07; Tue, 10 Apr 2018 20:38:44 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752648AbeDKApd (ORCPT + 99 others); Tue, 10 Apr 2018 20:45:33 -0400 Received: from tn-76-7-174-50.sta.embarqhsd.net ([76.7.174.50]:57453 "EHLO animx.eu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751845AbeDKApb (ORCPT ); Tue, 10 Apr 2018 20:45:31 -0400 Received: from wakko by animx.eu.org with local (Exim 4.87 #3 (Debian Bug? What bug /\oo/\)) id 1f63t7-0004KD-QC; Tue, 10 Apr 2018 20:45:25 -0400 Date: Tue, 10 Apr 2018 20:45:25 -0400 From: Wakko Warner To: Ming Lei Cc: Bart Van Assche , "linux-scsi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "richard.weinberger@gmail.com" , "linux-block@vger.kernel.org" Subject: Re: 4.15.14 crash with iscsi target and dvd Message-ID: <20180411004525.GA9107@animx.eu.org> References: <20180401182723.GA31755@animx.eu.org> <595a10cfb387e6b2ab4d2053b84fed9b3da9e079.camel@wdc.com> <20180406014644.GA16112@animx.eu.org> <20180406020651.GB16112@animx.eu.org> <20180407165335.GA2515@animx.eu.org> <1ff8d234cc565ba9701ce31899fca5faa597e050.camel@wdc.com> <20180408160254.GA22869@animx.eu.org> <20180409233436.GC6450@ming.t460p> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180409233436.GC6450@ming.t460p> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ming Lei wrote: > Sure, thanks for your sharing. > > Wakko, could you test the following patch and see if there is any > difference? > > -- > diff --git a/drivers/target/target_core_pscsi.c b/drivers/target/target_core_pscsi.c > index 0d99b242e82e..6147178f1f37 100644 > --- a/drivers/target/target_core_pscsi.c > +++ b/drivers/target/target_core_pscsi.c > @@ -888,7 +888,7 @@ pscsi_map_sg(struct se_cmd *cmd, struct scatterlist *sgl, u32 sgl_nents, > if (len > 0 && data_len > 0) { > bytes = min_t(unsigned int, len, PAGE_SIZE - off); > bytes = min(bytes, data_len); > - > + new_bio: > if (!bio) { > nr_vecs = min_t(int, BIO_MAX_PAGES, nr_pages); > nr_pages -= nr_vecs; > @@ -931,6 +931,7 @@ pscsi_map_sg(struct se_cmd *cmd, struct scatterlist *sgl, u32 sgl_nents, > * be allocated with pscsi_get_bio() above. > */ > bio = NULL; > + goto new_bio; > } > > data_len -= bytes; Sorry for the delay. I reverted my change, added this one. I didn't reboot, I just unloaded and loaded this one. Note: /dev/sr1 as seen from the initiator is /dev/sr0 (physical disc) on the target. Doesn't crash, however on the initiator I see this: [9273849.707777] ISO 9660 Extensions: RRIP_1991A [9273863.359718] scsi_io_completion: 13 callbacks suppressed [9273863.359788] sr 26:0:0:0: [sr1] tag#1 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 [9273863.359909] sr 26:0:0:0: [sr1] tag#1 Sense Key : 0x2 [current] [9273863.359974] sr 26:0:0:0: [sr1] tag#1 ASC=0x8 ASCQ=0x0 [9273863.360036] sr 26:0:0:0: [sr1] tag#1 CDB: opcode=0x28 28 00 00 22 f6 96 00 00 80 00 [9273863.360116] blk_update_request: 13 callbacks suppressed [9273863.360177] blk_update_request: I/O error, dev sr1, sector 9165400 [9273875.864648] sr 26:0:0:0: [sr1] tag#1 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 [9273875.864738] sr 26:0:0:0: [sr1] tag#1 Sense Key : 0x2 [current] [9273875.864801] sr 26:0:0:0: [sr1] tag#1 ASC=0x8 ASCQ=0x0 [9273875.864890] sr 26:0:0:0: [sr1] tag#1 CDB: opcode=0x28 28 00 00 22 f7 16 00 00 80 00 [9273875.864971] blk_update_request: I/O error, dev sr1, sector 9165912 To cause this, I mounted the dvd as seen in the first line and ran this command: find /cdrom2 -type f | xargs -tn1 cat > /dev/null I did some various tests. Each test was done after umount and mount to clear the cache. cat > /dev/null causes the message. dd if= of=/dev/null bs=2048 doesn't using bs=4096 doesn't using bs=64k doesn't using bs=128k does cat uses a blocksize of 128k. The following was done without being mounted. ddrescue -f -f /dev/sr1 /dev/null doesn't cause the message dd if=/dev/sr1 of=/dev/null bs=128k doesn't cause the message using bs=256k causes the message once: [9275916.857409] sr 27:0:0:0: [sr1] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 [9275916.857482] sr 27:0:0:0: [sr1] tag#0 Sense Key : 0x2 [current] [9275916.857520] sr 27:0:0:0: [sr1] tag#0 ASC=0x8 ASCQ=0x0 [9275916.857556] sr 27:0:0:0: [sr1] tag#0 CDB: opcode=0x28 28 00 00 00 00 00 00 00 80 00 [9275916.857614] blk_update_request: I/O error, dev sr1, sector 0 If I access the disc from the target natively either by mounting and accessing files or working with the device directly (ie dd) no errors are logged on the target. -- Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 million bugs.