Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751340AbdH3GTB (ORCPT ); Wed, 30 Aug 2017 02:19:01 -0400 Received: from mail-ua0-f173.google.com ([209.85.217.173]:36893 "EHLO mail-ua0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751263AbdH3GS6 (ORCPT ); Wed, 30 Aug 2017 02:18:58 -0400 MIME-Version: 1.0 In-Reply-To: <20170814092712.14062-1-oleksandr@redhat.com> References: <20170814092712.14062-1-oleksandr@redhat.com> From: Oleksandr Natalenko Date: Wed, 30 Aug 2017 08:18:57 +0200 Message-ID: Subject: Re: [RFC] block: deprecate choosing elevator via boot param To: linux-block@vger.kernel.org Cc: axboe@kernel.dk, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1362 Lines: 43 Jens, any thoughts about this? On Mon, Aug 14, 2017 at 11:27 AM, Oleksandr Natalenko wrote: > Setting I/O scheduler via kernel command line is not flexible enough > anymore. Different schedulers might be desirable for different types > of devices (SSDs and HDDs, for instance). Moreover, setting elevator > while using blk-mq framework does not work in this way already. > > This commit enables warning if user specifies "elevator" boot param. > Removing this option at all might be considered in some future. > > Signed-off-by: Oleksandr Natalenko > --- > block/elevator.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/block/elevator.c b/block/elevator.c > index 4bb2f0c93fa6..9ade7e12e417 100644 > --- a/block/elevator.c > +++ b/block/elevator.c > @@ -130,6 +130,9 @@ static int __init elevator_setup(char *str) > * Be backwards-compatible with previous kernels, so users > * won't get the wrong elevator. > */ > + printk(KERN_WARNING > + "Setting I/O scheduler via kernel command line " \ > + "is deprecated. Use udev rule instead."); > strncpy(chosen_elevator, str, sizeof(chosen_elevator) - 1); > return 1; > } > -- > 2.14.1 > -- Best regards, Oleksandr Natalenko (post-factum) Software Maintenance Engineer