Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp4576635ybp; Mon, 14 Oct 2019 06:53:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqztHj0Lu/Nv+VqPIY92O09E7PQYjShfKsTzRvWEvvJPKyD6r+Y/Kj42ZcWV164/vu8RFeZ9 X-Received: by 2002:a17:906:48c6:: with SMTP id d6mr28936192ejt.291.1571061222473; Mon, 14 Oct 2019 06:53:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571061222; cv=none; d=google.com; s=arc-20160816; b=eHiXxhWp/9T1aL1Th1Meqqielt3FAq2tzLQUwUdmXBKkcjkl31HKObcQYfyb737bRO /8jtjOpmGimFWh/gcNsDjjm2lynYOCVzD0p7tAkl49VVeH+gstAZ6tZ/OgvDFa4QL16K XHRONHyGYEvQPqyw/9xA/l18hSC3ATX4YChizOU8WxZ92nwmeTTnpe4aWSv8DmtaBuJw 7PuXaBO6aOoNWXWwGnDBbllgChyHydAmheoFlXEk24LTBJibMuCwcutloFkrhom6PhzU cq6dce87s9UpjoHczoXkft2rry4YlpXkB3m95aFg520st6nDrQsC/WQp/j96zvJ8Ai2x FmOQ== 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:date:subject:cc :to:from; bh=iI//c6lcYG3wv+XBoayzKi0QkFQwKO6bNvqXaNQO9+s=; b=iw6UE50WFQGdozVIUTkvaoYtCDep3n+rzFMpbmRCM3G5yPRT0hY5oWJpP98Ptx6IZP ij/pl2IvAtQbLrIdFyRFom6qHhAlfPmNwkExITn7FJed4EBf7pxpXkC9Teurwznsofrp G3fCXpBz5osIXKI0zZFI3JhQ8+aLif2ZKjanlvcnSq6LXKU2BVLpyXRqhdRGMrrumz8/ XTwohOGkH+nWISJCw4D7Ahz6EZNRMDKV3gQBEsi0mlU38bCit+58uk73vN3DVcRNUgo5 kw/FOSBTM1ScsDyPuFqlVNBJanCUFvc2YHZr3gHkzcPGM5i5zE085qp3OuCQT1x8DSIc M9hg== ARC-Authentication-Results: i=1; mx.google.com; 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 g5si10975285ejp.350.2019.10.14.06.53.18; Mon, 14 Oct 2019 06:53:42 -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; 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 S1732320AbfJNNwy (ORCPT + 99 others); Mon, 14 Oct 2019 09:52:54 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:3711 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731092AbfJNNwx (ORCPT ); Mon, 14 Oct 2019 09:52:53 -0400 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id F3990FE4F67A274B6D56; Mon, 14 Oct 2019 21:52:50 +0800 (CST) Received: from localhost.localdomain (10.67.212.132) by DGGEMS403-HUB.china.huawei.com (10.3.19.203) with Microsoft SMTP Server id 14.3.439.0; Mon, 14 Oct 2019 21:52:44 +0800 From: Shaokun Zhang To: , CC: Shaokun Zhang , Jonathan Corbet , Jens Axboe Subject: [PATCH] docs: block: Remove blk_init_queue related description Date: Mon, 14 Oct 2019 21:50:02 +0800 Message-ID: <1571061002-25998-1-git-send-email-zhangshaokun@hisilicon.com> X-Mailer: git-send-email 2.7.4 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.212.132] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org blk_init_queue has been removed since commit ("block: remove dead elevator code"), Let's cleanup the description in the biodoc.rst document. Cc: Jonathan Corbet Cc: Jens Axboe Signed-off-by: Shaokun Zhang --- Documentation/block/biodoc.rst | 10 ---------- 1 file changed, 10 deletions(-) diff --git a/Documentation/block/biodoc.rst b/Documentation/block/biodoc.rst index b964796ec9c7..a19081d88349 100644 --- a/Documentation/block/biodoc.rst +++ b/Documentation/block/biodoc.rst @@ -1013,11 +1013,6 @@ request_fn execution which it means that lots of older drivers should still be SMP safe. Drivers are free to drop the queue lock themselves, if required. Drivers that explicitly used the io_request_lock for serialization need to be modified accordingly. -Usually it's as easy as adding a global lock:: - - static DEFINE_SPINLOCK(my_driver_lock); - -and passing the address to that lock to blk_init_queue(). 5.2 64 bit sector numbers (sector_t prepares for 64 bit support) ---------------------------------------------------------------- @@ -1071,11 +1066,6 @@ right thing to use is bio_endio(bio) instead. If the driver is dropping the io_request_lock from its request_fn strategy, then it just needs to replace that with q->queue_lock instead. -As described in Sec 1.1, drivers can set max sector size, max segment size -etc per queue now. Drivers that used to define their own merge functions i -to handle things like this can now just use the blk_queue_* functions at -blk_init_queue time. - Drivers no longer have to map a {partition, sector offset} into the correct absolute location anymore, this is done by the block layer, so where a driver received a request ala this before:: -- 2.7.4