Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932943AbbLCJmy (ORCPT ); Thu, 3 Dec 2015 04:42:54 -0500 Received: from mail1.bemta5.messagelabs.com ([195.245.231.151]:49130 "EHLO mail1.bemta5.messagelabs.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932432AbbLCJmt (ORCPT ); Thu, 3 Dec 2015 04:42:49 -0500 X-Greylist: delayed 418 seconds by postgrey-1.27 at vger.kernel.org; Thu, 03 Dec 2015 04:42:49 EST X-Env-Sender: Andreas.Werner@men.de X-Msg-Ref: server-12.tower-178.messagelabs.com!1449135349!10886081!1 X-Originating-IP: [80.255.6.145] X-StarScan-Received: X-StarScan-Version: 7.19.2; banners=-,-,- X-VirusChecked: Checked X-PGP-Universal: processed; by keys.men.de on Thu, 03 Dec 2015 10:35:49 +0100 Date: Thu, 3 Dec 2015 10:33:55 +0100 From: Andreas Werner To: Tejun Heo CC: Andreas Werner , , , Hannes Reinecke , "Martin K. Petersen" Subject: Re: libata-core: devslp fails on ATP mSATA Message-ID: <20151203093355.GF10207@awelinux> References: <20151201092234.GB29791@awelinux> <20151201161715.GA12922@mtj.duckdns.org> <20151201190410.GA21252@mtj.duckdns.org> <20151202093310.GE10207@awelinux> <20151202164753.GA19878@mtj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20151202164753.GA19878@mtj.duckdns.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Originating-IP: [192.1.1.170] X-ClientProxiedBy: MEN-EX01.intra.men.de (192.168.1.1) To MEN-EX01.intra.men.de (192.168.1.1) X-EXCLAIMER-MD-CONFIG: e4841e51-7998-49c0-ba41-8b8a0e2d8962 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1803 Lines: 56 On Wed, Dec 02, 2015 at 11:47:53AM -0500, Tejun Heo wrote: > Hello, Andreas. > > On Wed, Dec 02, 2015 at 10:33:10AM +0100, Andreas Werner wrote: > > Blacklisting the controller would be a solution yes, but I just > > wanna wait the answer from the FAE to be sure we really have a > > problem. > > > > What kind of identifier can I use for blacklisting? The driver name > > from the host driver? (fsl-sata) I did not find any register > > in the sata controller to read out an ID. > > Whatever matches the affected controllers. If all sata_fsl > controllers are affected, the driver init code can set the flag > unconditionally. > > Thanks. > > -- > tejun Ok, setting the flag in the controller driver would be good. (still wating for the FAE for more info). As I can see the horkage field is only defind in "struct ata_dev" would it be time to add a horkage field to "struct ata_host"? All the other "flag" fields in the structs are used and/or reserved and it seems to be no good place for such flags. What I am thinking about is. 1. Add new flag e.g. ATA_HORKAGE_NOLOG_PAGE_RD 2. Add horkage field to ata_host struct 2. Set this flag in ata_host struct in the sata_fsl driver (init) 3. Copy the controller horkage flags over to struct ata_device in the ata_dev_configure function in libata At the end all flags set by the controller are applied to the ata device horkage flags, and can be used for blacklisting in libata. May be there are better solution, or i am missing something. What do you think about it? Regards Andy -- 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/