From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 106524 invoked by alias); 21 Jun 2016 10:15:26 -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 106420 invoked by uid 89); 21 Jun 2016 10:15:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-pf0-f174.google.com Received: from mail-pf0-f174.google.com (HELO mail-pf0-f174.google.com) (209.85.192.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 21 Jun 2016 10:15:24 +0000 Received: by mail-pf0-f174.google.com with SMTP id c2so5393284pfa.2 for ; Tue, 21 Jun 2016 03:15:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=0mIbVsxe5cqcCaDJ9QXHMVR4QlmcSPch7xWh5tN+xgQ=; b=EE+MMBfRWhUKP2PKmjPUYaBJcW9J0rfIDxl5oxLA0YsEpmdPc7feccnJJFUeus/s27 8GwR35QCGTpYNs+PcpeCl7k4i66+SKfbUZEZnWtM+0mvtDGRFbYY8EYRGR+Rx+ENQrZX KyajHk1cLuh2exemNJp9WeoVXNiLDSMVktlsawYUHSaxaAZ0vo5WaHToS+AH9jel1oaY EPKNX3HdD1/+DDWkG68/czYCOoPWlEgugv+MsnT1LxK/tDZcIjDeqp1BjkS4eoMP6qXt JcGtPPDWbW/P9XkkWh46ws0aasQNb/kJvsujTDyapCsS3MkDOTW+p6syJ7vXjU0CDWQh vGUQ== X-Gm-Message-State: ALyK8tK7FvCaMUZwlZJJJFzy0t9lH+CBZTio9dC6ZMt8hVSfYFj+WTpbMdH9s/DnA082Ag== X-Received: by 10.98.205.79 with SMTP id o76mr26891108pfg.37.1466504122851; Tue, 21 Jun 2016 03:15:22 -0700 (PDT) Received: from E107787-LIN (gcc113.osuosl.org. [140.211.9.71]) by smtp.gmail.com with ESMTPSA id f138sm49626570pfa.17.2016.06.21.03.15.21 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 21 Jun 2016 03:15:22 -0700 (PDT) From: Yao Qi To: Pedro Alves Cc: Don Breazeal , gdb-patches@sourceware.org Subject: Re: [PATCH] Optimize memory_xfer_partial for remote References: <1464980562-24184-1-git-send-email-donb@codesourcery.com> Date: Tue, 21 Jun 2016 10:15:00 -0000 In-Reply-To: (Pedro Alves's message of "Mon, 20 Jun 2016 20:25:47 +0100") Message-ID: <86mvmergpe.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00358.txt.bz2 Pedro Alves writes: > So seems to be we should have a real target_get_memory_xfer_limit() > (or some such) target method. Alternatively, we can move breakpoint_xfer_memory down to each target (remote, native, etc), on which we know what limit it is. --=20 Yao (=E9=BD=90=E5=B0=A7)