Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp4944968ybe; Mon, 9 Sep 2019 17:50:31 -0700 (PDT) X-Google-Smtp-Source: APXvYqy3lDxi9r6SbTYuNMrd9WeKE5+z/OQqrsrL+iRmUeKcltECuDqcBXd6iZmO0j9R1lpFfvhL X-Received: by 2002:a17:906:1153:: with SMTP id i19mr22037710eja.160.1568076631015; Mon, 09 Sep 2019 17:50:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568076631; cv=none; d=google.com; s=arc-20160816; b=NIItuHig01URlU53tKHup8tds9nyoM3KrdQ0EdnoWBojH3nhLp7EfuMQToXjPO9WFv aOF8IxTlqF4vTWwodxYVVD/hsPFQk1el8rlTvKQzo+jYgCSN/ayqGRZY7EicmlZLDIJz Ea8V/B2wEuaB1EmB2kdFaL16kjPbaUDcs6Xh1G1eXEoWJIPyieodan7y/gJSV8rSyhmp vrjW3nsPZKJko6fiTHWpnAisdem2mC+CiKs4i/yoZ1SVIs2jnDt9hbXN/lbyoB+8gALL Sq5x9eKJqWWMpbvcaKjFaiWsOdCgmXZAsii2IDC7e7j0Egc2ELkIxqhr8v91cihMUR7b aJmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:ironport-sdr; bh=typS+stDTpGzQHFTrTJc1vARLNMxekRmhiqY2jPKES0=; b=W7ZcQx22OVeXxnVmXHNLBnIWKu+G2zLcowPH9ujTX5OqPKSXrmQiQZv3hteLiEKEl5 gX2FuHo9Lbsk09LU1OnGVukWthxSgMqBn86exvqhubSVrHuU6pyygV1DdgtZ5CVLhkfN AqMUT0fxC4nljPP3qaeIqyXQqD6J795yVWQyTjGErOCLhxuDkB7u6j/EdEZk5+onstA8 RGV4ICHdktAUhhUFNEJf2MW7Gm9FIfIV51Omjgu4oLjiASBLvjz1lGqLesNPvjosQeha gSl/lpRnFcTJbVrWrmrat43W8588Ez3dSefErm/SZBlPNZm0DDvBIuJSjiY6jruKbGTR vR2w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id jp18si8386065ejb.276.2019.09.09.17.49.54; Mon, 09 Sep 2019 17:50:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404548AbfIIMAO (ORCPT + 99 others); Mon, 9 Sep 2019 08:00:14 -0400 Received: from hel-mailgw-01.vaisala.com ([193.143.230.17]:22527 "EHLO hel-mailgw-01.vaisala.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404502AbfIIMAO (ORCPT ); Mon, 9 Sep 2019 08:00:14 -0400 IronPort-SDR: XxhML/fkEbWh+Fdt5FqQN2xKL620r4U1w0nPZIzAxhs4OVQXX7BAimlpwRZqPsMKlj0kAakBOL XlgoZ32Wbz6kF8D583rYmDWtrW0PKwnUye7w6AW61Hu1oZXxDNbbQsBd9Zv2YAV9ZT0qLj9vZS HvcgEP56Bf6RqsRt8NoljuLtaEcWoeXypWDmYXPwi02X9Gu8oZlFXTkkkAb/S1gwJvM7jgCOGI K4SuVOzvaC2pjTBkUiUr2arzr86kF+4XftmRqLXf+gcyN/NPxJGYKix/5G6pK8mfVPKHIgv4pf 9kc= X-IronPort-AV: E=Sophos;i="5.64,484,1559509200"; d="scan'208";a="231521946" Subject: Re: [PATCH] nvmem: core: fix nvmem_cell_write inline function To: Sebastian Reichel Cc: Srinivas Kandagatla , kbuild test robot , linux-kernel@vger.kernel.org References: <20190908121038.6877-1-sre@kernel.org> <20190909101810.gtqouke7vyu63r7e@earth.universe> From: Nandor Han Message-ID: <84877749-c335-5a66-51b8-6071353f2151@vaisala.com> Date: Mon, 9 Sep 2019 15:00:09 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190909101810.gtqouke7vyu63r7e@earth.universe> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Sep 2019 12:00:09.0475 (UTC) FILETIME=[20C82530:01D56706] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/9/19 1:18 PM, Sebastian Reichel wrote: > Hi, > > On Mon, Sep 09, 2019 at 12:26:06PM +0300, Nandor Han wrote: >> On 9/8/19 3:10 PM, Sebastian Reichel wrote: >>> From: Sebastian Reichel >>> >>> nvmem_cell_write's buf argument uses different types based on >>> the configuration of CONFIG_NVMEM. The function prototype for >>> enabled NVMEM uses 'void *' type, but the static dummy function >>> for disabled NVMEM uses 'const char *' instead. Fix the different >>> behaviour by always expecting a 'void *' typed buf argument. >>> >>> Fixes: 7a78a7f7695b ("power: reset: nvmem-reboot-mode: use NVMEM as reboot mode write interface") >>> Reported-by: kbuild test robot >>> Cc: Han Nandor >>> Cc: Srinivas Kandagatla >>> Cc: linux-kernel@vger.kernel.org >>> Signed-off-by: Sebastian Reichel >>> --- >>> include/linux/nvmem-consumer.h | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/include/linux/nvmem-consumer.h b/include/linux/nvmem-consumer.h >>> index 8f8be5b00060..5c17cb733224 100644 >>> --- a/include/linux/nvmem-consumer.h >>> +++ b/include/linux/nvmem-consumer.h >>> @@ -118,7 +118,7 @@ static inline void *nvmem_cell_read(struct nvmem_cell *cell, size_t *len) >>> } >>> static inline int nvmem_cell_write(struct nvmem_cell *cell, >>> - const char *buf, size_t len) >>> + void *buf, size_t len) >> >> nitpick: alignment issue? > > This actually fixes the alignment issue as a side-effect. > I guess I should have mentioned it in the changelog. > >> Review-By: Han Nandor > > I suppose you meant to write "Reviewed-by" instead of inventing your > own tag? > Yes :) Nandor