Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1568010imu; Thu, 13 Dec 2018 18:24:28 -0800 (PST) X-Google-Smtp-Source: AFSGD/XpfckpHo5L1p/6o7d/XXaVqh/rpx4Ymc++tfywp9uQNuSF9gADFU8G0S2Rszo7vaXaqH5F X-Received: by 2002:a17:902:d70b:: with SMTP id w11mr1224254ply.294.1544754268774; Thu, 13 Dec 2018 18:24:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544754268; cv=none; d=google.com; s=arc-20160816; b=M9K3MoMVbI3VpaOrDURj3T//OlWOeRA6KuwQFvKvrca0OviM2TtMY0E1t9a3cX9E6i P3+xond/mzLlInHsp5fIQDZYGkvnFtMW6pv0SCXprallezlrbmPOoLqU2uOeIqy8HU3l oLRxfHYj3tzCizCaXCDNBc5MsZ8YW0UwiFIJ5EuM6fSUhmDToW2PqVJlEOYain3N6znR t+4r5et3hquTh+oqruyi+iBqyZi1Lc+WK6mqNtuyzWocJUnZ7ha93JflqK7H3rlGIAEO jpS25Qkh9ZInN9qXc3KXz1d2cGARo6ORKT0UsOI8mJe0d3RhncdCAx/Du3Hhv0Qcr/dJ MTeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:subject:cc:to :from:date:dkim-signature; bh=s2jWNRAw7JtsZFUpXCci7gFFB7tHQHI99wiQ0kjuAaw=; b=PFbDK91P00o3NRDuYuXIQwbBId4n6QiiWB96sYrI/ULYuOwtGAzKklDA2F0qlT8Z4X LgU/Qx4ecsnAtL+gzAixNIf5twSKJZo4qM+nNSkjlW14MgGVOC1aR6bExiQJrFwvr5Zg c3RzsNzvZ0KSomOy+X09iWqdsZsQkPJmwwtwTsrS3DXFXJ/IJooMbyct9s/8O940Tyhd veShhXU0qO9ROpNxXNjxR0Yb0a3GGn+Lv4M1oRYdMFyhRiG3w5hm/siYd0si6sH4jmdD JWMW8NO++91+tHA7RvpXHKoAzjsOQYCT2sdVCyGwQJRMTsOl+we79SKJYhK9/Eb9nJLT QrkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canb.auug.org.au header.s=201702 header.b=MNLc+GMF; 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 k69si3016899pga.176.2018.12.13.18.24.10; Thu, 13 Dec 2018 18:24:28 -0800 (PST) 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; dkim=pass header.i=@canb.auug.org.au header.s=201702 header.b=MNLc+GMF; 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 S1728952AbeLNCXU (ORCPT + 99 others); Thu, 13 Dec 2018 21:23:20 -0500 Received: from ozlabs.org ([203.11.71.1]:51589 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728517AbeLNCXT (ORCPT ); Thu, 13 Dec 2018 21:23:19 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 43GDqS39Q2z9s4s; Fri, 14 Dec 2018 13:23:16 +1100 (AEDT) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=canb.auug.org.au DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=canb.auug.org.au; s=201702; t=1544754196; bh=jix4i77ESnwSLqH+A75ZOcU861BTOyBxhJSi0lweZrc=; h=Date:From:To:Cc:Subject:From; b=MNLc+GMFFRIOQbiK/8C78h/644hQRSpsJRtEanpYTxcmUG6UA21Beu52ck2CyzibS r1YV56LA5qZVLwJyEkppVYkt0js9U0OPuHaZEHCcXWail/3RiO32HerUAt4RQ9Hdhd 3qAucgF3WI8KLUJ3D18mdJuOvoB3sV29VUQIrW0gLdqsCEB+c2QjdrWU/MmEYZyw2z fnntrKfzhBwcn5DFaATCiGk4nPT7cNqF8R+1bAqMCOuJcZCB3DhlqsRFvQAozkVLZB jb69nxmgRuzwgyZllWMB2PUj6PG0sD1oBNiWM2RD4w9p4mMrmbnskn06N76tU1xPrA 7EC/z01I2q7jw== Date: Fri, 14 Dec 2018 13:23:15 +1100 From: Stephen Rothwell To: Jens Axboe , "Martin K. Petersen" Cc: Linux Next Mailing List , Linux Kernel Mailing List , Christoph Hellwig Subject: linux-next: manual merge of the block tree with the scsi-fixes tree Message-ID: <20181214132315.601d020f@canb.auug.org.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/MP+fv/9tCmEqLKxW+OW4IcR"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/MP+fv/9tCmEqLKxW+OW4IcR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi all, Today's linux-next merge of the block tree got a conflict in: drivers/scsi/sd.c between commit: 61cce6f6eece ("scsi: sd: use mempool for discard special page") from the scsi-fixes tree and commit: 159b2cbf59f4 ("scsi: return blk_status_t from scsi_init_io and ->init_com= mand") from the block tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. --=20 Cheers, Stephen Rothwell diff --cc drivers/scsi/sd.c index bd0a5c694a97,4a6ed2fc8c71..000000000000 --- a/drivers/scsi/sd.c +++ b/drivers/scsi/sd.c @@@ -760,10 -759,9 +760,10 @@@ static blk_status_t sd_setup_unmap_cmnd unsigned int data_len =3D 24; char *buf; =20 - rq->special_vec.bv_page =3D alloc_page(GFP_ATOMIC | __GFP_ZERO); + rq->special_vec.bv_page =3D mempool_alloc(sd_page_pool, GFP_ATOMIC); if (!rq->special_vec.bv_page) - return BLKPREP_DEFER; + return BLK_STS_RESOURCE; + clear_highpage(rq->special_vec.bv_page); rq->special_vec.bv_offset =3D 0; rq->special_vec.bv_len =3D data_len; rq->rq_flags |=3D RQF_SPECIAL_PAYLOAD; @@@ -794,10 -793,9 +795,10 @@@ static blk_status_t sd_setup_write_same u32 nr_sectors =3D blk_rq_sectors(rq) >> (ilog2(sdp->sector_size) - 9); u32 data_len =3D sdp->sector_size; =20 - rq->special_vec.bv_page =3D alloc_page(GFP_ATOMIC | __GFP_ZERO); + rq->special_vec.bv_page =3D mempool_alloc(sd_page_pool, GFP_ATOMIC); if (!rq->special_vec.bv_page) - return BLKPREP_DEFER; + return BLK_STS_RESOURCE; + clear_highpage(rq->special_vec.bv_page); rq->special_vec.bv_offset =3D 0; rq->special_vec.bv_len =3D data_len; rq->rq_flags |=3D RQF_SPECIAL_PAYLOAD; @@@ -825,10 -824,9 +827,10 @@@ static blk_status_t sd_setup_write_same u32 nr_sectors =3D blk_rq_sectors(rq) >> (ilog2(sdp->sector_size) - 9); u32 data_len =3D sdp->sector_size; =20 - rq->special_vec.bv_page =3D alloc_page(GFP_ATOMIC | __GFP_ZERO); + rq->special_vec.bv_page =3D mempool_alloc(sd_page_pool, GFP_ATOMIC); if (!rq->special_vec.bv_page) - return BLKPREP_DEFER; + return BLK_STS_RESOURCE; + clear_highpage(rq->special_vec.bv_page); rq->special_vec.bv_offset =3D 0; rq->special_vec.bv_len =3D data_len; rq->rq_flags |=3D RQF_SPECIAL_PAYLOAD; --Sig_/MP+fv/9tCmEqLKxW+OW4IcR Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEENIC96giZ81tWdLgKAVBC80lX0GwFAlwTFBMACgkQAVBC80lX 0GxqRwf/XLCJ4f42zhZWrE+ELAXs/HnBUF4h+4N9VaWVcOkXxRnOMKCcs8k+wwi8 h8EZJ/ATLVH3COzMgHE0Td6mEYAArYmkDCUX0eeFNmWkxe6ZblULtE66+Xivy2N3 R5eCJN/JZdr8uz1RQDk6bR9Pvmzrj4Cj3ymFS7IoliCJwWlI0sb/PaMIrJqhGSwn OYSLL79p6zwu2twiU4QaexrZ/JuRGeLRj9HrAsKtpO7Nd0VCkDvc2zy2BEaTRxbg Yp9UDwn1z/tB/1z65jy8n7CkRZkBhlkLPR4mm8QDeBGLPHyU2JiFPT2ciiZsnHE+ ofvCQFHUtlZdfBgeAl+G4aSMU5XSgQ== =RHIN -----END PGP SIGNATURE----- --Sig_/MP+fv/9tCmEqLKxW+OW4IcR--