Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp801453pxb; Thu, 2 Sep 2021 15:48:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy02MxG0HiChg82BG06+lXe2KPe4nI62inhQoeG7HlppoSpS3urJ7zVqyrINoYvPYRikVrq X-Received: by 2002:a17:906:3fc8:: with SMTP id k8mr548263ejj.217.1630622933795; Thu, 02 Sep 2021 15:48:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630622933; cv=none; d=google.com; s=arc-20160816; b=QAqhsbIkBcB6B8PaHn6ahCt7cBqMrylDZCU2xWUe+bQQc3IBsXAWI6KSVXC04mR+AA lF4E9m/MDElyGkmcjeUlvkCo7MzLyVgj2MgJY3pBdPdRpytgZjwEQlt32Nc1FdEzLL62 VlfOAwGEMWSD9YiHKLw9rdMzPx8Rb5B2svpdzRImsSY7o2eTJyBbEoO3umRMN7uifR4S PBqUboLwoOm96Xp73zvTcPB0OWmkWq/WWZ1cu4IRLB2uaHRScGsAAqcjT6wd174OhaZ2 oNKEqDW1DQmIjP//94ByAgPrwjEedbvgcqH6XK6XqienlKHMfIt5F6ELiF91iNpoGZil zbFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=LTWD1W2YPJXVZ1hE6EoJHl2hIHtse8iYBkOWTYvtDV8=; b=z0srU41kOfAc/db3qT6Z6jFKVjvp0cXlZtZs7qrNkGoV6AIaX3yNv4MNqZ6SM0H9gL isMlWWL2u5a9Jz6XNA3Yy5fBxFDceULNFfVgcCBjMWHTvLm8rahEm4V7ytaWir+/zQhv Hwma7KaKGkjQFWhr9sIBIKFwqpuh6gFHoOMhXy7R19KHtmpq5kb3fv8ymUJIiEnRlmhA defz/Q2tLugrtJz+0sHnw2HTDmMKgkqQg95JI4PlkcTl6OQqvcJlR39nD0FUUT7jn/xj cAAW/aFe+tjLpR9Y/QFQS/i1SvfxSM44W+ETl2yXJPyS53y0PeQLBnQ9eYXG1QWqWa2K g2dQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b="BL/ybra+"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p7si3240553edq.331.2021.09.02.15.48.30; Thu, 02 Sep 2021 15:48:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b="BL/ybra+"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348501AbhIBWrw (ORCPT + 99 others); Thu, 2 Sep 2021 18:47:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348331AbhIBWru (ORCPT ); Thu, 2 Sep 2021 18:47:50 -0400 Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 25607C061757 for ; Thu, 2 Sep 2021 15:46:52 -0700 (PDT) Received: by mail-io1-xd2e.google.com with SMTP id n24so4567770ion.10 for ; Thu, 02 Sep 2021 15:46:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=LTWD1W2YPJXVZ1hE6EoJHl2hIHtse8iYBkOWTYvtDV8=; b=BL/ybra+iSnjXcGnfaebYYlKzV+aS2BeM16Qe6IWKfdWY5074Net7vAmPVZa3uLRNh JaTPvrbCsoZavSWsimLepNxWyUfJfEQX1+7+xWC76w76o8oFg5zhQMCEu7L3HVwINhcu 1LaU23i8HVJLGolzildSEzKFSyt/9Dnly7EDxXXhMTnJrlCUBI2YUvqJXdJWh8TG/I6s 51ZG4bxqDhV6qFvdhO0vAzsCykeURgRtgCEC3TZ4ACJoBmCl2HjCVSUGcIwJ0oMC2b55 8+rIKtLfWMh+62n1qYfohxTD/5d7bn9oyYYc5CHyE/Ft4m6E+NXT8Xqd7fzqHmaWOx7G S2JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=LTWD1W2YPJXVZ1hE6EoJHl2hIHtse8iYBkOWTYvtDV8=; b=msOBFRdnO2C58ODKZRkTvkGLpeCubMKUBNlsQF8X6JDCmZ8G3e3ZczlKlgcmSyi70d 1MxnrFt/bIUtDZ//6Ywib/RkaeYrSTM6NGnYucHIME2cfkoHJhuHv6EG2jvPTNzBnaky VwYko64T0inoxyYnEzb6ifNJMcMFZn03+f5Qlv/kbg090WHMGvPbe2y7NffaJR1vYnsd 6GHiRmGzy0hVBjyLCg+Jr08TUYVIMu+asmaQKuEh3HxxTddUE7R8DwHqGqAEAhUmhwqf f9+NFydkfUiAhjJf0q/ZynWiTiD8tyBJVgrLcRFIsojayRQqM1yEtBdcWa7+l25rjoAF crpQ== X-Gm-Message-State: AOAM531BuUiibqVSPZrHHJqNdGQ9KiJDJinhcCXA3PPm18zK6f40ItwR i2VCMAHibzrRtoaitUJLn4T5VLz6B7VKkQ== X-Received: by 2002:a02:946d:: with SMTP id a100mr99565jai.118.1630622811333; Thu, 02 Sep 2021 15:46:51 -0700 (PDT) Received: from [192.168.1.116] ([66.219.217.159]) by smtp.gmail.com with ESMTPSA id t15sm1719829ioi.7.2021.09.02.15.46.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Sep 2021 15:46:50 -0700 (PDT) Subject: Re: [GIT PULL] first round of SCSI updates for the 5.14+ merge window To: Linus Torvalds , James Bottomley Cc: Andrew Morton , linux-scsi , linux-kernel References: From: Jens Axboe Message-ID: Date: Thu, 2 Sep 2021 16:46:50 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/2/21 4:38 PM, Linus Torvalds wrote: > On Thu, Sep 2, 2021 at 9:50 AM James Bottomley > wrote: >> >> We also picked up a non trivial conflict with the already upstream >> block tree in st.c > > Hmm. Resolving that conflict, I just reacted to how the st.c code > passes in a NULL gendisk to scsi_ioctl() and then on to > blk_execute_rq(). > > Just checking that was fine, and I notice how *many* places do that. > > Should the blk_execute_rq() function even take that "struct gendisk > *bd_disk" argument at all? > > Maybe the right thing to do would be for the people who care to just > set rq->rq_disk before starting the request.. > > But I guess it's traditional, and nobody cares. We could certainly just do that. There are other things that are required set in the request before that call, things like the queue, but those get naturally set by the request allocation. Hence it would not be _that_ different to require disk being set. Seems safer to just keep it the way it is and pass in the reference, even if it ends up being NULL in probably 50% of the cases. -- Jens Axboe