From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750951AbdAMP7I (ORCPT ); Fri, 13 Jan 2017 10:59:08 -0500 Received: from mx2.suse.de ([195.135.220.15]:53849 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750796AbdAMP7G (ORCPT ); Fri, 13 Jan 2017 10:59:06 -0500 Subject: Re: [PATCHSET v6] blk-mq scheduling framework To: Jens Axboe , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org References: <1484170803-9311-1-git-send-email-axboe@fb.com> <5850a4ad-74a1-8d30-e865-fbd35679e84f@suse.de> <2e968ed9-7269-488b-4c38-b318ad99ed3f@fb.com> <3cda10cb-b74e-0f6c-bbda-37d366b92ad0@suse.de> Cc: osandov@osandov.com, bart.vanassche@sandisk.com From: Hannes Reinecke Message-ID: <62478d65-8bfb-49bf-c26e-d64daf37c001@suse.de> Date: Fri, 13 Jan 2017 16:59:03 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/13/2017 04:34 PM, Jens Axboe wrote: > On 01/13/2017 08:33 AM, Hannes Reinecke wrote: [ .. ] >> Ah, indeed. >> There is an ominous udev rule here, trying to switch to 'deadline'. >> >> # cat 60-ssd-scheduler.rules >> # do not edit this file, it will be overwritten on update >> >> ACTION!="add", GOTO="ssd_scheduler_end" >> SUBSYSTEM!="block", GOTO="ssd_scheduler_end" >> >> IMPORT{cmdline}="elevator" >> ENV{elevator}=="*?", GOTO="ssd_scheduler_end" >> >> KERNEL=="sd*[!0-9]", ATTR{queue/rotational}=="0", >> ATTR{queue/scheduler}="deadline" >> >> LABEL="ssd_scheduler_end" >> >> Still shouldn't crash the kernel, though ... > > Of course not, and it's not a given that it does, it could just be > triggering after the device load and failing like expected. But just in > case, can you try and disable that rule and see if it still crashes with > MQ_DEADLINE set as the default? > Yes, it does. Same stacktrace as before. Cheers Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking hare@suse.de +49 911 74053 688 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG Nürnberg)