From mboxrd@z Thu Jan 1 00:00:00 1970 From: Heiko =?ISO-8859-1?Q?St=FCbner?= Subject: Re: [PATCH v4 0/3] nvmem: rockchip-efuse: support more rockchip SoCs Date: Thu, 01 Sep 2016 22:43:32 +0200 Message-ID: <3728837.exfccSJxkh@diego> References: <1472464210-30252-1-git-send-email-finley.xiao@rock-chips.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+glpar-linux-rockchip=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org To: Srinivas Kandagatla Cc: mark.rutland-5wv7dgnIgG8@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, huangtao-TNX95d0MmH7DzftRWevZcw@public.gmane.org, tony.xie-TNX95d0MmH7DzftRWevZcw@public.gmane.org, catalin.marinas-5wv7dgnIgG8@public.gmane.org, will.deacon-5wv7dgnIgG8@public.gmane.org, linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org, dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, Finley Xiao , cl-TNX95d0MmH7DzftRWevZcw@public.gmane.org, maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org, jay.xu-TNX95d0MmH7DzftRWevZcw@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, wxt-TNX95d0MmH7DzftRWevZcw@public.gmane.org List-Id: linux-rockchip.vger.kernel.org Hi srini, Am Donnerstag, 1. September 2016, 21:02:23 schrieb Srinivas Kandagatla: > On 29/08/16 10:50, Finley Xiao wrote: > > As the timing and organization of efuse may be different > > between rockchip SoCs, so their read function may be different. > > We add different device tree compatible string for rockchip SoCs > > to match their own read function. > > > > V3->V4: > > - 3/3 change the type of out_value into u32 and buf into u8, their values > > > > come from register, use u32 and u8 may be more readable. > > > > Finley Xiao (3): > > nvmem: rockchip-efuse: update compatible strings for Rockchip efuse > > ARM: dts: rockchip: update compatible strings for Rockchip efuse > > nvmem: rockchip-efuse: add rk3399-efuse support > > I can take patch 1 and 3, but dts has to go via arm soc tree. that is really fine, and also what I somehow expect :-) . So once you picked these two (I guess after Doug's comments are fixed) I'll pick up the dts patch. Heiko From mboxrd@z Thu Jan 1 00:00:00 1970 From: heiko@sntech.de (Heiko =?ISO-8859-1?Q?St=FCbner?=) Date: Thu, 01 Sep 2016 22:43:32 +0200 Subject: [PATCH v4 0/3] nvmem: rockchip-efuse: support more rockchip SoCs In-Reply-To: References: <1472464210-30252-1-git-send-email-finley.xiao@rock-chips.com> Message-ID: <3728837.exfccSJxkh@diego> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi srini, Am Donnerstag, 1. September 2016, 21:02:23 schrieb Srinivas Kandagatla: > On 29/08/16 10:50, Finley Xiao wrote: > > As the timing and organization of efuse may be different > > between rockchip SoCs, so their read function may be different. > > We add different device tree compatible string for rockchip SoCs > > to match their own read function. > > > > V3->V4: > > - 3/3 change the type of out_value into u32 and buf into u8, their values > > > > come from register, use u32 and u8 may be more readable. > > > > Finley Xiao (3): > > nvmem: rockchip-efuse: update compatible strings for Rockchip efuse > > ARM: dts: rockchip: update compatible strings for Rockchip efuse > > nvmem: rockchip-efuse: add rk3399-efuse support > > I can take patch 1 and 3, but dts has to go via arm soc tree. that is really fine, and also what I somehow expect :-) . So once you picked these two (I guess after Doug's comments are fixed) I'll pick up the dts patch. Heiko From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756291AbcIAVWL (ORCPT ); Thu, 1 Sep 2016 17:22:11 -0400 Received: from gloria.sntech.de ([95.129.55.99]:60625 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754510AbcIAVWH (ORCPT ); Thu, 1 Sep 2016 17:22:07 -0400 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Srinivas Kandagatla Cc: Finley Xiao , maxime.ripard@free-electrons.com, robh+dt@kernel.org, mark.rutland@arm.com, linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com, dianders@chromium.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, wxt@rock-chips.com, jay.xu@rock-chips.com, huangtao@rock-chips.com, cl@rock-chips.com, tony.xie@rock-chips.com Subject: Re: [PATCH v4 0/3] nvmem: rockchip-efuse: support more rockchip SoCs Date: Thu, 01 Sep 2016 22:43:32 +0200 Message-ID: <3728837.exfccSJxkh@diego> User-Agent: KMail/4.14.10 (Linux/4.6.0-1-amd64; KDE/4.14.22; x86_64; ; ) In-Reply-To: References: <1472464210-30252-1-git-send-email-finley.xiao@rock-chips.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi srini, Am Donnerstag, 1. September 2016, 21:02:23 schrieb Srinivas Kandagatla: > On 29/08/16 10:50, Finley Xiao wrote: > > As the timing and organization of efuse may be different > > between rockchip SoCs, so their read function may be different. > > We add different device tree compatible string for rockchip SoCs > > to match their own read function. > > > > V3->V4: > > - 3/3 change the type of out_value into u32 and buf into u8, their values > > > > come from register, use u32 and u8 may be more readable. > > > > Finley Xiao (3): > > nvmem: rockchip-efuse: update compatible strings for Rockchip efuse > > ARM: dts: rockchip: update compatible strings for Rockchip efuse > > nvmem: rockchip-efuse: add rk3399-efuse support > > I can take patch 1 and 3, but dts has to go via arm soc tree. that is really fine, and also what I somehow expect :-) . So once you picked these two (I guess after Doug's comments are fixed) I'll pick up the dts patch. Heiko