Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp187886imm; Tue, 22 May 2018 16:43:01 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp3A7qHMOWwW2ylx13mr1uxkhJO5xoUL5FG6j1S0/YubKE324LhZtRl3P4vBQW35gR2n7ku X-Received: by 2002:a63:924c:: with SMTP id s12-v6mr409257pgn.368.1527032581493; Tue, 22 May 2018 16:43:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527032581; cv=none; d=google.com; s=arc-20160816; b=h5+no8x/EX9yuwZNXq4amQMY3iWQim+6dFxl5OYAlrBHEYdsqoZ43dk1ld5CHFoSGM 0RyVrBFZnp1uyga8VLp3eNS15lN4OtBIWvLrKwDeKih7Fp7exVwRjisaRFWo5pPUo8gb P5aZhF71SMLWv8t0IUj+cBQYVzW3HC037OI94mVqAiZX28FI1XHem/EOEmpVB581WpSw wIBHkITRk1tkKvrCZJ8qFP3PkMdc1T/imwsDarNoyewqcAvn4L2ZpFvz6Bg8kiDXhY5y sxNaSmOOo5HweIPmDamqDnV2HW0joJJqw70ErbmgwCQNqfiRR1J8axMKokFwNbirAo1C IaXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=u+SQkCm3cg4BSC7h6r3uVCOhE+cQn6N2gPKMLDAVssQ=; b=CHc8U/cy/sWM5M75+8TdRXMUPiiGYeMGA8oNSabvWpydGRRHOhz8AUN03xPnj9+Kms j1+R36PiSZQaPA1SIST04OPre0dFEanUwNRcU4LFGr/RAt4yAXiqxOvYC2Px7rcNUJRt /jIs88/+oiByTyUvSK6o0DQPBVRVtMu5K+JEWItMwfjmrcAbHNe36AKIpOji3kwR11Bz Qvrf9VWlynZIQwkooW2/qvCUvreq8kHzYQCzL21F4AH78t1HNLLyNgRh0/frGl6FjdqN KbtKjmhaBv6ZjQbFIkYWGEk5tDdedRKpEf4UtN2JVu4vKFP+uKYQj+CT9/gMgyXrPO9z moeg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=yLRMDM4W; 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 3-v6si17058596plz.337.2018.05.22.16.42.46; Tue, 22 May 2018 16:43:01 -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; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=yLRMDM4W; 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 S1753552AbeEVXlb (ORCPT + 99 others); Tue, 22 May 2018 19:41:31 -0400 Received: from merlin.infradead.org ([205.233.59.134]:56622 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753105AbeEVXl3 (ORCPT ); Tue, 22 May 2018 19:41:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=u+SQkCm3cg4BSC7h6r3uVCOhE+cQn6N2gPKMLDAVssQ=; b=yLRMDM4WPQqVmAxYkvi/gWL9DU SoIkqsCNi3LNG02+oyIV5KvXRf9srpkN96ZNPQ6BnHCHIlwMvu63Q4Wp1jhzxMmgXO+RT1zMoic/L OZegX9vhNFEj811wRpOCBDnwjNKeFvvKtzOs3N5/9zujL/qouZevTLOCe4QD3guMQKtg4/ArIawHc d9+A4hFDSfOHmPBWr72V1N09XkJjX1JJaqTsNNCjeHbEp1lB8gb+0n4tFz/QOxcT89ncJB6ZzL/IM y6qdFIFKFOpLgXrDHyGSfEZo2vrdZOVoe/RbhAHrdqZsty7RDSI3NuBwXSWySVoOs7ZM9AKLzX21F VMCMsSQA==; Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16] helo=midway.dunlab) by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1fLGuE-0006UV-8l; Tue, 22 May 2018 23:41:26 +0000 Subject: Re: [PATCH 3/6] block: Create scsi_sense.h for SCSI and ATAPI To: Kees Cook Cc: Jens Axboe , Christoph Hellwig , "Martin K. Petersen" , James Bottomley , Tejun Heo , Borislav Petkov , "David S. Miller" , "Manoj N. Kumar" , "Matthew R. Ochs" , Uma Krishnan , linux-block , linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, LKML References: <20180522181512.39316-1-keescook@chromium.org> <20180522181512.39316-4-keescook@chromium.org> <20180522183613.GA3784@infradead.org> <732f4249-5681-4a54-ec21-4ecc3d3a74e5@kernel.dk> <20180522191309.GA23615@infradead.org> <8d4af5c4-96fa-54ee-d5c1-b887b1de5a3c@kernel.dk> <66701f74-4f2b-988e-dd48-a2140694f551@infradead.org> From: Randy Dunlap Message-ID: <0afffef1-9908-a446-436c-0189b1de64e1@infradead.org> Date: Tue, 22 May 2018 16:41:24 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/22/2018 04:39 PM, Kees Cook wrote: > On Tue, May 22, 2018 at 4:34 PM, Randy Dunlap wrote: >> On 05/22/2018 04:31 PM, Kees Cook wrote: >>> On Tue, May 22, 2018 at 12:16 PM, Jens Axboe wrote: >>>> On 5/22/18 1:13 PM, Christoph Hellwig wrote: >>>>> On Tue, May 22, 2018 at 01:09:41PM -0600, Jens Axboe wrote: >>>>>> I think Martin and Christoph are objecting to moving the code to >>>>>> block/scsi_ioctl.h. I don't care too much about where the code is, but >>>>>> think it would be nice to have the definitions in a separate header. But >>>>>> if they prefer just pulling in all of SCSI for it, well then I guess >>>>>> it's pointless to move the header bits. Seems very heavy handed to me, >>>>>> though. >>>>> >>>>> It might be heavy handed for the 3 remaining users of drivers/ide, >>>> >>>> Brutal :-) >>> >>> Heh. I noticed a similar sense buffer use in drivers/cdrom/cdrom.c >>> too. Is this okay under the same considerations? >> >> No. Do not select an entire subsystem. Use depends on it instead. > > I looked at that first, but it seems it's designed for that. For > example, "config ATA" already has a "select SCSI". > > It does look fishy, though, since "config SCSI" has a "depends" which > would be ignored by "select". Luckily, all these uses already do a > "depends on BLOCK" (directly or indirectly). Linus has railed against selecting subsystems. We shouldn't be adding more IMHO, although it is difficult to get rid of ones that we already have. -- ~Randy