From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753184AbbC3IPH (ORCPT ); Mon, 30 Mar 2015 04:15:07 -0400 Received: from outbound-smtp03.blacknight.com ([81.17.249.16]:33285 "EHLO outbound-smtp03.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752627AbbC3IPE (ORCPT ); Mon, 30 Mar 2015 04:15:04 -0400 Message-ID: <5519060A.3080909@nexus-software.ie> Date: Mon, 30 Mar 2015 09:15:06 +0100 From: "Bryan O'Donoghue" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Huang Ying CC: Ingo Molnar , LKML , LKP ML Subject: Re: [LKP] [x86/intel/quark] 8bbc2a135b6: WARNING: CPU: 0 PID: 1 at arch/x86/platform/intel-quark/imr.c:358 imr_add_range+0x2b4/0x370() References: <1427696929.17170.82.camel@intel.com> In-Reply-To: <1427696929.17170.82.camel@intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > [ 0.752570] [] dump_stack+0x16/0x18 > [ 0.752570] [] dump_stack+0x16/0x18 > [ 0.753420] [] warn_slowpath_common+0x87/0xc0 > [ 0.753420] [] warn_slowpath_common+0x87/0xc0 > [ 0.754429] [] ? imr_add_range+0x2b4/0x370 > [ 0.754429] [] ? imr_add_range+0x2b4/0x370 > [ 0.755384] [] ? imr_add_range+0x2b4/0x370 > [ 0.755384] [] ? imr_add_range+0x2b4/0x370 > [ 0.756335] [] warn_slowpath_fmt+0x33/0x40 > [ 0.756335] [] warn_slowpath_fmt+0x33/0x40 > [ 0.757293] [] imr_add_range+0x2b4/0x370 > [ 0.757293] [] imr_add_range+0x2b4/0x370 > [ 0.758219] [] ? slow_virt_to_phys+0x2c/0x90 > [ 0.758219] [] ? slow_virt_to_phys+0x2c/0x90 > [ 0.759200] [] ? __phys_addr+0x3a/0x90 > [ 0.759200] [] ? __phys_addr+0x3a/0x90 > [ 0.760090] [] ? debug_check_no_locks_freed+0x9e/0x160 > [ 0.760090] [] ? debug_check_no_locks_freed+0x9e/0x160 > [ 0.761361] [] ? slow_virt_to_phys+0x2c/0x90 > [ 0.761361] [] ? slow_virt_to_phys+0x2c/0x90 > [ 0.762419] [] imr_self_test_init+0x40/0x1d9 > [ 0.762419] [] imr_self_test_init+0x40/0x1d9 > [ 0.763439] [] ? imr_self_test_result+0x4e/0x4e > [ 0.763439] [] ? imr_self_test_result+0x4e/0x4e > [ 0.764477] [] do_one_initcall+0x180/0x193 > [ 0.764477] [] do_one_initcall+0x180/0x193 > [ 0.765443] [] ? parse_args+0x25b/0x530 > [ 0.765443] [] ? parse_args+0x25b/0x530 > [ 0.766350] [] kernel_init_freeable+0xd6/0x153 > [ 0.766350] [] kernel_init_freeable+0xd6/0x153 > [ 0.767370] [] ? kernel_init_freeable+0xd6/0x153 > [ 0.767370] [] ? kernel_init_freeable+0xd6/0x153 > [ 0.768426] [] kernel_init+0x10/0xe0 > [ 0.768426] [] kernel_init+0x10/0xe0 > [ 0.769296] [] ? schedule_tail+0x25/0x70 > [ 0.769296] [] ? schedule_tail+0x25/0x70 > [ 0.770424] [] ret_from_kernel_thread+0x20/0x30 > [ 0.770424] [] ret_from_kernel_thread+0x20/0x30 > [ 0.771456] [] ? rest_init+0xb0/0xb0 > [ 0.771456] [] ? rest_init+0xb0/0xb0 > [ 0.772362] ---[ end trace e098947396137dbd ]--- > [ 0.772362] ---[ end trace e098947396137dbd ]--- Well the self test fails like it should on hardware without IMR support :) Curious what the QEMU setup is like ? To get to the self test code we need to get past this static const struct x86_cpu_id imr_ids[] __initconst = { { X86_VENDOR_INTEL, 5, 9 }, /* Intel Quark SoC X1000. */ {} }; MODULE_DEVICE_TABLE(x86cpu, imr_ids); if (!x86_match_cpu(imr_ids) || !iosf_mbi_available()) return -ENODEV; Looks to me like a version of QEMU that reports iosf_mbi available, cpuid 5/9 but lacks full IMR support ? How do I replicate this setup ?