Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754975AbcCBLmb (ORCPT ); Wed, 2 Mar 2016 06:42:31 -0500 Received: from mout.kundenserver.de ([217.72.192.75]:54514 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752100AbcCBLm3 (ORCPT ); Wed, 2 Mar 2016 06:42:29 -0500 From: Arnd Bergmann To: Michal Simek Cc: Anurag Kumar Vulisha , Rob Herring , =?ISO-8859-1?Q?S=F6ren?= 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 Subject: Re: [RFC PATCH] drivers: ata: Read Rx water mark value from device-tree Date: Wed, 02 Mar 2016 12:42:12 +0100 Message-ID: <1798710.nJonRpmlxx@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <56D6B217.2000701@xilinx.com> References: <1455974302-7082-1-git-send-email-anuragku@xilinx.com> <3012728.7zDNPtQ7kR@wuerfel> <56D6B217.2000701@xilinx.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:QmUJsrtVYLIOWBqZ9qQTGzRMQxuyHnashdkZR911qw9l9JCEUbE C1eKu/p71Af7VOfUrMf84rFdUFA1B4gPCR5ZHXmKvexsirrUYxB9YOW6rZRItSCuFzlz0Zr ngPumcxYCLTQCdxQ2YUFBPHdrsjb0dRA5zTYxqIqHMDpCvLCd91xhOBxg/Fmt9NP2Eg91l8 KisEassVqvyn1tEIYMgtQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:qXxdQ3wvIss=:soyB07DdMcCVkGePUMmkP2 36DyKi0uhQm4qVI4qUreC03JeeMNYsKZNQ7/yiHXnRA1UdbJOIy0bX3XowGmSK1otiHn+AcZ9 yqqoMmGDXFdov6u0PpnMijvGt5OUNKM2EwXwUC2p5/1DGGl5+oVVDabKRAcGXhJmLGmx5BBya jL+S7AC3aRPafhA0qQEYcW3nD77sVI1a7Ikq8le3zbyWVGhRVoNs89f3f+nz2V2QqMUOWLWuy m9izROnfiz/xmqpmp3a93Hg3dAsMnBFW2xeM0UAkf3FQjpriIYj8H28EEe3tJJoTcbdYbPmwe GZRPmLj/9cuo+jX1GQMUcbkdawtNdDV5lBedLLoZOrbpi2GchLrNmQaRCsWvrpNdH5jd+tMiY y82NQYSUhsJc7TJ9FtrJbX61vnk6T91yyfJR3dPGdN4h1Fd6JagNELeBPHGa2d+hVTC1iFC3T IzxvG0v0zqkMWScrSsz68wFbAfI2zyqs2JtVbCiNTVA1Ko7n697hKTSLXW/uycIoHdNvJXM3c FYzyLX80SitRDENXotRcfKmsCdIQLBzd0AFqwVIXDzJoh0NMy6ro8+//zFj7zW1RaZ3BR7WdS oA9ZIv9b/SjXJWRaTRy8JvkdNrrraFnLHkSLFhLXTl+xZxtxmxsuUElYUXPTFCgVdEoYOkGw1 enJKygzyU3FhzT8TlZQmsbTwjPGnrEiw8mhs5ra8wZMg6SwpevTk8Zh2uhw6cc/TqFM829XBn TLrHx2INpEVBx36e Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1066 Lines: 24 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. Arnd