Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp6717699ybc; Thu, 28 Nov 2019 04:19:19 -0800 (PST) X-Google-Smtp-Source: APXvYqwxSiUsLn47lymZ5hfrHL5CxGyJb/pQ1hQMXZki/9clDnjT0Vatqk9A0vuo3s2ELVLF8cGG X-Received: by 2002:a50:ac7c:: with SMTP id w57mr38127861edc.155.1574943559594; Thu, 28 Nov 2019 04:19:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574943559; cv=none; d=google.com; s=arc-20160816; b=IbVjWQaTwZU8o3n10esENYQ5DrsaMoX/dYFrDYnp0uxGRFaGROpWSqG28HcfEJRcRa e4xWoT2gFV7JhnNKrfxAqhg4eud0S7mWuVrfm2183T1CH6TJcW4QtHCKgCEk8kIQ8Uxh mE9HyMPD7Zokd9uGs4WhTZlpe7EQbyfVApBgjEvPFZu6Qa9Y+1u7mcfV3Kxclt3HGXS2 QfKoTUvaPr1ZkLKD3LIKwtJHnVpOZN1gkUWRtbPidVu6+3fTu5Icj3V7QYJhluwosM+4 FJI5oPeP8tYcxKVkvfb1TCzOv5SNSPRKxk0K3cVkYsnlVKSSiwja6X+jdc9Ss9IC9QGX KEQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:organization:from:subject:cc:to :dkim-signature; bh=K23tF4ZOTDK2mqDQjS6SPO2vyRMwZ30j/1NOK4W0JhU=; b=fKbse+ud3xlOFTD4Tg/+K0GcxaJnPr337Gf4AaYrp7nFVfsBgH/C7GkxoSvco3Ehcu Ui7AezARHQFVZOQ38RvyygC680pPPwx7fUL4zjxZRjjMy0v17DhVBbdZ3QpNDizu+HwN /Wl8WGb3zLuTwVK5boti7l3PfUGrPSi9CziB4nCwMs6Ae3YktzUDbM2fvlP1iCjKkItL 2gtispkzoWFyhz2KUXc1ew4N/Xw7qRyJIMKfDd1hBSwFYSbZEO2IjzCpUElmKtDt0pQp qDXrnezalccyvQOhXZ3keIMiBz8QkgrPc/qj5O0dBFegtk6TRa6+k/ql9KGLVRTsaQxF gYtw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=U899dvbj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g12si11914702ejd.43.2019.11.28.04.18.55; Thu, 28 Nov 2019 04:19:19 -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=@oracle.com header.s=corp-2019-08-05 header.b=U899dvbj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726664AbfK1MRC (ORCPT + 99 others); Thu, 28 Nov 2019 07:17:02 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:57640 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726227AbfK1MRC (ORCPT ); Thu, 28 Nov 2019 07:17:02 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xASCEURn041078; Thu, 28 Nov 2019 12:15:20 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=to : cc : subject : from : references : date : in-reply-to : message-id : mime-version : content-type; s=corp-2019-08-05; bh=K23tF4ZOTDK2mqDQjS6SPO2vyRMwZ30j/1NOK4W0JhU=; b=U899dvbj2nf503rUrhC7bjlnabTEc8CnGq3kxTbIN9FQZZ7PaHselctxJP0PdlYJaLh1 MtUr7y3iYlfnHUUoy7vW84HeRpysuJAHISh6hp36cHyPZ8CrfKPoUBbZerKOHfreJwJl 7UyhVeXac0Z2hHde+5XqVvg+llnJGS44sBpSHGrgmhKkhT/zKgScPs5ijVSg3N9rSZEt 0MpHQyi4PugxpNgdpMGeUxSXJyw4X+sETczYGhlCdIvjimklQs6DGtd17fc/S8IXirJi TkpL89TnxKaDyZDfgmvkf9es+AiGbWfo8LmUTCQ6BreW71hxMJ8MdO+fmzWmLT2jn2tT Pg== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 2wevqqkbnc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 28 Nov 2019 12:15:20 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xASCEOYE100925; Thu, 28 Nov 2019 12:15:19 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 2why49ykr4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 28 Nov 2019 12:15:19 +0000 Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id xASCFD2B023073; Thu, 28 Nov 2019 12:15:14 GMT Received: from ca-mkp.ca.oracle.com (/10.159.214.123) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 28 Nov 2019 04:15:12 -0800 To: Christoph Hellwig Cc: Hannes Reinecke , Arnd Bergmann , "\(Exiting\) Baolin Wang" , Baolin Wang , Adrian Hunter , Ulf Hansson , asutoshd@codeaurora.org, Orson Zhai , Lyra Zhang , Linus Walleij , Vincent Guittot , linux-mmc , "linux-kernel\@vger.kernel.org" , Hannes Reinecke , linux-block , Paolo Valente Subject: Re: [PATCH v6 0/4] Add MMC software queue support From: "Martin K. Petersen" Organization: Oracle Corporation References: <20191127090023.GA23040@infradead.org> Date: Thu, 28 Nov 2019 07:15:09 -0500 In-Reply-To: <20191127090023.GA23040@infradead.org> (Christoph Hellwig's message of "Wed, 27 Nov 2019 01:00:23 -0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9454 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=949 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911280108 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9454 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911280108 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christoph, > equivalent to SCSI logical units and nvme namespace, just with a > pretty idiotic design decision that only allows I/O to one of them at > a time. The block layer way to deal with them is to use a shared > tagset for multiple request queues, which doesn't use up a whole lot > of resources. The only hard part is the draining when switching > between partitions, and there is no really nice way to deal with that. > If requests are batched enough we could just drain and switch every > time an other partition access comes in. This mirrors single_lun in SCSI closely. I was hoping we could eventually get rid of that travesty but if MMC needs something similar, maybe it would be good to move that plumbing to block? -- Martin K. Petersen Oracle Linux Engineering