Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751558AbbFYFuw (ORCPT ); Thu, 25 Jun 2015 01:50:52 -0400 Received: from mailout1.w1.samsung.com ([210.118.77.11]:31599 "EHLO mailout1.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750786AbbFYFur (ORCPT ); Thu, 25 Jun 2015 01:50:47 -0400 X-AuditID: cbfec7f4-f79c56d0000012ee-b8-558b96b456d6 Message-id: <558B96B7.3030501@samsung.com> Date: Thu, 25 Jun 2015 14:50:47 +0900 From: Krzysztof Kozlowski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-version: 1.0 To: Vaibhav Hiremath Cc: linux-arm-kernel@lists.infradead.org, Zhao Ye , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, robh+dt@kernel.org, lee.jones@linaro.org Subject: Re: [PATCH-v3 2/3] mfd: 88pm800: Allow configuration of interrupt clear method References: <1435137673-1629-1-git-send-email-vaibhav.hiremath@linaro.org> <1435137673-1629-3-git-send-email-vaibhav.hiremath@linaro.org> <558B90F7.80700@linaro.org> <558B9272.6090100@samsung.com> <558B9549.5010705@linaro.org> In-reply-to: <558B9549.5010705@linaro.org> Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRmVeSWpSXmKPExsVy+t/xK7pbpnWHGjy+YW0x/8g5VovXLwwt 7n89ymix6fE1VovLu+awWbTuPcJucf3qRhaLXV+eMzpweGxa1cnmcefaHjaPzUvqPSYvvMjs 0bdlFaPH501yAWxRXDYpqTmZZalF+nYJXBknb39gKmgSrri2dB5jA+MM/i5GTg4JAROJgz1/ mSBsMYkL99azdTFycQgJLGWUuLFyBSOE85RRYuq7HjaQKl4BLYl7j78yg9gsAqoSt74+ZwSx 2QSMJTYvXwJWIyoQIfH28kkmiHpBiR+T77GA2CICRhKne9eyg9jMAmsZJfadVAGxhQUiJXoe HYBatp5J4tylD2DNnEDL5k9+AtTAAdSgLjFlSi5Er7zE5jVvmScwCsxCsmIWQtUsJFULGJlX MYqmliYXFCel5xrqFSfmFpfmpesl5+duYoQE/ZcdjIuPWR1iFOBgVOLhrbDtDhViTSwrrsw9 xCjBwawkwtsYABTiTUmsrEotyo8vKs1JLT7EKM3BoiTOO3fX+xAhgfTEktTs1NSC1CKYLBMH p1QDY6T65W99eycqxUkcf7vnwWKmYMPK5NpdF/3uGs48UmU2occ2KqtzrUy/xaZ7H7cfzvX1 P1HYX6RzOZU38fsFx6jtT1i21msyXv5edOmi/a69KRueHJT6mJQWuc7oxSuT7mVrGnlUF3n7 r+u4cWFhWpriVjZ5s03qj//Gnm7iD2qQLBKZvjPOQomlOCPRUIu5qDgRABok91J2AgAA Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2609 Lines: 75 On 25.06.2015 14:44, Vaibhav Hiremath wrote: > > > On Thursday 25 June 2015 11:02 AM, Krzysztof Kozlowski wrote: >> On 25.06.2015 14:26, Vaibhav Hiremath wrote: >>> >>> >>> On Thursday 25 June 2015 05:33 AM, Krzysztof Kozlowski wrote: >>>> 2015-06-24 18:21 GMT+09:00 Vaibhav Hiremath >>>> : >>>>> As per the spec, bit 1 (INT_CLEAR_MODE) of reg addr 0xe >>>>> (page 0) controls the method of clearing interrupt >>>>> status of 88pm800 family of devices; >>>>> >>>>> 0: clear on read >>>>> 1: clear on write >>>>> >>>>> This patch allows to configure this field, through DT. >>>>> >>>>> Also, as suggested by "Lee Jones" renaming DT property and variable >>>>> field to appropriate name. >>>>> >>>>> Signed-off-by: Zhao Ye >>>>> Signed-off-by: Vaibhav Hiremath >>>> >>>> It does not look like a property of the board. Instead it looks like a >>>> runtime configuration so it should not be part of DT bindings. >>>> >>> >>> Why do you say that? >>> >>> It is very well feature of 88PM860 device, where you can control irq >>> clear operation (either read/write). >>> >>> >>> Thanks, >>> Vaibhav >>> >>>> I understand that previously this was configured by platform data and >>>> now you want to move everything to DT. But this does not belong to >>>> DT... >>>> >>> >>> Thats not completely true. >>> I think DT is the right place for this configuration. >> >> DT and its bindings describe the specific board or device. Let me quote: >> <> structure and language for describing hardware. More specifically, it >> is a description of hardware that is readable by an operating system...>> >> >> Whether you clear interrupts by writing or reading is configured during >> runtime and it is completely independent to wiring. Each board with >> 88pm800 would allow both methods. So this is not a property of hardware >> in the terms of open firmware. This is a runtime configuration. >> > > Yes, > Fair enough... > > I see very little value in runtime configuration, why not just do it > only way (either read or write)? > I would prefer to just set it by default (during init), to clear irq on > write. Hard-coding a default value, if board files are not present, looks OK to me. Best regards, Krzysztof -- 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/