Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933414AbbFWS1z (ORCPT ); Tue, 23 Jun 2015 14:27:55 -0400 Received: from mail-wg0-f46.google.com ([74.125.82.46]:33820 "EHLO mail-wg0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932743AbbFWS1r (ORCPT ); Tue, 23 Jun 2015 14:27:47 -0400 MIME-Version: 1.0 In-Reply-To: References: <20150622153653.GB15570@kroah.com> Date: Tue, 23 Jun 2015 20:27:46 +0200 Message-ID: Subject: Re: Stop SSD from waiting for "Spinning up disk..." From: Frans Klaver To: Jeff Chua Cc: Greg Kroah-Hartman , Linux Kernel , Christoph Hellwig 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: 1135 Lines: 30 On Tue, Jun 23, 2015 at 5:02 PM, Jeff Chua wrote: > On Mon, Jun 22, 2015 at 11:36 PM, Greg Kroah-Hartman > wrote: >> On Mon, Jun 22, 2015 at 03:25:29PM +0800, Jeff Chua wrote: >>> >>> There's no need to wait for disk spin-up for USB SSD devices. This patch >>> allow the SSD to skip waiting disk spin-up by passing sd_mod.ssd=1 during >>> boot-up. >>> >>> If there's a better way to handle this, please share. >> >> Module parameters are never a solution for a device-specific property, >> sorry. > > Greg, > > SSD is coming mainstream and it doesn't make sense wasting time > spinning up "disk" ... I don't think Greg disputes that. He just objects to the solution (a module parameter) you proposed. I'd guess that detecting that we're talking to an SSD and then skipping the wait would make more sense, if at all possible. Frans -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/