Received: by 10.192.165.148 with SMTP id m20csp3917449imm; Mon, 30 Apr 2018 08:32:37 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoxnRoRIlbeS7C5j6wB+a9lyWKIov6QzexNntwMjeQB/LEdWO4bS+ilXTstcHsonT7nuYEp X-Received: by 2002:a17:902:bc88:: with SMTP id bb8-v6mr1398267plb.175.1525102357256; Mon, 30 Apr 2018 08:32:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525102357; cv=none; d=google.com; s=arc-20160816; b=tA250tru7vPGwawANs0S5RNQjKEUa8Qac82b0XbWXkVvoG5XfcBoENN8xC+b+qV4Ge tBkoFPEFqX9bAEDibPpL4bUN4jBY5sMaaxbk/ZRKyLayaoVxepdWkQoSBNdS98fzKBDD yFjbnig6IkNHLZZg7jhw/7vG0kTlZS7iAgqGsDR03xQBimaUFf0Uz91J9Z8GAsClFB7e B+VjURY7S50W8r+TCSHnty/UWnL6fLG3BaOEELcb5BJh6jgS/vIE8/w504fs2vtz1+rj k06TF+c15poCHxL3d8bpgryPDtiXG7Pt0S7+wMRz2wl2z3J8qn/MPGqjCmhXU5tcI1P+ wBYA== 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:openpgp:from:cc:references:to:subject :arc-authentication-results; bh=uEPZ1TRWsPwylW29XYsXwonZF3SU5viHb7/qltWB9NQ=; b=SWl9VQe5t7WsY1QeXt7dVHFX5CWdk7bH/UFJ2emyWUfeXrjdVev52F+QKmvrfGdBjF zvz7Bmr6IQ6nMVm/OiPzAxdjYTRuU1lB85tMqqdF5b73hvSHoqDAO7wC8wPUBWaI/jgT oHTsbsOC4cidzjBHd7eRX4GM29898e00F0DUXUgn2sqkIxjNh3xR3RN2PZ4iuxiaBJID INoxfw142zKuS+lmgMMiya1xV2pQVWufHlaHV0KxILKzJjwny8J4V4tLVMkm9AXVLlpK K4FdcQSfG0eLxVOqLgUW10zq4eWTP4EjQ5mdwlTHL4K/Bo44/c2EFHCZY3V9wKSHM1Gf 7DwQ== 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 g10-v6si6286140pgq.145.2018.04.30.08.32.22; Mon, 30 Apr 2018 08:32:37 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754716AbeD3Paq (ORCPT + 99 others); Mon, 30 Apr 2018 11:30:46 -0400 Received: from mga14.intel.com ([192.55.52.115]:3426 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754474AbeD3Pap (ORCPT ); Mon, 30 Apr 2018 11:30:45 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Apr 2018 08:30:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,346,1520924400"; d="scan'208";a="47183377" Received: from ray.jf.intel.com (HELO [10.7.201.133]) ([10.7.201.133]) by orsmga003.jf.intel.com with ESMTP; 30 Apr 2018 08:30:44 -0700 Subject: Re: [PATCH 0/9] [v3] x86, pkeys: two protection keys bug fixes To: Ingo Molnar , Dave Hansen References: <20180427174527.0031016C@viggo.jf.intel.com> <20180428070553.yjlt22sb6ntcaqnc@gmail.com> Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, linuxram@us.ibm.com, tglx@linutronix.de, mpe@ellerman.id.au, akpm@linux-foundation.org, shuah@kernel.org, shakeelb@google.com From: Dave Hansen Openpgp: preference=signencrypt Message-ID: Date: Mon, 30 Apr 2018 08:30:43 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180428070553.yjlt22sb6ntcaqnc@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/28/2018 12:05 AM, Ingo Molnar wrote: > In the above kernel that was missing the PROT_EXEC fix I was repeatedly running > the 64-bit and 32-bit testcases as non-root and as root as well, until I got a > hang in the middle of a 32-bit test running as root: > > test 7 PASSED (iteration 19) > test 8 PASSED (iteration 19) > test 9 PASSED (iteration 19) > > < test just hangs here > For the hang, there is a known issue with the use of printf() in the signal handler and a resulting deadlock. I *thought* there was a patch merged to fix this from Ram Pai or one of the other IBM folks.