Received: by 10.223.176.46 with SMTP id f43csp408695wra; Fri, 26 Jan 2018 00:33:46 -0800 (PST) X-Google-Smtp-Source: AH8x225Sl1Z2fg1YuSdmXsvclyTWUCR+e+rr38vl43oSNg1SGNrg/n6TfvL21AKs0Kz43Xl99F/v X-Received: by 2002:a17:902:7d8e:: with SMTP id a14-v6mr14022856plm.174.1516955625961; Fri, 26 Jan 2018 00:33:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516955625; cv=none; d=google.com; s=arc-20160816; b=aC5pk3S+9b4TJ+AUfpEFbmLFXOuHteRzERQnkYdz6tZZ3UmA2BrFH2wGe9dR6K2kc0 s+Yf7OpS01wALsUpQ0s6Qo1RMO7ZMoyfUc495PUsBR92ecKSPw/1bM1YHpzuJ4vReCfJ /zTPyJ/3Fz74iD9+zQL1YNXMQ9Ov2yjThct1OaJcLK0jsN8cHYZhl1qSM8887oh/asHc vq4iyqZMMhkNdWyq0x7XQX/FkqmkvRy+Z64kXKYRz5a17R9UmM3QvRZlRmYIzoXVhFJK xJhH7dPusLBO1Yj9Z0HC4Y5BT5Fc0J9aurAYNVVkz/1+wJAUv7BKRu3556hJ3PaLl05M TN7A== 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:mime-version:user-agent:date:message-id:subject :from:cc:to:arc-authentication-results; bh=y03iEZXgQAKzdko9pkHDAnyQz1EkGIm3XdXSdSEgJkI=; b=TvlA3Cq1zTr65D9zJazP3VjV4qmXi3eT4v+cA0xlFQm1muTOG/yTsSVhHsmyJf3WfF XNkQ9ZVojRhYlATY3RxKl+nyasjRw82RCaX3SCPYb4SlvzR4V5Rdj9EZ0nr1eRk7HoTA P9Q6TLFSvMDoga575GsiRj00RDLIhc87BBhxCVGjFCA7RJVtKqgtRzTMgz1HNnTBMiad vziNCUD1vdzdiKoyAwhkfr6gpbgzU43ze/qkcsHapwj8K6LIa11boLx6AtRPx+e8JlFU dHCRqbrHtmnR0RvrXUizqLAmDG6ug8EHyfSTSGzMcNlTHQYP2KlJq9NmL3qV5Wjg4TZ0 yXqw== 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 e15si2729001pgu.356.2018.01.26.00.33.31; Fri, 26 Jan 2018 00:33:45 -0800 (PST) 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 S1752586AbeAZIck (ORCPT + 99 others); Fri, 26 Jan 2018 03:32:40 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:65035 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752271AbeAZIci (ORCPT ); Fri, 26 Jan 2018 03:32:38 -0500 X-IronPort-AV: E=Sophos;i="5.43,368,1503331200"; d="scan'208";a="36018301" Received: from bogon (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 26 Jan 2018 16:32:36 +0800 Received: from G08CNEXCHPEKD02.g08.fujitsu.local (unknown [10.167.33.83]) by cn.fujitsu.com (Postfix) with ESMTP id B635B49F19B0; Fri, 26 Jan 2018 16:32:36 +0800 (CST) Received: from [10.167.226.60] (10.167.226.60) by G08CNEXCHPEKD02.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 26 Jan 2018 16:32:36 +0800 To: , CC: , , Petr Tesarik , Dave Anderson From: Cao jin Subject: A problem met when using crash with randomized kernel Message-ID: Date: Fri, 26 Jan 2018 16:32:19 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.167.226.60] X-yoursite-MailScanner-ID: B635B49F19B0.A96A9 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: caoj.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi,   Recently I am testing crash tool with structure layout randomized kernel, and crash failed to work with it. When using "gdb vmlinux"to examine both the randomized and non-randomized vmlinux's debuginfo, take struct uts_namespace for example, the output of "ptype struct uts_namespace" is identical in both debuginfo.  And this causes a big trouble to crash utility, because crash uses the embedded gdb to retrieve some structure member's offset in debuginfo, and crash got the same offset value for every structure member in both condition. It is believed by gcc maintainer[*] that it is a problem of the plugin, not gcc [*]https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84052 So, could you confirm it is plugin bug or not? -- Sincerely, Cao jin