Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4617482imm; Mon, 30 Jul 2018 19:06:15 -0700 (PDT) X-Google-Smtp-Source: AAOMgpd0N0xf5AAaFQfBZltS8OBh7PNCbvEzRguDjBTRAE1kp6Crm8lbQHPbHEJIyZBYmTM0Eekz X-Received: by 2002:a17:902:76c7:: with SMTP id j7-v6mr13750858plt.275.1533002775006; Mon, 30 Jul 2018 19:06:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533002774; cv=none; d=google.com; s=arc-20160816; b=AmDpe0lqvve+CFbm5lY/2f/EXDfpPeHf8c7+hN7vneCX1qjYnRXGuKGS7ENPioyFxS haJs8nefz43tNZ8ZwU52hvPLOHpnL4yJ0TcHDwZ/Wlv/XFOEO5KVL09RYZOnlovG1fc6 DJeRlrtZcT/kLB5J3ju6ts6Yn+13ttwbtTM2C1UaAtOYDbtVchb5gsOCjKV1du0GhJkO mam0G33Lc2SB/UTRJvSw5+90LHJB+jyO+HWX1tGmP4MT32DeaxFSLQqT6th+jfsjJy8S jznhGNDBj5PoQJVAo73HiCzjRP+j8feYckcWrXkNWCxsKkOCPq/o3u1nj7/kl/oAChT0 0k+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=cxyaPRWrNaKIJfNZI44zNHfdSf0PTaOYyJzSMHt4TQ8=; b=wMK5Z1diCHmTZg8+HVtuAq9hhhUAu/vhtsd2HXKbvumrv5BAp3Oo1LxDQnFA7Mkg6c le1Tf1PwkLnBTquiJAezGyb6Ff9tZUc/qG7a1/JL0ruX973mazgcGMAMMm9NUTtaxzFh TLaC0z5Xai490wVtwoR3M0IwA/VfXVVpljTotW8WeQ0h6Q2SYlF/RoAM8OnNIQXtlBVH ZG17wN/Wy/X0AbC+tR3zeXREPC1saH1JfhnQskR95MArhsJQTW17D31ONgebkm9CQz+F GchqB4BU90J+FLy1azqRw8Gz1xfE6bgNpjf2jueE/bURjtmfIMaTS1dxYqg6HMBZhK/8 nJPA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q10-v6si11992543pge.674.2018.07.30.19.06.00; Mon, 30 Jul 2018 19:06:14 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731811AbeGaDmn (ORCPT + 99 others); Mon, 30 Jul 2018 23:42:43 -0400 Received: from mga06.intel.com ([134.134.136.31]:26944 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726659AbeGaDmm (ORCPT ); Mon, 30 Jul 2018 23:42:42 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Jul 2018 19:04:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,425,1526367600"; d="scan'208";a="60780496" Received: from yexl-desktop.sh.intel.com (HELO localhost) ([10.239.159.124]) by orsmga007.jf.intel.com with ESMTP; 30 Jul 2018 19:04:50 -0700 Date: Tue, 31 Jul 2018 10:00:36 +0800 From: Ye Xiaolong To: Joerg Roedel Cc: kernel test robot , Thomas Gleixner , LKP , linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [LKP] [lkp-robot] [confidence: ] 7757d607c6 [ 56.996267] BUG: Bad page map in process trinity-c2 pte:0d755065 pmd:0d55b067 Message-ID: <20180731020036.GB22500@yexl-desktop> References: <20180721022325.GF12513@shao2-debian> <20180727132542.mt35m3knpwpsyb73@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180727132542.mt35m3knpwpsyb73@suse.de> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 07/27, Joerg Roedel wrote: >Hey, > >thanks for the report! It did a lot of testing and the issue is fixed >now with this patch: > > https://lore.kernel.org/lkml/1532533683-5988-4-git-send-email-joro@8bytes.org/ > >I did 2150 runs of your reproducer with the reproducer attached to this >report, and the issue triggered three times. > >With the patch above the issue did not trigger anymore in (up to now) >2170 runs of the reproducer. > >On Sat, Jul 21, 2018 at 10:23:25AM +0800, kernel test robot wrote: >> git bisect start 8c934e01a7ce685d98e970880f5941d79272c654 37b5dca2898d1471729194f45e281c2443eb9d6c -- >> git bisect good 8372d66865deb45ee3ec21401a9c80f231b728c8 # 23:36 G 304 0 4 4 x86/pgtable: Move pgdp kernel/user conversion functions to pgtable.h >> git bisect good b976690f5db26fbc7c2be413bfa0fbd270547a94 # 00:10 G 305 0 5 5 x86/mm/pti: Introduce pti_finalize() >> git bisect good 9bae3197e15dd5e03ce8e237db6fe4486b08a775 # 00:49 G 308 0 3 4 x86/ldt: Split out sanity check in map_ldt_struct() >> git bisect bad 5e8105950a8b3e03e805299b4d05020ee4eda31a # 01:12 B 131 1 4 4 x86/mm/pti: Add Warning when booting on a PCID capable CPU >> git bisect good 6df934b92a549cb3badb6d576f71aeb133e2f110 # 01:47 G 310 0 7 10 x86/ldt: Enable LDT user-mapping for PAE >> git bisect bad 7757d607c6b31867777de42e1fb0210b9c5d8b70 # 02:08 B 134 1 2 2 x86/pti: Allow CONFIG_PAGE_TABLE_ISOLATION for x86_32 >> # first bad commit: [7757d607c6b31867777de42e1fb0210b9c5d8b70] x86/pti: Allow CONFIG_PAGE_TABLE_ISOLATION for x86_32 >> git bisect good 6df934b92a549cb3badb6d576f71aeb133e2f110 # 03:14 G 900 0 9 19 x86/ldt: Enable LDT user-mapping for PAE >> # extra tests on HEAD of tip/x86/pti >> git bisect bad 8c934e01a7ce685d98e970880f5941d79272c654 # 03:15 B 279 2 0 6 x86/pti: Check the return value of pti_user_pagetable_walk_pmd() >> # extra tests on tree/branch tip/x86/pti >> git bisect bad 8c934e01a7ce685d98e970880f5941d79272c654 # 03:20 B 279 2 0 6 x86/pti: Check the return value of pti_user_pagetable_walk_pmd() >> # extra tests with first bad commit reverted >> git bisect good 90d0ce801fac8115d424e40a4a258aeed0e409dd # 03:58 G 302 0 7 7 Revert "x86/pti: Allow CONFIG_PAGE_TABLE_ISOLATION for x86_32" >> # extra tests on tree/branch tip/master >> git bisect bad 4edd5aa38cec47346e0d0a85fa43964828b982d0 # 04:37 B 257 1 5 6 Merge branch 'linus' > >May I ask how this was bisected? I found it very hard to reproduce, it >triggered less then two times a day with the attached reproducer. Given >that the report came pretty fast after the patches landed in >tip/x86/pti, I guess it triggered a lot faster in your testing. > There is higher reproduce rate (2/310) in 0day environment, and we got dozens of qemu running simultaneously for bisection thus can get bisect result promptly. Thanks, Xiaolong >Regards, > > Joerg > >_______________________________________________ >LKP mailing list >LKP@lists.01.org >https://lists.01.org/mailman/listinfo/lkp