Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755276AbcCBMGU (ORCPT ); Wed, 2 Mar 2016 07:06:20 -0500 Received: from mail-bl2nam02on0058.outbound.protection.outlook.com ([104.47.38.58]:37689 "EHLO NAM02-BL2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751609AbcCBMGQ (ORCPT ); Wed, 2 Mar 2016 07:06:16 -0500 X-Greylist: delayed 858 seconds by postgrey-1.27 at vger.kernel.org; Wed, 02 Mar 2016 07:06:16 EST Authentication-Results: spf=pass (sender IP is 149.199.60.100) smtp.mailfrom=xilinx.com; arndb.de; dkim=none (message not signed) header.d=none;arndb.de; dmarc=bestguesspass action=none header.from=xilinx.com; Subject: Re: [RFC PATCH] drivers: ata: Read Rx water mark value from device-tree To: Arnd Bergmann , Michal Simek References: <1455974302-7082-1-git-send-email-anuragku@xilinx.com> <3012728.7zDNPtQ7kR@wuerfel> <56D6B217.2000701@xilinx.com> <1798710.nJonRpmlxx@wuerfel> CC: Anurag Kumar Vulisha , Rob Herring , =?UTF-8?Q?S=c3=b6ren_Brinkmann?= , "pawel.moll@arm.com" , "mark.rutland@arm.com" , "ijc+devicetree@hellion.org.uk" , "galak@codeaurora.org" , "tj@kernel.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-ide@vger.kernel.org" , Anirudha Sarangi , Srikanth Vemula , "Punnaiah Choudary Kalluri" From: Michal Simek Message-ID: <56D6D3D0.9030408@xilinx.com> Date: Wed, 2 Mar 2016 12:51:44 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1798710.nJonRpmlxx@wuerfel> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-8.0.0.1202-22166.006 X-TM-AS-User-Approved-Sender: Yes;Yes X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:149.199.60.100;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(2980300002)(438002)(189002)(199003)(51694002)(76104003)(164054003)(1096002)(63266004)(1220700001)(5008740100001)(36386004)(47776003)(36756003)(59896002)(189998001)(87936001)(11100500001)(2950100001)(106466001)(6806005)(23746002)(4001350100001)(107886002)(5001770100001)(64126003)(2906002)(230700001)(33656002)(4326007)(4001430100002)(93886004)(92566002)(65816999)(4001450100002)(76176999)(54356999)(86362001)(87266999)(50986999)(80316001)(83506001)(50466002)(77096005)(586003)(5001960100004)(81156009)(107986001);DIR:OUT;SFP:1101;SCL:1;SRVR:BL2NAM02HT199;H:xsj-pvapsmtpgw02;FPR:;SPF:Pass;MLV:sfv;MX:1;A:1;LANG:en; X-MS-Office365-Filtering-Correlation-Id: 6279ed73-3437-4159-7937-08d342910dc7 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(8251501002);SRVR:BL2NAM02HT199; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(2401047)(13017025)(8121501046)(13015025)(13023025)(13018025)(5005006)(13024025)(3002001)(10201501046);SRVR:BL2NAM02HT199;BCL:0;PCL:0;RULEID:;SRVR:BL2NAM02HT199; X-Forefront-PRVS: 086943A159 X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Mar 2016 11:51:55.6364 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.100];Helo=[xsj-pvapsmtpgw02] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2NAM02HT199 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1387 Lines: 32 On 2.3.2016 12:42, Arnd Bergmann wrote: > On Wednesday 02 March 2016 10:27:51 Michal Simek wrote: >> >> No problem with default value in driver. Something has to be setup. >> Reset value based on reg spec I was checking is 0x20. Based on our >> testing we saw some issues that's why 0x40 was setup as default value. >> There is a need to be able to configure this value for example for >> testing different values that's why I think module parameter should be >> the right way to go. > > I don't object to the module parameter, but I don't understand how important > that kind of testing is to normal users. Who would set it, aside from > the person writing that driver to come up with the correct default? > >> If this should be DT parameters there should be different ceva IP which >> allows different fifo size and different watermark level to be setup by >> user. >> >> What do you think? Does it sound reasonable. > > Having a property for the actual hardware fifo size once you get > different implementations seems like the correct approach, but it's > moot as long as all implementations are hardwired to 128 entries. yep right now and we don't know what can happen in future. I just wanted to point to example where this property can be specified or wired to particular compatible string. Anurag: Please make it as module parameter instead of DT parameter. Thanks, Michal