From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75195 invoked by alias); 5 Mar 2018 10:58:53 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 75184 invoked by uid 89); 5 Mar 2018 10:58:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=manufacture, Tel, tel X-HELO: mga06.intel.com Received: from mga06.intel.com (HELO mga06.intel.com) (134.134.136.31) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Mar 2018 10:58:51 +0000 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Mar 2018 02:58:48 -0800 X-ExtLoop1: 1 Received: from irsmsx110.ger.corp.intel.com ([163.33.3.25]) by fmsmga001.fm.intel.com with ESMTP; 05 Mar 2018 02:58:47 -0800 Received: from irsmsx155.ger.corp.intel.com (163.33.192.3) by irsmsx110.ger.corp.intel.com (163.33.3.25) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 5 Mar 2018 10:58:46 +0000 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.101]) by irsmsx155.ger.corp.intel.com ([169.254.14.21]) with mapi id 14.03.0319.002; Mon, 5 Mar 2018 10:58:45 +0000 From: "Metzger, Markus T" To: "Maciej W. Rozycki" , Eli Zaretskii CC: "gdb-patches@sourceware.org" Subject: RE: [PATCH 2/2] btrace: set/show record btrace cpu Date: Mon, 05 Mar 2018 10:58:00 -0000 Message-ID: References: <1519379570-16643-1-git-send-email-markus.t.metzger@intel.com> <1519379570-16643-2-git-send-email-markus.t.metzger@intel.com> <83woz34xuj.fsf@gnu.org> <83lgff1s4n.fsf@gnu.org> <83y3jez3yw.fsf@gnu.org> <83po4pyvji.fsf@gnu.org> <83muzryhql.fsf@gnu.org> <837eqvy5on.fsf@gnu.org> <838tbawkpa.fsf@gnu.org> In-Reply-To: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZmE5MWY0MDAtNDE2Yy00NDIwLWE4OTctZWM4MTljYWY0NmFjIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjIuNS4xOCIsIlRydXN0ZWRMYWJlbEhhc2giOiJERE9TTnFWcFltang3S21kelVWVTlDdjZmdHRQeDVlMkt6V1pQRWZYS2dack9OQ2EybjNxbklHaysyRXFySGwyIn0= dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00105.txt.bz2 Hello Eli, Maciej, > > > So how about: > > > > > > Processor errata are known to exist that can cause a trace not to m= atch > > > the specification. Trace decoders that are unaware of these errata > > > might fail to decode such a trace. @value{GDBN} can detect erroneo= us > > > trace packets and correct them, thus avoiding the decoding failures. > > > These corrections or workarounds are enabled based on the processor= on > > > which the trace was recorded. > > > > That still doesn't explain what are those errata. > > > > How about replacing the first sentence above with these two: > > > > Processor errata are defects in processor operation, caused by its > > design or manufacture. They can cause a trace not to match the > > specification. >=20 > Fine with me. Fine with me, as well. I will send out the full series with the updated wording and a reduced column limit. Thanks, Markus. Intel Deutschland GmbH Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Christian Lamprechter Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928