From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753013AbcE2Rap (ORCPT ); Sun, 29 May 2016 13:30:45 -0400 Received: from asavdk3.altibox.net ([109.247.116.14]:45290 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752805AbcE2Rao (ORCPT ); Sun, 29 May 2016 13:30:44 -0400 Date: Sun, 29 May 2016 19:30:38 +0200 From: Sam Ravnborg To: David Miller Cc: nix@esperi.org.uk, linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, fweimer@redhat.com Subject: Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite Message-ID: <20160529173038.GA31518@ravnborg.org> References: <20160527.123731.2105286005500436503.davem@davemloft.net> <8760tz2n1j.fsf@esperi.org.uk> <20160527.155137.1489438133864702237.davem@davemloft.net> <20160528.212420.136855725029412782.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160528.212420.136855725029412782.davem@davemloft.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.1 cv=buvsfBui c=1 sm=1 tr=0 a=Ij76tQDYWdb01v2+RnYW5w==:117 a=Ij76tQDYWdb01v2+RnYW5w==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=J1Y8HTJGAAAA:8 a=niF_Us0okLhL_9G4YXQA:9 a=CjuIK1q_8ugA:10 a=y1Q9-5lHfBjTkpIzbSAN:22 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Dave. > Ok, mystery solved. Super good explanation... > > ==================== > >From d645a0376b0010cd60ae5651b3b84a56f5b0e5a4 Mon Sep 17 00:00:00 2001 > From: "David S. Miller" > Date: Sat, 28 May 2016 20:41:12 -0700 > Subject: [PATCH 2/2] sparc64: Fix return from trap window fill crashes. > > We must handle data access exception as well as memory address unaligned > exceptions from return from trap window fill faults, not just normal > TLB misses. It would be nice to include the explanation from the mail in the changelog. It gives a good background information and it is more accessible in the commit log rather than mails only. Sam