Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1344252ybg; Wed, 23 Oct 2019 14:17:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqzTm7TqWSdSzRLduG4boYW+Sx7pFRzuQ1J90gm6kRH39ivavxLow5R3D7sNegSAesc7stO8 X-Received: by 2002:a17:906:780e:: with SMTP id u14mr25681054ejm.97.1571865445961; Wed, 23 Oct 2019 14:17:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571865445; cv=none; d=google.com; s=arc-20160816; b=0zS47etgPnQqg2N7gJufjIr6PsJJdAB8I1cZn19tPb3Kzf4Q0eZRiOEzcsirIf2rzi unIWjRtQKMlB8tp32SyJ5fhzP8YDLAxks/lHtmr2wCta0eR57dPQflLPCpsBIRqTqBUo MQA4RGC2RpQ9FRk5JxTz8MrftBcdW4f37zvNr9U+CV6q9CKVVBnv9cTasJQJFhoFZb3C etT6sUY+wQ5ux67yfGis0KATYyS+9rxOmG2jZ/T4td+Izk8gGFW4DO4f3QuRFNXTvo6Q qE4oTZ7gBYIR0EOoMGQXiw+bHBOazAzHcX80FwqK3PlXkaiwqZNoQRFqFdqdWuxqO3i/ FG/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=qu/LGUB/vk/vSeAbdZfBcSWQueoDFplanTmFFmu0CQ4=; b=C2+6bvBxHaVOET+CojjW7yHxQ9KUghJsjRUCyjWvkxYFlU2Fkms8xpd/zq+LHOwQUo fVBOLII/Ccn5sanc0yV5gTg8vBU65A2gs9qQ5IBqnGzc9y5ggx8qw9Yi8IFzjlW2tJbf 6FBuDIWlP+mgsIJB15eerw/cGyfEMI0yMHtXPZNg1niOojii73tzKzPep1PyKL2PrD5b TngDc+X7JB6ugJE2r2ZpemKobWfatS9Gw7YY0AMTjjoyN+0mnc1BK6Xs2Uycg+Ni66Om tnOgTcN8OfnnvuRIi/ywtEKttG7psEpNsCfZBLML85TYrf+J/fwz2VzhUBnFkrWVLWFO uILg== 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 e56si2293885edb.355.2019.10.23.14.17.01; Wed, 23 Oct 2019 14:17:25 -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 S2405709AbfJWNNS (ORCPT + 99 others); Wed, 23 Oct 2019 09:13:18 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:54037 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732284AbfJWNNS (ORCPT ); Wed, 23 Oct 2019 09:13:18 -0400 Received: from mail-qt1-f174.google.com ([209.85.160.174]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.129]) with ESMTPSA (Nemesis) id 1N0WsG-1i2Q9I2DmG-00wUtA; Wed, 23 Oct 2019 15:13:16 +0200 Received: by mail-qt1-f174.google.com with SMTP id d17so17563196qto.3; Wed, 23 Oct 2019 06:13:16 -0700 (PDT) X-Gm-Message-State: APjAAAUvr/EHRgKKqvbAbV5FhhCWbuOItsJJh3bd3H9fsCEz0JBKpLEM 6H/8nIYZhwEyTNRddt/T1wLK1+/3h8pbHHXc9qI= X-Received: by 2002:ac8:33d4:: with SMTP id d20mr8948137qtb.204.1571836395377; Wed, 23 Oct 2019 06:13:15 -0700 (PDT) MIME-Version: 1.0 References: <20191010202802.1132272-1-arnd@arndb.de> <20191010203043.1241612-1-arnd@arndb.de> <20191010203043.1241612-10-arnd@arndb.de> <20191023115544.GA11048@pi3> In-Reply-To: <20191023115544.GA11048@pi3> From: Arnd Bergmann Date: Wed, 23 Oct 2019 15:12:59 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 10/36] ARM: s5pv210: use private pm save/restore To: Krzysztof Kozlowski Cc: "moderated list:ARM/SAMSUNG EXYNOS ARM ARCHITECTURES" , Linus Walleij , Tomasz Figa , "linux-kernel@vger.kernel.org" , Kyungmin Park , Kukjin Kim , Linux ARM Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:t+Hfc6SEiVLo6ko/SzZIszsVSiUE9AsrbclU9caoLGTrb7UsZHJ ZQ8j7eZsohO992djr0lcPVhtZ/6i3VseunxbFXAFZze90Dse1xSWODDxnWcHbDMsOUwbfRA uv/zQxv3LbuO7nDV4vLxsl8GlJP8105OjBvmS8uDZyHvwQhfJRF+Zj2QEyx1peiMFDZMeIF lJ116TgLAMijLmB0HIAiA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3ocy5qycobI=:5uIjV1XzRimLi8KksTah2i PCKWN0Gcz4waoEVC/OwV3tQLO+3o8lZMIBwZWi6Jn4Hq8wedmWV7L79PTkDxsLbzit/4teN5A +T6k6OeDvTw+Y+zLlNPYXSvp5d0uMkhhx0WYWu76mUHSBm+1wwfrVHB/sg3lpG4AizTP27ICX qHqhp/YTmEZ2f2DP040k1R6+yp1cYZrv6ur95NdRDp7kbSWbbMTAH1UeXdZl18fESMC0PS078 K5eOLFpnGhpghH2iRByqVa1kxNs7wIhrn7Ju9u1YUWqVQnc3O68EpFqJZQTL50YjZZrjmnTQF 4+YnR18YxMII6GNEXbOJoDG6wY0FY4A/lk0tH8tJYhkVZaVXK5CxPAHog+ha03tCeDwS1dcRh U4MglaNTkTUTqVZr0QB42/I831+Ol+BhrOWvX1paJYozeSrz3n6U1+Xe3zP9ve+fbxQJBY3cE 85SV9MwjL8GKDcXBWnvdE8ZW43YpRP0GmROHqWKs7OQsO984TmICxj2M+bR73VVI9JFHkepxX kyBI7LRZ4hhcZY52DwH6KQ1Fs/CONWGzhcBX4cWXC+yLXvBiLrf1ihUXIXAq308/uIjIDAu2z AcFcPqJbkwfTkb5fZpt0YMv3HRTedAKsIj+eO4wAW+CYF6va74q5C4gmTInC4pkVf1i+l5dl0 k8jtD1YF8ckrBeAjsy1e1uFXhhdsknoMtPyWHmR1smMGiF16KwsOMkylKiBa03ccveelluNWP b23IA9KIS8xhCyZsdQWwFafWt+sNUhOTI6Z4aE7AUsJ2orRL0Je3+wzWrJ8UZ48aJ171618W1 u/mtJSrA9T+Dq6qglXvInZSB2DAIV9nEnIy+XEK9+9eb6/ZXaPRiyIMuKL/rdyoiEpX3MkZsZ kxD0nBODwie5mYiSwsAQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > diff --git a/arch/arm/mach-s5pv210/regs-clock.h b/arch/arm/mach-s5pv210/regs-clock.h > > index 2a35c831a9b0..8c7530614e37 100644 > > --- a/arch/arm/mach-s5pv210/regs-clock.h > > +++ b/arch/arm/mach-s5pv210/regs-clock.h > > @@ -9,7 +9,7 @@ > > #ifndef __ASM_ARCH_REGS_CLOCK_H > > #define __ASM_ARCH_REGS_CLOCK_H __FILE__ > > > > -#include > > +#define S3C_VA_SYS ((void __iomem __force *)0xF6100000) > > The same as for one of earlier patches - I prefer to keep the S3C_ADDR() > macro for consistency. Ok, done. As the constant is only used in arch/arm/mach-s5pv210/pm.c and the s5pv210_dt_restart() function, I think it would be best to use ioremap() here and remove the constant as well as s5pv210_fdt_map_sys() and s5pv210_dt_map_io(). That can clearly be a follow-up patch. > > diff --git a/arch/arm/plat-samsung/Makefile b/arch/arm/plat-samsung/Makefile > > index d88b9b84f3a9..025ce22876c1 100644 > > --- a/arch/arm/plat-samsung/Makefile > > +++ b/arch/arm/plat-samsung/Makefile > > @@ -24,9 +24,7 @@ obj-$(CONFIG_GPIO_SAMSUNG) += gpio-samsung.o > > > > # PM support > > > > -obj-$(CONFIG_PM_SLEEP) += pm-common.o > > -obj-$(CONFIG_EXYNOS_CPU_SUSPEND) += pm-common.o > > CONFIG_EXYNOS_CPU_SUSPEND looks unrelated and seems to be not needed at > all. Can you remove it in separate patch? Done. Arnd