Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752665Ab2BOQ5Q (ORCPT ); Wed, 15 Feb 2012 11:57:16 -0500 Received: from mail-pz0-f46.google.com ([209.85.210.46]:58824 "EHLO mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751924Ab2BOQ5N (ORCPT ); Wed, 15 Feb 2012 11:57:13 -0500 Date: Wed, 15 Feb 2012 08:57:06 -0800 From: Tejun Heo To: Brian Norris Cc: Lin Ming , Norbert Preining , "Srivatsa S. Bhat" , linux-kernel@vger.kernel.org, jeff@garzik.org, "stern@rowland.harvard.edu >> Alan Stern" , linux-ide@vger.kernel.org, Linux PM mailing list , "Rafael J. Wysocki" , Jian Peng , Kevin Cernekee , valdis.kletnieks@vt.edu, Mark Lord Subject: Re: Regression 3.2 -> 3.3-rc1 10 sec hang at boot and resume, COMRESET failed Message-ID: <20120215165706.GA24986@google.com> References: <20120206004608.GA9413@gamma.logic.tuwien.ac.at> <1328492218.15079.38.camel@minggr> <20120206024052.GI9413@gamma.logic.tuwien.ac.at> <1328496591.15079.40.camel@minggr> <20120206031528.GA16093@gamma.logic.tuwien.ac.at> <1328503376.15079.55.camel@minggr> <20120206161943.GA3926@google.com> <20120213174445.GD12117@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1252 Lines: 31 Hello, On Tue, Feb 14, 2012 at 09:15:32PM -0800, Brian Norris wrote: > Perhaps a module param (for ahci_platform) that sets a flag in > ata_port_info? I'm not sure if/how I'm allowed to introduce new ATA > flags... I think adding a module param directly to libahci.c should do. Just add it after ignore_sss and apply it to all ahci's on the host. > So it appears that we are weighing the MATSHITA DVD issues against the > issues seen by me and possibly Mark Lord. If the decision really > stands that finding a unified solution is impossible, then I can just > drop the issue and make conditional behavior. My memory is already fuzzy but strict adherence to the spec didn't make whole lot of sense to me. I think I wrote several times on the issue already. Plus, we're talking about introducing regressions to generic x86 setups against few specific platforms. If somebody can come up with generic solution, fine, but for now, let's just revert to the original behavior, please. Thanks. -- tejun -- 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/