Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp31304imu; Mon, 10 Dec 2018 15:26:37 -0800 (PST) X-Google-Smtp-Source: AFSGD/Xc1kZw7AwjSVte+gjMm8NrqA2j93keIYiGOQn9rzuBi6MjsZmTrTKwgo199PbBIiWoPQDQ X-Received: by 2002:a63:f241:: with SMTP id d1mr12663101pgk.2.1544484397551; Mon, 10 Dec 2018 15:26:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544484397; cv=none; d=google.com; s=arc-20160816; b=DVHR7105wmnid1c6FD0nWfnhfjCW/SUKLAWXnQGX/0PGD+dQIcW1nPP4o6CIqpHWyv TWDBCR8rEeXAdSbch16obgiiIyk4ImfwbNn+rF0l8AgueWqskuKz8MLFVKX6e2MbjWE6 CpMUH5+9B4GUqJo99afn3nfnQ0EzpTOE4xIUYnGoPOhuduCwV+oRnNdURM21sbnhvDlo e3adDXlnMwxn+4FnUpLw3rHqek/508N8pPWq3YLeKF/6CEgToQ79XFG7mcD8scCCI8rf ToPHS2l/qkGiu/bi0YN5NY6hSk/oRztNMVSffwLAt20KbTR820kRjfvC2LCfGb7C0iD9 W+Mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=q0CvDRl7Ddunp5nLkMpNbDtaIo1Vk0oEdDjJbSOdSYs=; b=TC592JwgnSU7YwHd4R/sL03/WeCbMyOZPg1OyVxNgTlwBQWRvhdd6KvjYf0rFkEu+u KdHy1W9yTc7/kdWS4d/mCeaHaNbbO/LMf7pa9tZB1JFvMwTOZMF/fjzmtcCO9/Jsu7P3 /dcFMys3n4Z9/n+N+zJYjzQ197Bzre4vfjXbRgdtJ/EEkpxQzh/5U7dlWJt45b4MF0CQ ueWXirAqHabCjbC86HZqRTGdWuqH3g7jJWd3fywYKfD2V8IX+Uvw5WKtW4i4XbClFlgM ItrOQfWh8AXToadJ4cwhvF3dvhSHCbA4sIKNKoVcTJ6MCAarnE2UiK9FhdUsHsW4SxWt ySeQ== 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 d1si10817947pgg.301.2018.12.10.15.26.21; Mon, 10 Dec 2018 15:26:37 -0800 (PST) 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 S1728675AbeLJUBm (ORCPT + 99 others); Mon, 10 Dec 2018 15:01:42 -0500 Received: from mail5.windriver.com ([192.103.53.11]:36084 "EHLO mail5.wrs.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727340AbeLJUBm (ORCPT ); Mon, 10 Dec 2018 15:01:42 -0500 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id wBAK0fGS006780 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 10 Dec 2018 12:00:57 -0800 Received: from yow-pgortmak-d1.corp.ad.wrs.com (128.224.56.57) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.408.0; Mon, 10 Dec 2018 12:00:31 -0800 Received: by yow-pgortmak-d1.corp.ad.wrs.com (Postfix, from userid 1000) id 259162E0922; Mon, 10 Dec 2018 15:00:31 -0500 (EST) Date: Mon, 10 Dec 2018 15:00:31 -0500 From: Paul Gortmaker To: Charles Keepax CC: Lee Jones , , , Linus Walleij Subject: Re: [PATCH 16/18] mfd: wm8350-i2c: Make it explicitly non-modular Message-ID: <20181210200030.GC11670@windriver.com> References: <1544213465-16259-1-git-send-email-paul.gortmaker@windriver.com> <1544213465-16259-17-git-send-email-paul.gortmaker@windriver.com> <20181210092808.GN16508@imbe.wolfsonmicro.main> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20181210092808.GN16508@imbe.wolfsonmicro.main> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Re: [PATCH 16/18] mfd: wm8350-i2c: Make it explicitly non-modular] On 10/12/2018 (Mon 09:28) Charles Keepax wrote: > On Fri, Dec 07, 2018 at 03:11:03PM -0500, Paul Gortmaker wrote: [...] > > -static int wm8350_i2c_remove(struct i2c_client *i2c) > > -{ > > - struct wm8350 *wm8350 = i2c_get_clientdata(i2c); > > - > > - wm8350_device_exit(wm8350); > > This is the only caller of this function so you probably want to > remove it in the next patch as we did for the 831x stuff. Thanks - I should have caught this instance after you pointed me at the 831x version of the same issue. But I did not. :-( I'll follow up the 17/18 wm8350-core patch with the wm8350_device_exit delete added ; maybe if you can Ack that and hence the unchanged wm8350-i2c patch shown here - then we can avoid me spamming Lee and everyone else with 20-odd patches in v5 just to add acks to a v4 - vs. hopefully having a v4 being final. Linus - I'd removed your Ack from 831x-core and this pending 8350-core update, since the original patch you ack'd has since changed to delete an orphaned function. I would of course add them back if you are OK with the updated versions and put them in the v4, but I did not want to assume that. Acks will all be after SOB lines as requested by Lee in the v4 as well. Thanks, Paul. -- > > Thanks, Charles