From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24073 invoked by alias); 25 Oct 2013 07:56:11 -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 24059 invoked by uid 89); 25 Oct 2013 07:56:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 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-ve0-f170.google.com Received: from mail-ve0-f170.google.com (HELO mail-ve0-f170.google.com) (209.85.128.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 25 Oct 2013 07:56:09 +0000 Received: by mail-ve0-f170.google.com with SMTP id oy12so133217veb.29 for ; Fri, 25 Oct 2013 00:56:07 -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=oIzoMTDociCK5t72MfGZixjY5NuPGg4MZSsIHbC1+QE=; b=HzrN/aLZkiHSlfA4umaCXoBsHnjKwdYvztklAWBRcdyHhoynOla78LlSAJCGCyk9cB 1wtWlyc2XnNrj1M5oRNCS8tFt7tbc4BvWMXUBE3D70SiV8fkw9UnZ8yoclp0ryYpcjWZ Ugiw4qrhzHziDWWnOnaq4Nq2/1zJk7fMIiXKy3ct0jlQ7qcAfO1L8ZpBKjrsbGC9JqcB AwjrdQucc/Tk+G32yWYXaX/33sFaO3KEbpe+Km3Eqq4oa5DXuE0tNL9SmpzSkGJdfU4t dOy/doD7xW4dZ+q5fjG5nSv93rF2dc+qAFhlJoH+Mp2XECoiYAaYId44WqdRTYti6u8Y lHxQ== X-Gm-Message-State: ALoCoQlyC6YiUMkqMYxHd+cNyV5J+Rt/XHLVSMPOBhlOUo27DF9hCvnNALFyen2mEbE5dKhPXJmF4oi8BUBFdAXl83JmD+AYDTDPKPJW6uMNVd5A7pc7ZBk9PPwfM3JTJVNGHm+9K9gFPKrF7ThDCNPQw+y0jxhQShEbvjUrdtlxYAS4MGRO8g2MP4uBUA4mJ5CZY9E3An3+9VWdToEDH0/o8nKY7bBvxw== MIME-Version: 1.0 X-Received: by 10.220.75.73 with SMTP id x9mr468446vcj.38.1382687767753; Fri, 25 Oct 2013 00:56:07 -0700 (PDT) Received: by 10.52.37.138 with HTTP; Fri, 25 Oct 2013 00:56:07 -0700 (PDT) In-Reply-To: <5261E638.7030702@codesourcery.com> References: <525C02E5.2060601@redhat.com> <21085.59640.697075.435874@ruffy.mtv.corp.google.com> <525E4596.70503@codesourcery.com> <525E81B8.90003@redhat.com> <52610BF7.8000605@codesourcery.com> <52617D1A.6010600@redhat.com> <5261E638.7030702@codesourcery.com> Date: Fri, 25 Oct 2013 07:56:00 -0000 Message-ID: Subject: Re: [patch] Disassembly improvements From: Doug Evans To: Yao Qi Cc: Pedro Alves , "Abid, Hafiz" , "gdb-patches@sourceware.org" , "Mirza, Taimoor" Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00786.txt.bz2 On Fri, Oct 18, 2013 at 6:54 PM, Yao Qi wrote: > On 10/19/2013 02:25 AM, Pedro Alves wrote: >> >> BTW, how will your "Read memory in multiple lines in dcache_xfer_memory" >> series help disassembly if the disassembler, today, without that other >> patch that caches things in disasm.c, fetches memory from the target >> instruction by instruction? Seems to me it'll end up always fetching >> a single line at a time. > > > That series is to optimize dcache, since disassembly doesn't use dcache, > that series doesn't help disassembly now. > Once we use dcache in disassembly (that is what I am doing), that series > helps when users disassembly large functions. You'll need to add some sort of prefetcher called from a higher level in the disassembler that knows the memory range being disassembled.