From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932477AbcE2Smq (ORCPT ); Sun, 29 May 2016 14:42:46 -0400 Received: from mail.skyhub.de ([78.46.96.112]:45595 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932315AbcE2Smp (ORCPT ); Sun, 29 May 2016 14:42:45 -0400 User-Agent: K-9 Mail for Android In-Reply-To: References: <20160525113927.GC4420@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH 4/7] x86/dumpstack: If addr_limit is non-default, display it From: Boris Petkov Date: Sun, 29 May 2016 20:42:40 +0200 To: Andy Lutomirski CC: Andy Lutomirski , X86 ML , "linux-kernel@vger.kernel.org" , Kees Cook , Brian Gerst Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andy Lutomirski wrote: >Easier said than done. struct thread_info doesn't have addr_limit on >sensible architectures (e.g. sparc), and I'd rather not stick a bunch >of ifdefs in generic code. It's not like it doesn't have an actual address limit though - I'm guessing it is something like the max userspace address on the arch... UINT_MAX or somesuch. -- Sent from a small device: formatting sux and brevity is inevitable.