From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753375AbcGVBsV (ORCPT ); Thu, 21 Jul 2016 21:48:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36005 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751259AbcGVBsP (ORCPT ); Thu, 21 Jul 2016 21:48:15 -0400 Date: Thu, 21 Jul 2016 20:48:12 -0500 From: Josh Poimboeuf To: Andy Lutomirski Cc: Thomas Gleixner , Ingo Molnar , "H . Peter Anvin" , X86 ML , "linux-kernel@vger.kernel.org" , Linus Torvalds , Steven Rostedt , Brian Gerst , Kees Cook , Peter Zijlstra , Frederic Weisbecker , Byungchul Park Subject: Re: [PATCH 07/19] x86/dumpstack: add IRQ_USABLE_STACK_SIZE define Message-ID: <20160722014812.3adsrej7zj4qpbff@treble> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0.1 (2016-04-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Fri, 22 Jul 2016 01:48:15 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 21, 2016 at 03:01:10PM -0700, Andy Lutomirski wrote: > On Thu, Jul 21, 2016 at 2:21 PM, Josh Poimboeuf wrote: > > For reasons unknown, the x86_64 irq stack starts at an offset 64 bytes > > from the end of the page. At least make that explicit. > > This is a change in behavior -- see below. Please mention this in the > changelog. Ah, right. > > > > > FIXME: Can we just remove the 64 byte gap? If not, at least document > > why. > > I have no clue. > > > > > irq_stack_end = (unsigned long *)(per_cpu(irq_stack_ptr, cpu)); > > - irq_stack = (unsigned long *)(per_cpu(irq_stack_ptr, cpu) - IRQ_STACK_SIZE); > > + irq_stack = (unsigned long *)(per_cpu(irq_stack_ptr, cpu) - > > + IRQ_USABLE_STACK_SIZE); > > This is different. If nobody knows the reason for it, I may just remove it. It doesn't seem to blow anything up on my system. I tried digging through the git history but it's been there since the beginning of git time. -- Josh