From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, FSL_HELO_FAKE,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id F252BC432C0 for ; Wed, 27 Nov 2019 14:55:11 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6DF4220678 for ; Wed, 27 Nov 2019 14:55:11 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="Ko7q/Ggd"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="RSC3imGk" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6DF4220678 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-devel-bounces@alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 89FA516FB; Wed, 27 Nov 2019 15:54:19 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 89FA516FB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1574866509; bh=21pON0p2wUI7TvABOqEC6H9JMqh+W/vTDtVKQSFq8Ss=; h=Date:From:To:References:In-Reply-To:Cc:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=Ko7q/GgdoBL7k2rctN8Uly8DZGApn/dGLxscPS/jcpVfmAF0KudoVLc3zaZphAroa JdamSDru5B3yqeqoiCqhhuX4JRhzC5nyuF7APjC70WUmB5vh48Qw1l06o05yiwbCTh t0/bt867y/jYNG2nbmcvZwEXb07cF5nXPROz4uoI= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id EC82AF8013B; Wed, 27 Nov 2019 15:54:18 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 1F6D9F8014D; Wed, 27 Nov 2019 08:21:06 +0100 (CET) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id 0E125F80109 for ; Wed, 27 Nov 2019 08:21:02 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 0E125F80109 Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="RSC3imGk" Received: by mail-wm1-x341.google.com with SMTP id l1so5874844wme.2 for ; Tue, 26 Nov 2019 23:21:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kCncgZfNLfu/DMj0wXER7XvmqE7+H8NXbrnKF+xxq0U=; b=RSC3imGkI2eVKkgg38Jlm1TsR+Yjp09v6ffKoandFuxhXe+nBgW9uOHL+l020Y7rdF tSYsjMmQCs6HaS/TUMfPNAarUe2TJ0CqybUceItnNLhGo9az8T3Y5fNOH3GLZnX3jWQm jisTx/sLc7NDTLdHJbfTfFjGwYGuuKVV4/d96w5zdcKRtmsI6jd1GM9EA/jQgTY8Vu4z 83O39LSKtgLiosa1NNh8Vo9Cv1oYVXNALrsUmYDlpqUlQKgLeOzmXyrSO9N3UJef1UAD dUG5ZLwAMqKaIBiXpIpT8vxX4HmooGbATxlPXMKIaxtINEPsboG+CsqGwvTnCJnfU8tC a9sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=kCncgZfNLfu/DMj0wXER7XvmqE7+H8NXbrnKF+xxq0U=; b=OtQD5SZHepR8jx1xhD+fPRX2c0eKetJKr/owFaHEo+NmiTRbE3RzgsburDA9e2Mm7y eckOBzJqjzNguHLj1+KI1ywA7+hpaM2nzTDxJp6MCcKDqpd7YMUHNG8ypn34wPY4Wvrf 7a3cWgpwvRnFpqEIfvzjtjQyww/LIv0OLzkW17JwFYT2q7s61YeY+Mcn2mmabSPzvHup TJnzdVucMWK325RgTrawaIBJd50wzQP6nsB9otkZTzYpK1pdHtpfrZjf8qSVb1iXEJF1 9I/HMQwDbV/EGpBog3n04nI81yRDLRLUqLK1CW1u4/Jvv+8yfEL7EBly9fU4+VrVevlG ANjg== X-Gm-Message-State: APjAAAVSj29S3ObejhZoaGiLFo+t2i+9ccE9s/DOyrljrMMxjgJmJGH+ wn2G4bbmF00ID8RYSZ2bGaI= X-Google-Smtp-Source: APXvYqxrSAjRPVtPzeiTNsYJZTIC0WUoeM08Y93jY7ZHuWeAPoH8sbaPbhCv3NuqgLVIdvVnq6xVHw== X-Received: by 2002:a1c:5415:: with SMTP id i21mr2803843wmb.120.1574839261678; Tue, 26 Nov 2019 23:21:01 -0800 (PST) Received: from gmail.com (54033286.catv.pool.telekom.hu. [84.3.50.134]) by smtp.gmail.com with ESMTPSA id h2sm18649610wrt.45.2019.11.26.23.20.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Nov 2019 23:21:00 -0800 (PST) Date: Wed, 27 Nov 2019 08:20:57 +0100 From: Ingo Molnar To: Sean Christopherson Message-ID: <20191127072057.GB94748@gmail.com> References: <20191126165417.22423-1-sean.j.christopherson@intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20191126165417.22423-1-sean.j.christopherson@intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Mailman-Approved-At: Wed, 27 Nov 2019 15:54:17 +0100 Cc: Mark Rutland , Cezary Rojewski , linux-efi@vger.kernel.org, linux-ia64@vger.kernel.org, Fenghua Yu , "VMware, Inc." , Jie Yang , alsa-devel@alsa-project.org, Liam Girdwood , Pavel Machek , "H. Peter Anvin" , Nadav Amit , linux-acpi@vger.kernel.org, Jiri Olsa , x86@kernel.org, Pierre-Louis Bossart , Peter Zijlstra , Ingo Molnar , Darren Hart , Len Brown , Arnd Bergmann , linux-pm@vger.kernel.org, Arnaldo Carvalho de Melo , Hans de Goede , Mark Brown , Borislav Petkov , Steven Rostedt , Namhyung Kim , Thomas Gleixner , platform-driver-x86@vger.kernel.org, Tony Luck , Ard Biesheuvel , Greg Kroah-Hartman , "Rafael J. Wysocki" , Takashi Iwai , Alexander Shishkin , linux-kernel@vger.kernel.org, Andy Shevchenko Subject: Re: [alsa-devel] [PATCH v2 00/12] treewide: break dependencies on x86's RM header X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" * Sean Christopherson wrote: > x86's asm/realmode.h, which defines low level structures, variables and > helpers used to bring up APs during SMP boot, ends up getting included in > practically every nook and cranny of the kernel because the address used > by ACPI for resuming from S3 also happens to be stored in the real mode > header, and ACPI bleeds the dependency into its widely included headers. > > As a result, modifying realmode.h for even the most trivial change to the > boot code triggers a full kernel rebuild, which is frustrating to say the > least as it some of the most difficult code to get exactly right *and* is > also some of the most functionally isolated code in the kernel. > > To break the kernel's widespread dependency on realmode.h, add a wrapper > in the aforementioned ACPI S3 code to access the real mode header instead > of derefencing the header directly in asm/acpi.h and thereby exposing it > to the world via linux/acpi.h. > > v2: > - Rebased on tip/x86/cleanups, commit b74374fef924 ("x86/setup: Enhance > the comments"). > - Use acpi_get_wakeup_address() as new function name. [Boris and Pavel] > - Capture acpi_get_wakeup_address() in a local address. [Pavel] > - Collect acks. I didn't add Rafael's acks on patches 11 and 12 due to > the above changes. > - Explicitly call out the removal of from > in patch 12. [Ingo] > - Remove superfluous Fixes: tags. [Ard] You didn't include every patch from v1 though, such us my fix to Quark: [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys() I've applied that one too and your updated patches, and it's now all pushed out into tip:WIP.core/headers. Thanks, Ingo _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org https://mailman.alsa-project.org/mailman/listinfo/alsa-devel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FSL_HELO_FAKE,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AB8AEC432C3 for ; Wed, 27 Nov 2019 07:21:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 7FA7220835 for ; Wed, 27 Nov 2019 07:21:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1574839265; bh=h7jPTRwlhPHVe30IJ41+OdHKFf3sZXa2AMCxSvFboeM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=Xztns4IUYW7bJXAwOMY457LzSRc07mfNN0JWnqPYFMpZitahkrhU9ETo6SDLBDkOS 3Va5yt/LEmdzFFuVWhBl0JGMOY6G93hxllf4kKxcoXV7Lv9O6QJ0Zgzmfof82A5O8M CHnb3s0AtyRBWrTQZ7JfSAf+ICR1T+UayZdCTeWQ= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726125AbfK0HVE (ORCPT ); Wed, 27 Nov 2019 02:21:04 -0500 Received: from mail-wm1-f68.google.com ([209.85.128.68]:56139 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726078AbfK0HVE (ORCPT ); Wed, 27 Nov 2019 02:21:04 -0500 Received: by mail-wm1-f68.google.com with SMTP id a131so1567216wme.5; Tue, 26 Nov 2019 23:21:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kCncgZfNLfu/DMj0wXER7XvmqE7+H8NXbrnKF+xxq0U=; b=RSC3imGkI2eVKkgg38Jlm1TsR+Yjp09v6ffKoandFuxhXe+nBgW9uOHL+l020Y7rdF tSYsjMmQCs6HaS/TUMfPNAarUe2TJ0CqybUceItnNLhGo9az8T3Y5fNOH3GLZnX3jWQm jisTx/sLc7NDTLdHJbfTfFjGwYGuuKVV4/d96w5zdcKRtmsI6jd1GM9EA/jQgTY8Vu4z 83O39LSKtgLiosa1NNh8Vo9Cv1oYVXNALrsUmYDlpqUlQKgLeOzmXyrSO9N3UJef1UAD dUG5ZLwAMqKaIBiXpIpT8vxX4HmooGbATxlPXMKIaxtINEPsboG+CsqGwvTnCJnfU8tC a9sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=kCncgZfNLfu/DMj0wXER7XvmqE7+H8NXbrnKF+xxq0U=; b=aEGDG5mmXMLRGDRcVRsffO/4UtSqO1bkmRzqczOe8OkeYGyXe8jrOuNCzuNGr7A3Rz MmTKtqXE2tAqK+pWgrltl6Oi7qp/HH/OKkyhg+roCIgtaIRdlu9xJnwbvPJ/VsTLxJ+L WgJ429DjqQj3hcDJ+RuiR2zqAYho0lbfxcEIYI0JgM/Gxwl5gg3jIE3L90D0FDgicP/j jkX6VT8Sp0qsQ8j6iu9twhQMn8I+g6cFSNLbAMBMausB1Hj2Aw3QB31h6onrqFOc8Y2O CmRaGeYSkSv2zWPQSaH5AgPqOSFC4zIrc1sEXD4cSh/QuDJTpyMHFqDxRsqWfUFnT/HS 5tGg== X-Gm-Message-State: APjAAAVYHnihbxknaVIdujTUljq8TUMZugws2HLG1lQ3htEoMFCkOPSk xg/UccLFR1zk/a/O0z847C5MyIjJ X-Google-Smtp-Source: APXvYqxrSAjRPVtPzeiTNsYJZTIC0WUoeM08Y93jY7ZHuWeAPoH8sbaPbhCv3NuqgLVIdvVnq6xVHw== X-Received: by 2002:a1c:5415:: with SMTP id i21mr2803843wmb.120.1574839261678; Tue, 26 Nov 2019 23:21:01 -0800 (PST) Received: from gmail.com (54033286.catv.pool.telekom.hu. [84.3.50.134]) by smtp.gmail.com with ESMTPSA id h2sm18649610wrt.45.2019.11.26.23.20.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Nov 2019 23:21:00 -0800 (PST) Date: Wed, 27 Nov 2019 08:20:57 +0100 From: Ingo Molnar To: Sean Christopherson Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "Rafael J. Wysocki" , Len Brown , Pavel Machek , Tony Luck , Fenghua Yu , Peter Zijlstra , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , "H. Peter Anvin" , Steven Rostedt , Ard Biesheuvel , Darren Hart , Andy Shevchenko , Nadav Amit , "VMware, Inc." , Arnd Bergmann , Greg Kroah-Hartman , Hans de Goede , Cezary Rojewski , Pierre-Louis Bossart , Liam Girdwood , Jie Yang , Mark Brown , Jaroslav Kysela , Takashi Iwai , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-acpi@vger.kernel.org, alsa-devel@alsa-project.org Subject: Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header Message-ID: <20191127072057.GB94748@gmail.com> References: <20191126165417.22423-1-sean.j.christopherson@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191126165417.22423-1-sean.j.christopherson@intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org * Sean Christopherson wrote: > x86's asm/realmode.h, which defines low level structures, variables and > helpers used to bring up APs during SMP boot, ends up getting included in > practically every nook and cranny of the kernel because the address used > by ACPI for resuming from S3 also happens to be stored in the real mode > header, and ACPI bleeds the dependency into its widely included headers. > > As a result, modifying realmode.h for even the most trivial change to the > boot code triggers a full kernel rebuild, which is frustrating to say the > least as it some of the most difficult code to get exactly right *and* is > also some of the most functionally isolated code in the kernel. > > To break the kernel's widespread dependency on realmode.h, add a wrapper > in the aforementioned ACPI S3 code to access the real mode header instead > of derefencing the header directly in asm/acpi.h and thereby exposing it > to the world via linux/acpi.h. > > v2: > - Rebased on tip/x86/cleanups, commit b74374fef924 ("x86/setup: Enhance > the comments"). > - Use acpi_get_wakeup_address() as new function name. [Boris and Pavel] > - Capture acpi_get_wakeup_address() in a local address. [Pavel] > - Collect acks. I didn't add Rafael's acks on patches 11 and 12 due to > the above changes. > - Explicitly call out the removal of from > in patch 12. [Ingo] > - Remove superfluous Fixes: tags. [Ard] You didn't include every patch from v1 though, such us my fix to Quark: [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys() I've applied that one too and your updated patches, and it's now all pushed out into tip:WIP.core/headers. Thanks, Ingo From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Date: Wed, 27 Nov 2019 07:20:57 +0000 Subject: Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header Message-Id: <20191127072057.GB94748@gmail.com> List-Id: References: <20191126165417.22423-1-sean.j.christopherson@intel.com> In-Reply-To: <20191126165417.22423-1-sean.j.christopherson@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Sean Christopherson Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "Rafael J. Wysocki" , Len Brown , Pavel Machek , Tony Luck , Fenghua Yu , Peter Zijlstra , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , "H. Peter Anvin" , Steven Rostedt , Ard Biesheuvel , Darren Hart , Andy Shevchenko , Nadav Amit , "VMware, Inc." , Arnd Bergmann , Greg Kroah-Hartman , Hans de Goede , Cezary Rojewski , Pierre-Louis Bossart , Liam Girdwood , Jie Yang , Mark Brown , Jaroslav Kysela , Takashi Iwai , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-acpi@vger.kernel.org, alsa-devel@alsa-project.org * Sean Christopherson wrote: > x86's asm/realmode.h, which defines low level structures, variables and > helpers used to bring up APs during SMP boot, ends up getting included in > practically every nook and cranny of the kernel because the address used > by ACPI for resuming from S3 also happens to be stored in the real mode > header, and ACPI bleeds the dependency into its widely included headers. > > As a result, modifying realmode.h for even the most trivial change to the > boot code triggers a full kernel rebuild, which is frustrating to say the > least as it some of the most difficult code to get exactly right *and* is > also some of the most functionally isolated code in the kernel. > > To break the kernel's widespread dependency on realmode.h, add a wrapper > in the aforementioned ACPI S3 code to access the real mode header instead > of derefencing the header directly in asm/acpi.h and thereby exposing it > to the world via linux/acpi.h. > > v2: > - Rebased on tip/x86/cleanups, commit b74374fef924 ("x86/setup: Enhance > the comments"). > - Use acpi_get_wakeup_address() as new function name. [Boris and Pavel] > - Capture acpi_get_wakeup_address() in a local address. [Pavel] > - Collect acks. I didn't add Rafael's acks on patches 11 and 12 due to > the above changes. > - Explicitly call out the removal of from > in patch 12. [Ingo] > - Remove superfluous Fixes: tags. [Ard] You didn't include every patch from v1 though, such us my fix to Quark: [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys() I've applied that one too and your updated patches, and it's now all pushed out into tip:WIP.core/headers. Thanks, Ingo From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header Date: Wed, 27 Nov 2019 08:20:57 +0100 Message-ID: <20191127072057.GB94748@gmail.com> References: <20191126165417.22423-1-sean.j.christopherson@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20191126165417.22423-1-sean.j.christopherson@intel.com> Sender: linux-kernel-owner@vger.kernel.org To: Sean Christopherson Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "Rafael J. Wysocki" , Len Brown , Pavel Machek , Tony Luck , Fenghua Yu , Peter Zijlstra , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , "H. Peter Anvin" , Steven Rostedt , Ard Biesheuvel , Darren Hart , Andy Shevchenko , Nadav Amit List-Id: platform-driver-x86.vger.kernel.org * Sean Christopherson wrote: > x86's asm/realmode.h, which defines low level structures, variables and > helpers used to bring up APs during SMP boot, ends up getting included in > practically every nook and cranny of the kernel because the address used > by ACPI for resuming from S3 also happens to be stored in the real mode > header, and ACPI bleeds the dependency into its widely included headers. > > As a result, modifying realmode.h for even the most trivial change to the > boot code triggers a full kernel rebuild, which is frustrating to say the > least as it some of the most difficult code to get exactly right *and* is > also some of the most functionally isolated code in the kernel. > > To break the kernel's widespread dependency on realmode.h, add a wrapper > in the aforementioned ACPI S3 code to access the real mode header instead > of derefencing the header directly in asm/acpi.h and thereby exposing it > to the world via linux/acpi.h. > > v2: > - Rebased on tip/x86/cleanups, commit b74374fef924 ("x86/setup: Enhance > the comments"). > - Use acpi_get_wakeup_address() as new function name. [Boris and Pavel] > - Capture acpi_get_wakeup_address() in a local address. [Pavel] > - Collect acks. I didn't add Rafael's acks on patches 11 and 12 due to > the above changes. > - Explicitly call out the removal of from > in patch 12. [Ingo] > - Remove superfluous Fixes: tags. [Ard] You didn't include every patch from v1 though, such us my fix to Quark: [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys() I've applied that one too and your updated patches, and it's now all pushed out into tip:WIP.core/headers. Thanks, Ingo