Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966157AbbBDW6k (ORCPT ); Wed, 4 Feb 2015 17:58:40 -0500 Received: from v094114.home.net.pl ([79.96.170.134]:65440 "HELO v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S933789AbbBDW6j (ORCPT ); Wed, 4 Feb 2015 17:58:39 -0500 From: "Rafael J. Wysocki" To: Al Stone Cc: al.stone@linaro.org, lenb@kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, robert.moore@intel.com, tony.luck@intel.com, fenghua.yu@intel.com, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, devel@acpica.org, linux-arm-kernel@lists.infradead.org, linaro-acpi@lists.linaro.org, linaro-kernel@lists.linaro.org, patches@linaro.org Subject: Re: [PATCH v2 1/5] ACPI: move acpi_os_handler() so it can be made arch-dependent later Date: Thu, 05 Feb 2015 00:21:34 +0100 Message-ID: <31637855.MY7BmyVont@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/3.16.0-rc5+; KDE/4.11.5; x86_64; ; ) In-Reply-To: <54D2A0E2.8050504@redhat.com> References: <1423009304-5007-1-git-send-email-al.stone@linaro.org> <3836210.OLr0JokInG@vostro.rjw.lan> <54D2A0E2.8050504@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3590 Lines: 84 On Wednesday, February 04, 2015 03:44:50 PM Al Stone wrote: > On 02/04/2015 06:50 AM, Rafael J. Wysocki wrote: > > On Tuesday, February 03, 2015 05:21:40 PM al.stone@linaro.org wrote: > >> From: Al Stone > >> > >> In order to deprecate the use of _OSI for arm64 or other new architectures, > >> we need to make the default handler something we can change for various > >> platforms. This patch moves the definition of acpi_osi_handler() -- the > >> function used by ACPICA as a callback for evaluating _OSI -- into a separate > >> file. Subsequent patches will change which files get built so that we can > >> then build the version of _OSI we need for a particular architecture. > >> > >> There is no functional change. > >> > >> Signed-off-by: Al Stone > >> --- > >> drivers/acpi/Makefile | 2 +- > >> drivers/acpi/osi.c | 100 ++++++++++++++++++++++++++++++++++++++++++++++++++ > >> drivers/acpi/osl.c | 24 ------------ > >> include/linux/acpi.h | 1 + > >> 4 files changed, 102 insertions(+), 25 deletions(-) > >> create mode 100644 drivers/acpi/osi.c > >> > >> diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile > >> index c346011..df348b3 100644 > >> --- a/drivers/acpi/Makefile > >> +++ b/drivers/acpi/Makefile > >> @@ -18,7 +18,7 @@ obj-y += acpi.o \ > >> acpica/ > >> > >> # All the builtin files are in the "acpi." module_param namespace. > >> -acpi-y += osl.o utils.o reboot.o > >> +acpi-y += osl.o utils.o reboot.o osi.o > >> acpi-y += nvs.o > >> > >> # Power management related files > >> diff --git a/drivers/acpi/osi.c b/drivers/acpi/osi.c > >> new file mode 100644 > >> index 0000000..fff2b0c > >> --- /dev/null > >> +++ b/drivers/acpi/osi.c > >> @@ -0,0 +1,100 @@ > >> +/* > >> + * osi.c - _OSI implementation (moved from drivers/acpi/osl.c) > >> + * > >> + * Copyright (C) 2000 Andrew Henroid > >> + * Copyright (C) 2001, 2002 Andy Grover > >> + * Copyright (C) 2001, 2002 Paul Diefenbaugh > >> + * Copyright (c) 2008 Intel Corporation > >> + * Author: Matthew Wilcox > >> + * > >> + * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >> + * > >> + * This program is free software; you can redistribute it and/or modify > >> + * it under the terms of the GNU General Public License as published by > >> + * the Free Software Foundation; either version 2 of the License, or > >> + * (at your option) any later version. > >> + * > >> + * This program is distributed in the hope that it will be useful, > >> + * but WITHOUT ANY WARRANTY; without even the implied warranty of > >> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > >> + * GNU General Public License for more details. > > > > Nit: The street address of the FSF is not really useful here. What if they move? :-) > > This was one of the things checkpatch complained about, understandably :). It's > a direct cut'n'paste from osl.c. > > I can clean these up in the new file; would it help to clean up osl.c (at least > from checkpatch's point of view), as long as I'm at it? Yeah, won't hurt. :-) In a separate patch please, though. -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/