Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp20356ybz;
        Tue, 21 Apr 2020 03:57:08 -0700 (PDT)
X-Google-Smtp-Source: APiQypLpxw8ii49kUzUnQ0/kK8S2PTIkVc3JsX2UNEjvuOuy4h49v3hQvrZ21weiubOHIr3T3ZSq
X-Received: by 2002:a05:6402:1c07:: with SMTP id ck7mr18786082edb.202.1587466628706;
        Tue, 21 Apr 2020 03:57:08 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1587466628; cv=none;
        d=google.com; s=arc-20160816;
        b=fsv6IV/S2dibr/0CI/I9KQfX9xpmsnEvXzNkxyHPQWeMarCyE+zAuinXVrS1uurs3b
         vNTjKJcHefLNcf+nWSvaJzrvEUuK7OWOGsiPcwANRBlnnaePHzeWy5jU5uJQE9uzmecu
         a7LmqVpYASA07NCGh/H1olJ7fhGLbO08FWbc0cFS8PwLEez+acTsJ+cmQABblGGpKZPa
         byUDNuhtEERZagNHBIkymgzMzHOxZNjmKl7yNgFS/6qjoQe39/wf5okZJg75++HbPB98
         HRz5ixhFwpZ89gRP/hFdBpmCRDiWcq94P7izIFwPn3GK6RBxUGaiBS9Z3eQLZvDIpcRc
         Seyg==
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;
        bh=sK2C9GvFMi7RjC+qMHovqZPhirSquRRobNhJswtGh/M=;
        b=RrVdoccUuNVWCLRSfVlb1Z6s96lg8rkAk6LlTjak+JQi8zWVLSmVDO+TGqYWCuqpzf
         Nl/YgcwBdKFYqfR6Dg5ReJ1Fp6sOX55IpY5A9kC0wb2Y3jlSjsRisiMkiBh+qnZkyISo
         G0dutZV7M0HNqsNdhJJyRDDMf4U1IGEfUBzbuLUztMAMtcoUd1pg9hVb7Mr+mXIpGx44
         aYdwawzb0YsbXNkOkZkEtsC52jIOeyFUmJnDy4GDQrCKCCGyH6IubzT+G3bAs4zRECJ+
         W0906HRrO6lvQPkpmB2q0qzyrulXHvL7xE35Wu2+dE3B1WdHpucQl74ZfHljgvJbkjVk
         JLig==
ARC-Authentication-Results: i=1; mx.google.com;
       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: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18])
        by mx.google.com with ESMTP id ec15si1419125ejb.286.2020.04.21.03.56.45;
        Tue, 21 Apr 2020 03:57:08 -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;
       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 S1728473AbgDUKxn (ORCPT <rfc822;1dalishi1@gmail.com> + 99 others);
        Tue, 21 Apr 2020 06:53:43 -0400
Received: from verein.lst.de ([213.95.11.211]:45971 "EHLO verein.lst.de"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726120AbgDUKxn (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 21 Apr 2020 06:53:43 -0400
Received: by verein.lst.de (Postfix, from userid 2407)
        id 90E8668C7B; Tue, 21 Apr 2020 12:53:39 +0200 (CEST)
Date:   Tue, 21 Apr 2020 12:53:39 +0200
From:   Christoph Hellwig <hch@lst.de>
To:     Christian Borntraeger <borntraeger@de.ibm.com>
Cc:     Cornelia Huck <cohuck@redhat.com>, Christoph Hellwig <hch@lst.de>,
        Stefan Haberland <sth@linux.ibm.com>,
        Jan Hoeppner <hoeppner@linux.ibm.com>,
        Jens Axboe <axboe@kernel.dk>,
        Heiko Carstens <heiko.carstens@de.ibm.com>,
        Vasily Gorbik <gor@linux.ibm.com>, linux-s390@vger.kernel.org,
        linux-block@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: stop using ioctl_by_bdev in the s390 DASD driver
Message-ID: <20200421105339.GA23380@lst.de>
References: <20200421061226.33731-1-hch@lst.de> <b7e4a728-1f58-f304-cb5b-1aa2206a6bb4@de.ibm.com> <20200421123256.2f5d9dbd.cohuck@redhat.com> <427b0095-6a38-5632-8e46-422c7a4a552a@de.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <427b0095-6a38-5632-8e46-422c7a4a552a@de.ibm.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, Apr 21, 2020 at 12:43:03PM +0200, Christian Borntraeger wrote:
> So 3 MB seems quite a lot for special purpose Linuxes like the zfcp dumper. 

Does the zfcp dumper need DASD support at all?  We don't have to always
build in the DASD core to avoid the strange dasd-specific block_device
operation, but only ensure it is built-in if it is selected at all.