Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp5100893ybb; Tue, 24 Mar 2020 10:59:08 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtdnmaIN7aH/9fUSq6QkRNps3pREFAWKEbNfKUYp6UxcKpuML4Uw6UBdmdIkHvfSaKCrHBI X-Received: by 2002:aca:4142:: with SMTP id o63mr4168802oia.118.1585072748242; Tue, 24 Mar 2020 10:59:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585072748; cv=none; d=google.com; s=arc-20160816; b=l4NaKp34HNcV1aA83QibFGUxOk24/J7odTIV1kWNkiLaIxkPRIE/IQGWLua6N1odG/ nC0dWJaGJ9qwBnpFOdwJKr0nX2QlLIVGWHRtc3JdSvXSbtQDPrbMEetZCczGxfZph5vL VXqTiJSDJSDqlTv7IyHpG471VrkODLaDo6QSn0VD4WXjlYRnsdoefPgZxzuZTVOteUQM CYzpJQ3juBKA6Y9TJ1LrMZ27pdso+7FbfRNlfwfn5CkYGBbs2lp5KZuv+xjO/K1+2yDs BiQ2ijYXAZyRhr2Uq5zr7ofVKjC6tEt/11w8bXfvPDZ02GAmxsVo27HxsZhDCrXp7KZ6 cFHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Hneecc0TwlXNfRNStU9L2Veb+LtWFN8tpE6L0iSPJt8=; b=n9R8xKPl+C1E/UvQP4rCSuRXTMIt/egI82HBPeaqpr82+mhgBNu/H5gWRSdV9+RSPG 6+seczXLpaNPuoVeeTVrRknkA0YfmlchvZIYOXsPfm1K6kryex1lMrNlN5NnyIMf4VjE n3Ma9vZqWc6d9xyEWIDbw1iNPHCZf3vwcw8G7XnJ3Nia/zed1xZnRg9WMz+yxlqPj8TG 8oRX4tF9eMxR164bm6sGH/bB2KIiZymVqsT/NC75DLLZqlorbt+yS1agqum9OF2vsQjG nl0ZJbgANs3B6CJiPvH18wqX055nT/9yqqDW0s/9gGbVqUnjPQXhrD0IudhcyclGKCO3 aLSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=lVtTgwLS; 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 d6si5498322oti.124.2020.03.24.10.58.55; Tue, 24 Mar 2020 10:59:08 -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; dkim=pass header.i=@kernel.org header.s=default header.b=lVtTgwLS; 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 S1727548AbgCXR6e (ORCPT + 99 others); Tue, 24 Mar 2020 13:58:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:37334 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727333AbgCXR6e (ORCPT ); Tue, 24 Mar 2020 13:58:34 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 13D99206F6; Tue, 24 Mar 2020 17:58:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1585072713; bh=3bq9xwRbw4as5OhWunjB4/vALijb9AU81xWgdEwbwrU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lVtTgwLS79keQu8s6Q3+aJdoGAA3d+B0OBRbvXk1FPpqh7yM33jqrb/eSL3UPE5Xq bBYfQOVVYhTcrM730DCLZotpxj/jv3ql/M7l1J4mhx0RmyeWle0n3Yww6KwtccNZDv eTpHjvmCUlYb7ahOlPCoSx4rYuCpyC1dBK8saZnk= Date: Tue, 24 Mar 2020 18:58:31 +0100 From: Greg KH To: Srinivas Kandagatla Cc: linux-kernel@vger.kernel.org, nicholas.johnson-opensource@outlook.com.au Subject: Re: [PATCH 0/3] nvmem: use is_bin_visible callback Message-ID: <20200324175831.GA2536632@kroah.com> References: <20200324171600.15606-1-srinivas.kandagatla@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200324171600.15606-1-srinivas.kandagatla@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 24, 2020 at 05:15:57PM +0000, Srinivas Kandagatla wrote: > Hi Greg, > > As suggested I managed to use is_bin_visible for the existing code and > one cleanup for using device_register/unregister directly instead of splitting. > > Note: this does not add any new functionality, its just a cleanup I took patch 1 of this series already, as it was "obvious" :) thanks, greg k-h