From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2818 invoked by alias); 24 Oct 2014 00:34:22 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 2809 invoked by uid 89); 24 Oct 2014 00:34:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-yh0-f46.google.com Received: from mail-yh0-f46.google.com (HELO mail-yh0-f46.google.com) (209.85.213.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 24 Oct 2014 00:34:20 +0000 Received: by mail-yh0-f46.google.com with SMTP id f10so1499955yha.19 for ; Thu, 23 Oct 2014 17:34:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=l+CPm7XUs8hBGVPdZzJ4/Q0xpuSHxSfpXj04mVNbPZc=; b=Qr3l/mKAlXY0mIwtbnjL1prTOMllisExQxtMOI5r54N1frcQs1FwFD2c1euZE1QU5O MA+gFu/sW0DoiQHA1+sWcK0SE6ieUvy7DB/UJPUqZUtqWS4sWhr6kr5kfrOG9pYghhO8 g+05Hv8YkpHIK0Ntyl5L9SZay6naTxvSLsBM3WAm+zapbKf2XC3017xSPIhSYTalQPmg XqQ8uFHEuZkJvsmXstnSXF1f/765LOhL39CWjR2YlL9GEMUXf+Ul+DEYOhpTE2jLN/j2 RQWL88QIFLDvKzQDXNq3QnNY5D/77u5iXjZeGPGR+baWNk8UCl2GfzCfCMq5Rr7F7a0G Mg4w== X-Gm-Message-State: ALoCoQnXShzcDBLTaTeqhynuf0PEn+H03qOBk/kqhqzy8jsM/x7Fcmr4vV113iQLF0PUmlXPdUsN MIME-Version: 1.0 X-Received: by 10.170.100.215 with SMTP id r206mr1023304yka.19.1414110858401; Thu, 23 Oct 2014 17:34:18 -0700 (PDT) Received: by 10.229.250.4 with HTTP; Thu, 23 Oct 2014 17:34:18 -0700 (PDT) In-Reply-To: References: <20141002102700.3eba84a5@suse.cz> <87d29rhrce.fsf@br87z6lw.de.ibm.com> <20141017115550.GA7123@host2.jankratochvil.net> Date: Fri, 24 Oct 2014 00:34:00 -0000 Message-ID: Subject: Re: gdb on KDUMP files From: Doug Evans To: Pete Delaney Cc: Jan Kratochvil , Andreas Arnez , "Discussion list for crash utility usage, maintenance and development" , GDB Development , Piet Delaney Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg00093.txt.bz2 On Tue, Oct 21, 2014 at 5:53 PM, Pete Delaney wrote: >> Nowadays it is only enough to use during configure: >> --enable-64-bit-bfd > > I tried > configure --enable-64-bit-bfd --enable-largefile > > And gdb still has problems accessing memory in the KDUMP that the crash-utility can read. > For example crash can walk the task list but when the gdb macro tries > To access the memory of the second task gdb says it can't access memory. Hi. It's not clear from the description that this is a largefile problem. As an experiment, what happens if you build with CFLAGS="-g -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" ? [not all of these macros may be necessary, configure should be defining _FILE_OFFSETS_BITS=64, THIS IS JUST AN EXPERIMENT] > > -----Original Message----- > From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf Of Jan Kratochvil > Sent: Friday, October 17, 2014 4:56 AM > To: Andreas Arnez > Cc: Discussion list for crash utility usage, maintenance and development; GDB Development > Subject: Re: gdb on KDUMP files > > On Fri, 17 Oct 2014 13:24:01 +0200, Andreas Arnez wrote: >> > 4. Ability to use 64-bit files on 32-bit platforms (to handle PAE) > > This was: > https://bugzilla.redhat.com/show_bug.cgi?id=457187 > Nowadays it is only enough to use during configure: > --enable-64-bit-bfd > > > Additionally Fedora is carrying for Linux kernel support: > http://pkgs.fedoraproject.org/cgit/gdb.git/tree/gdb-6.5-bz203661-emit-relocs.patch > dsicussed in the thread: > https://sourceware.org/ml/gdb/2006-08/msg00137.html > > > Jan