Received: by 10.192.165.148 with SMTP id m20csp494457imm; Fri, 4 May 2018 13:50:49 -0700 (PDT) X-Google-Smtp-Source: AB8JxZobP5yabhcSqHIgfKcuaftV+VjPigm7QYGtEjt5OcNgdDDHJ501BrefFh11+ZrjEy7szMQj X-Received: by 2002:a17:902:8305:: with SMTP id bd5-v6mr29113806plb.13.1525467049274; Fri, 04 May 2018 13:50:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525467049; cv=none; d=google.com; s=arc-20160816; b=u854Qd+jrmjoXvacOUvw6n6kOd0LGDhte4qxfOcfYcFyNzktq30UT2/hof6aB21X69 6WZgkfNsFJZ8zOaNIrgEWlp5B2xhA6bJu3jrCpIKvLyLOsWgOM+PCchG35B8fj0ALKwu Atm3bRz9y0thldbqLVhdDxWba/h3my36arIPbbOlK6PuEAVhh78X7t3H9RnHSIJS5kBR hRhXCyj6F6LxhwuErZ7GAw9LiSgHw0UsLMuBoyHb67N2V8JCF3BFBqevn15Xy0hBm8lT 23WnvQ90RCx9CjZmVo/SBdjYA5bw9w3jak4nBs3FEIGG9bFcNbT50/2vg5DNN6igjX5y kJfA== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=GkDW0w2a0AYcH1pdpVWdI7TIJsCxg916e/ahj5szuvM=; b=LhyBsw50Awb07PlgFTk8Jg5zAr2kKi955LxM8tIov7AnzV+dF+CDYdsfW7nPFF8OKd Vqgxy75Dwv9hifuM28iiZdpwyT97PI7bYAF1TpDWoEgDUKCtfSXfEfBGGndzyhXGOOy6 y90tnYaT8UBRxDZxliS9sIShVsdP3VKzVsl/XLX272Yd6FfHrYkRuVs1FL9QLF153ZY0 9vSTMwKKzJLKAU4BXyS40/+6lJsU4G0uTABh6cvzBF5wORqUrCYNMM109bhcwxvCb61j kYPnbEXKFF7KT87V4JkDYuCJxLwPNm7XYu3NpSKctRsIroZTGTyFvcPg+nTBG8hBsMOH 9Cvg== 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 s130-v6si13915375pgc.672.2018.05.04.13.50.20; Fri, 04 May 2018 13:50:49 -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 S1751740AbeEDUuA (ORCPT + 99 others); Fri, 4 May 2018 16:50:00 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:35162 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751687AbeEDUt6 (ORCPT ); Fri, 4 May 2018 16:49:58 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 124D349D; Fri, 4 May 2018 20:49:57 +0000 (UTC) Date: Fri, 4 May 2018 13:49:56 -0700 From: Andrew Morton To: Oleksij Rempel Cc: kernel@pengutronix.de, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, Liam Girdwood , Leonard Crestez , Rob Herring , Mark Rutland , Michael Turquette , Stephen Boyd , Fabio Estevam , Russell King , Shawn Guo , Mark Brown , "Rafael J . Wysocki" Subject: Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare Message-Id: <20180504134956.36dc72a253d03e94a517a867@linux-foundation.org> In-Reply-To: <20180504185052.bjhfkvpgrblc7tfc@pengutronix.de> References: <20180305102524.5905-1-o.rempel@pengutronix.de> <20180305102524.5905-4-o.rempel@pengutronix.de> <20180504185052.bjhfkvpgrblc7tfc@pengutronix.de> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 4 May 2018 20:50:52 +0200 Oleksij Rempel wrote: > Hallo Andrew, > I need your ACK or NACK for this patch. > > This function is used to configure external PMIC to interpret > signal which will be triggered by pm_power_off as power off. > Since same signal can be used for stand by, I linked PMIC configuration > with pm_power_off_prepare to avoid possible conflicts. > > ... > > > --- a/kernel/reboot.c > > +++ b/kernel/reboot.c > > @@ -49,6 +49,7 @@ int reboot_force; > > */ > > > > void (*pm_power_off_prepare)(void); > > +EXPORT_SYMBOL(pm_power_off_prepare); > > OK by me, but it's more of a Rafael thing.