Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4039492imm; Mon, 20 Aug 2018 08:49:37 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxAxQb6YO+b3Z2SsEllmb0g5CDU6OQ+p1KT8XgOl3OKjzpXq7rs9VxpU2ZoadYIN8vqedW/ X-Received: by 2002:a17:902:5a87:: with SMTP id r7-v6mr14198925pli.247.1534780177885; Mon, 20 Aug 2018 08:49:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534780177; cv=none; d=google.com; s=arc-20160816; b=kvVYNhqCCLPcfSMzhnuvX8hgd7DDmdUno70h9wCMT5xbR7W3pG3UMH+gJLsFR7lyT1 9Rskaf3AW1voHPkWzEc98UOaT7jPAsMEqmFkW53ZE8N9GItmII4bDfshAJSAX5Vbo3Lw DMwwpOeYMGc+ZGsE2K/edg3IJr1nwPcYC2YrdwwS/elVerS3pSX8btq0WRlBlG6SCf8p r5rSqiDdcT8/oO0iX7xgmtDjy2VQEiI1uejGYieO4Pg62m8gPoW791SI27AxY4IXlymo X2eBJwL/HtvXuDPuTZaRvsCxS0sGR5hyRFRRrK3wlkpIxQ2Fd0XCoqgjgnMT9DOmFHKO sfbg== 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=Nvghb6d1UHIvwtIvS1HDDKmjGbMeRZK9ngrHRje7tPY=; b=KiwxkmDU6y7XCE2U94drKvqFGDMy10rC6RxiZbDvXxVk0M0RQG+y/DDaS/TRK/13r9 ypdbi1UvEMm1m6f0L9H8+AfHA870kd4Yy14Vl7WeseO7Ot1ScrhPgX/fSBPK0qmxSz6t jomd3DOVKZJR0iS9LrfpS8m0e8jqod+dmuD+Bfcp5TfecYR3/O5vz+sFmRH5wovIvHk0 NtjGHycZMmNF5q9WCn5kTTEYz8I+nfoO4ZIlyNSvQpkeSfqIvCvXsMUM5Ycc4eO1E1ne p855bRWOCG9UXjULoWyiHavF5EioDcXG8pebMD6laClpx82Q6qmIy2n64LVtKjv8sgCi C/Ug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=ZdxqcvB+; 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 l123-v6si10437166pfd.223.2018.08.20.08.49.22; Mon, 20 Aug 2018 08:49:37 -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=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=ZdxqcvB+; 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 S1727136AbeHTSBZ (ORCPT + 99 others); Mon, 20 Aug 2018 14:01:25 -0400 Received: from mail-it0-f68.google.com ([209.85.214.68]:53918 "EHLO mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726293AbeHTSBZ (ORCPT ); Mon, 20 Aug 2018 14:01:25 -0400 Received: by mail-it0-f68.google.com with SMTP id 72-v6so20911469itw.3 for ; Mon, 20 Aug 2018 07:45:29 -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=Nvghb6d1UHIvwtIvS1HDDKmjGbMeRZK9ngrHRje7tPY=; b=ZdxqcvB+NNIlglD02DYgzJ6WAc9jkjCW9bQe+4wWpUKcQEoh/l72Y2e/JTqc2n/n3v iqWlCiu43z2e6eyNImYS0Q3vL61n42qdGEZWZkUpGLgQ2P113LpA50q9hOMkW+tg4PUK 4wQPfg1+mnnE3bs87eRuEZXZzTn3Li6zxLALcI11ndBQ4QdgTuam0dZUdCIKgsQWoKAf Ai2i4kpc2eAqmNGvsrWq2YMFJyHRcKQce/EmzEjsHDyjnLALm2WaFgpUAKtpbwv5d6bV dBngNMenVgkRq5exHGEfINFrkH/IyQFCisbLDLRaHyxzVj0ULXXOP6YCNVpHtyidhdvp L6fA== 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=Nvghb6d1UHIvwtIvS1HDDKmjGbMeRZK9ngrHRje7tPY=; b=VqdoeRsGRyodSzVm8ZvmkS72wSB7T1w5ZQXmYzxt644YyEw0jF3IeZeE4g+LbKev9i 75fKsRloRRP4QjXRw+mCe9kPcwDeDvqb2h/SkZbT0ISkhDATPWn2GETFMy5TqKrIO4fe XaeJcefXqtsRFTkr6GlqniDKX1v8KsUA/l7FxPsUBURDXfoxQhUtQTE4W0dfO5pQUDZK zAil6j4SgfHusb83DQLVvMxPBXT7Vo44sd2e0dOXWnPwmbB5LfnucjjwnzG7AdjLB2CP pYXy7o9ogrPe8zMEPQzqVfivmF5YmyZ7hDSwBM/mdEX2TrrZfpC74kxaTFwflslZhMN5 Ho7g== X-Gm-Message-State: AOUpUlEbvVDrgzzFFxjgCXBjCgBNSgwiuxXrZi5mi0B882Xx3cecUQUc AoRYPTOuMERO8ojUmHD4pZ24amU4m6s= X-Received: by 2002:a24:3901:: with SMTP id l1-v6mr12597063ita.88.1534776328786; Mon, 20 Aug 2018 07:45:28 -0700 (PDT) Received: from [192.168.1.56] ([216.160.245.98]) by smtp.gmail.com with ESMTPSA id h71-v6sm5416155ith.9.2018.08.20.07.45.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Aug 2018 07:45:27 -0700 (PDT) Subject: Re: [PATCH V3 1/2] blk-mq: init hctx sched after update ctx and hctx mapping To: Jianchao Wang Cc: tom.leiming@gmail.com, bart.vanassche@wdc.com, keith.busch@linux.intel.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org References: <1534749606-7311-1-git-send-email-jianchao.w.wang@oracle.com> <1534749606-7311-2-git-send-email-jianchao.w.wang@oracle.com> From: Jens Axboe Message-ID: <048cdf08-6c9e-f54a-1e5c-f1d40fb2ecdb@kernel.dk> Date: Mon, 20 Aug 2018 08:45:26 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <1534749606-7311-2-git-send-email-jianchao.w.wang@oracle.com> 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 8/20/18 1:20 AM, Jianchao Wang wrote: > @@ -2913,6 +2906,29 @@ static void __blk_mq_update_nr_hw_queues(struct blk_mq_tag_set *set, > list_for_each_entry(q, &set->tag_list, tag_set_list) > blk_mq_freeze_queue(q); > > + /* > + * switch io scheduler to NULL to clean up the data in it. > + * will get it back after update mapping between cpu and hw queues. > + */ "Switch IO scheduler to 'none', cleaning up the data associated with the previous scheduler. We'll switch back once we're done updating the new sw to hw queue mappings. > + list_for_each_entry(q, &set->tag_list, tag_set_list) { > + if (!q->elevator) { > + q->elv_type = NULL; > + continue; > + } > + q->elv_type = q->elevator->type; > + mutex_lock(&q->sysfs_lock); > + /* > + * After elevator_switch_mq, the previous elevator_queue will be > + * released by elevator_release. The reference of the io scheduler > + * module get by elevator_get will also be put. So we need to get > + * a reference of the io scheduler module here to prevent it to be > + * removed. > + */ > + __module_get(q->elv_type->elevator_owner); > + elevator_switch_mq(q, NULL); > + mutex_unlock(&q->sysfs_lock); > + } I don't hate this, but I also find it pretty annoying to put local state into the queue itself. It would be much nicer _not_ to have ->elv_type in the queue itself. That would need an allocation, however... Apart from those two things, looks fine to me. -- Jens Axboe