Received: by 10.223.176.46 with SMTP id f43csp601261wra; Thu, 18 Jan 2018 22:44:13 -0800 (PST) X-Google-Smtp-Source: ACJfBoscEVI/RE218ygdpkJjXzmSjzGWqtlIQ4x6EQD2+hDN2wrHrdRyq1hdj/X3Hzu82Is0+g/L X-Received: by 10.99.134.194 with SMTP id x185mr7295415pgd.252.1516344252953; Thu, 18 Jan 2018 22:44:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516344252; cv=none; d=google.com; s=arc-20160816; b=rGImu3dyOOL+OUZJwLTanIzaFhg8Ey9SSUUa9cDY6o9yMQmoSWabKzjwMQ9JW1NBFM A28E9iMcaUgHejV+XPMifiYuzIC++il9B8EaKm7m/CfzQTLrKbEJtPgMcG+0y4CfY451 s4I54zAuQVX88gdEiskODBezeynoSVx2EOaywc9Zb6+PA43kDTpVlsAoAipFvmqeGpNv dm4MOFHVi8pUKFC+vPn8zBgCouh7QmjL37ZlzqhhGlzMq6icy4rl8xK7H5Ywo4UurIBk //5+2LlGchmJIe/MlT3kPVdxsrTzWUuXvXjpTHe0SJBKCUe094icOdbM6+2MA5yAOCNo iXFw== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=Mf7ODGLzhMGWyTpRTa8MjRNMoglZI468SAdbvCP06ho=; b=yCKABEkyMnlIOPdCaq3OJsLU3MhLXUY0Nf0PYO14Z43T869YKVudFxEfxEb1WcZKF4 Lo4i28VZ4u+3eYPCK6xDzGvno1rTrn95xtZeNxsVt8BqQQLA5lxf26vg9/G2D4rBLj0g jRa8EvMLSFv/1/bK46yurx54FoMpr4Y+OiW5bpSGTpjZFe43lIMkJWTEw/6wXthQSPne 1UAYd+Igd0kBxkKus1H9U3Zsi7dG+Zy+62f/vkuWh8PxxNOnbGbdb9Tt+WM9U/X20n+f BuUexaHGSqW6qS116zP6HtLFPs7qTiU8hH2dUIp6Osa3LLFhxf8ewu96g9aWPl52/lLI AkeA== 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 k66si7803026pgc.97.2018.01.18.22.43.47; Thu, 18 Jan 2018 22:44:12 -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 S1753195AbeASGm3 (ORCPT + 99 others); Fri, 19 Jan 2018 01:42:29 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:5300 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751282AbeASGmX (ORCPT ); Fri, 19 Jan 2018 01:42:23 -0500 X-IronPort-AV: E=Sophos;i="5.43,368,1503331200"; d="scan'208";a="35476055" Received: from bogon (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 19 Jan 2018 14:42:21 +0800 Received: from G08CNEXCHPEKD02.g08.fujitsu.local (unknown [10.167.33.83]) by cn.fujitsu.com (Postfix) with ESMTP id 0D6A248AEA1B; Fri, 19 Jan 2018 14:42:22 +0800 (CST) Received: from localhost.localdomain (10.167.226.106) by G08CNEXCHPEKD02.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 19 Jan 2018 14:42:22 +0800 Subject: Re: [RESEND PATCH 3/3] x86/apic: Clean up the names of legacy irq mode setting related functions To: Baoquan He , CC: , , , , , , , , References: <1515123732-28908-1-git-send-email-bhe@redhat.com> <20180105043929.GL7235@x1> From: Dou Liyang Message-ID: Date: Fri, 19 Jan 2018 14:42:17 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180105043929.GL7235@x1> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.167.226.106] X-yoursite-MailScanner-ID: 0D6A248AEA1B.AFA35 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: douly.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Baoquan, At 01/05/2018 12:39 PM, Baoquan He wrote: [...] > /* > - * Not an __init, needed by kexec/kdump code. > - * For safety IO-APIC and Local APIC need be cleared before this. > + * In legacy irq mode, full DOS compatibility with the uniprocessor PC/AT is > + * provided by using the APICs in conjunction with standard 8259A-equivalent > + * programmable interrupt controllers (PICs). It's necessary to deliver legacy > + * interrupts even when APIC mode is not enabled. This is required by kexec/ > + * kdump before enter into the 2nd kernel. > */ > void switch_to_legacy_irq_mode(void) > { > if (!nr_legacy_irqs()) > return; > > - x86_io_apic_ops.disable(); > + ioapic_set_virtual_wire_mode(); > + > + if (boot_cpu_has(X86_FEATURE_APIC) || apic_from_smp_config()) > + lapic_set_legacy_irq_mode(ioapic_i8259.pin != -1); Seems these two function, ioapic/lapic_set_legacy_irq_mode should be exclusive. But We do that because both the through-lapic and through-ioapic virtual wire mode need setup the APIC_SPIV_APIC_ENABLED which is only located in the lapic_set_legacy_irq_mode(). So we need call them both. IMO, this cleanup may not make it clear. we can separate these two mode totally or just keep it like before. Thanks, dou. > } > > #ifdef CONFIG_X86_32 > diff --git a/arch/x86/kernel/x86_init.c b/arch/x86/kernel/x86_init.c > index 1151ccd72ce9..c30f0f273dbd 100644 > --- a/arch/x86/kernel/x86_init.c > +++ b/arch/x86/kernel/x86_init.c > @@ -148,5 +148,5 @@ void arch_restore_msi_irqs(struct pci_dev *dev) > > struct x86_io_apic_ops x86_io_apic_ops __ro_after_init = { > .read = native_io_apic_read, > - .disable = native_disable_io_apic, > + .disable = switch_to_legacy_irq_mode, > }; > diff --git a/drivers/iommu/irq_remapping.c b/drivers/iommu/irq_remapping.c > index 49721b4e1975..751472ddf536 100644 > --- a/drivers/iommu/irq_remapping.c > +++ b/drivers/iommu/irq_remapping.c > @@ -37,7 +37,7 @@ static void irq_remapping_disable_io_apic(void) > * now. > */ > if (boot_cpu_has(X86_FEATURE_APIC) || apic_from_smp_config()) > - disconnect_bsp_APIC(0); > + lapic_set_legacy_irq_mode(0); > } > > static void __init irq_remapping_modify_x86_ops(void) >