Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753313AbbGNLRp (ORCPT ); Tue, 14 Jul 2015 07:17:45 -0400 Received: from mga09.intel.com ([134.134.136.24]:18981 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751751AbbGNLRm convert rfc822-to-8bit (ORCPT ); Tue, 14 Jul 2015 07:17:42 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.15,471,1432623600"; d="scan'208";a="764098531" From: "Anaczkowski, Lukasz" To: Jiang Liu , "tglx@linutronix.de" , "mingo@redhat.com" , "hpa@zytor.com" , "x86@kernel.org" , "jason@lakedaemon.net" CC: "rjw@rjwysocki.net" , "Brown, Len" , "pavel@ucw.cz" , "linux-pm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" Subject: RE: [PATCH] x86, acpi: Handle xapic/x2apic entries in MADT Thread-Topic: [PATCH] x86, acpi: Handle xapic/x2apic entries in MADT Thread-Index: AQHQvXOI900olqZwJ0uEdKFeIV77RZ3Zc7WAgAEpinf///SjAIAANTwg Date: Tue, 14 Jul 2015 11:17:36 +0000 Message-ID: References: <55A3D7A3.90609@linaro.org> <1436861209-4047-1-git-send-email-lukasz.anaczkowski@intel.com> <1436861209-4047-2-git-send-email-lukasz.anaczkowski@intel.com> <55A4C7B2.7040707@linux.intel.com> In-Reply-To: <55A4C7B2.7040707@linux.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2515 Lines: 38 > I have some concerns here about "maxcpus" and "nox2apic" kernel parameters. Say "maxcpus=72 nox2apic" is specified, user may get less than 72 CPUs with you patch applied. Original code will try to only all xapic CPUs before trying x2apic CPUs, so "maxcpus" doesn't conflict with "nox2apic". HI Gerry, 'nox2apic' is causing kernel panics with and w/o my patch. Here's the stack trace: #0 panic (fmt=0xffffffff818043c8 "timer doesn't work through Interrupt-remapped IO-APIC") at kernel/panic.c:72 #1 0xffffffff813df48c in panic_if_irq_remap (msg=) at drivers/iommu/irq_remapping.c:152 #2 0xffffffff81b5a705 in check_timer () at arch/x86/kernel/apic/io_apic.c:2124 #3 0xffffffff81b5afa3 in setup_IO_APIC () at arch/x86/kernel/apic/io_apic.c:2278 #4 0xffffffff81b59655 in apic_bsp_setup (upmode=) at arch/x86/kernel/apic/apic.c:2184 #5 0xffffffff81b57370 in native_smp_prepare_cpus (max_cpus=) at arch/x86/kernel/smpboot.c:1201 #6 0xffffffff81b49182 in smp_prepare_cpus (max_cpus=) at ./arch/x86/include/asm/smp.h:99 #7 kernel_init_freeable () at init/main.c:999 #8 0xffffffff8155c64e in kernel_init (unused=) at init/main.c:937 #9 0xffffffff8156f51f in ret_from_fork () at arch/x86/entry/entry_64.S:526 #10 0x0000000000000000 in ?? () On HSW i7-4770, I'm getting 8 CPUs booted, regardless of the 'nox2apic' setting w/ my patch. Cheers, Lukasz -------------------------------------------------------------------- Intel Technology Poland sp. z o.o. ul. Slowackiego 173 | 80-298 Gdansk | Sad Rejonowy Gdansk Polnoc | VII Wydzial Gospodarczy Krajowego Rejestru Sadowego - KRS 101882 | NIP 957-07-52-316 | Kapital zakladowy 200.000 PLN. Ta wiadomosc wraz z zalacznikami jest przeznaczona dla okreslonego adresata i moze zawierac informacje poufne. W razie przypadkowego otrzymania tej wiadomosci, prosimy o powiadomienie nadawcy oraz trwale jej usuniecie; jakiekolwiek przegladanie lub rozpowszechnianie jest zabronione. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by others is strictly prohibited. -- 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/