From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16038 invoked by alias); 14 May 2003 22:04:42 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15939 invoked from network); 14 May 2003 22:04:40 -0000 Received: from unknown (HELO planck.amplepower.com) (216.39.162.139) by sources.redhat.com with SMTP; 14 May 2003 22:04:40 -0000 Received: from [192.168.8.30] (helo=knuth.amplepower.com ident=roth) by planck.amplepower.com with esmtp (Exim 3.36 #1 (Debian)) id 19G4H0-0000bN-00; Wed, 14 May 2003 14:58:54 -0700 Date: Wed, 14 May 2003 22:04:00 -0000 From: "Theodore A. Roth" X-X-Sender: roth@knuth.amplepower.com To: Andrew Cagney cc: gdb@sources.redhat.com Subject: Re: breakpoint for avr? In-Reply-To: <3EC26895.4090407@redhat.com> Message-ID: References: <3EC26895.4090407@redhat.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463804408-891076742-1052950071=:25620" X-SW-Source: 2003-05/txt/msg00228.txt.bz2 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463804408-891076742-1052950071=:25620 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-length: 1506 On Wed, 14 May 2003, Andrew Cagney wrote: :) Theodore, :) :) Just noticed that the AVR target doesn't provide the BREAKPOINT_FROM_PC :) method. :) :) Up until now the architecture vector providing a default :) breakpoint_from_pc (it would internal error for the AVR case). I :) suspect, up until now, this hasn't been a problem because the AVR was :) always remote. :) :) Anyway, I've just posted a patch to always require breakpoint-from-pc :) and this is causing the AVR grief. :) :) So, is there a breakpoint instruction, or should GDB allow targets that :) have no breakpoint at all? Ok, I added the BREAKPOINT_FROM_PC method for the avr and as I suspected it doesn't interfere with remote targets (unless I am over looking something): (gdb) b main Breakpoint 1 at 0x104: file tst.c, line 34. (gdb) c Continuing. Sending packet: $Z0,104,2#a9...Ack Packet received: OK Packet Z0 (software-breakpoint) is supported Sending packet: $Hc0#db...Ack Packet received: Sending packet: $c#63...Ack Packet received: T0520:02;21:ff10;22:04010000; Sending packet: $g#67...Ack Packet received: 00000000000000000000000000000000000100000000000000000001ff100a0102ff1004010000 Sending packet: $mfc,8#9a...Ack Packet received: cfefd0e1debfcdbf Sending packet: $z0,104,2#c9...Ack Packet received: OK Breakpoint 1, main () at tst.c:34 (gdb) Andrew, does the attached patch help things with your patch? If so, I'll go ahead and commit it. Ted Roth (Wondering if I should have posted this to gdb-patches instead. ;-) ---1463804408-891076742-1052950071=:25620 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="avr-breakpoint-from-pc.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="avr-breakpoint-from-pc.diff" Content-length: 1940 MjAwMy0wNS0xNCAgVGhlb2RvcmUgQS4gUm90aCAgPHRyb3RoQG9wZW5hdnIu b3JnPg0KDQoJKiBhdnItdGRlcC5jIChhdnJfYnJlYWtwb2ludF9mcm9tX3Bj KTogTmV3IGZ1bmN0aW9uLg0KCShhdnJfZ2RiYXJjaF9pbml0KTogU2V0IGJy ZWFrcG9pbnRfZnJvbV9wYyBtZXRob2QuDQoNCkluZGV4OiBhdnItdGRlcC5j DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9zcmMv c3JjL2dkYi9hdnItdGRlcC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS40 Nw0KZGlmZiAtdSAtcCAtcjEuNDcgYXZyLXRkZXAuYw0KLS0tIGF2ci10ZGVw LmMJMTQgTWF5IDIwMDMgMjA6MDk6MTQgLTAwMDAJMS40Nw0KKysrIGF2ci10 ZGVwLmMJMTQgTWF5IDIwMDMgMjE6NDc6MTkgLTAwMDANCkBAIC0xMDkxLDYg KzEwOTEsMTggQEAgYXZyX3B1c2hfYXJndW1lbnRzIChpbnQgbmFyZ3MsIHN0 cnVjdCB2YQ0KICAgcmV0dXJuIHNwOw0KIH0NCiANCisvKiBOb3QgYWxsIGF2 ciBkZXZpY2VzIHN1cHBvcnQgdGhlIEJSRUFLIGluc24uIFRob3NlIHRoYXQg ZG9uJ3Qgc2hvdWxkIHRyZWF0DQorICAgaXQgYXMgYSBOT1AuIFRodXMsIGl0 IHNob3VsZCBiZSBvay4gU2luY2UgdGhlIGF2ciBpcyBjdXJyZW50bHkgYSBy ZW1vdGUNCisgICBvbmx5IHRhcmdldCwgdGhpcyBzaG91bGRuJ3QgYmUgYSBw cm9ibGVtIChJIGhvcGUpLiBUUm90aC8yMDAzLTA1LTE0ICAqLw0KKw0KK2Nv bnN0IHVuc2lnbmVkIGNoYXIgKg0KK2F2cl9icmVha3BvaW50X2Zyb21fcGMg KENPUkVfQUREUiAqIHBjcHRyLCBpbnQgKmxlbnB0cikNCit7DQorICAgIHN0 YXRpYyB1bnNpZ25lZCBjaGFyIGF2cl9icmVha19pbnNuIFtdID0geyAweDk1 LCAweDk4IH07DQorICAgICpsZW5wdHIgPSBzaXplb2YgKGF2cl9icmVha19p bnNuKTsNCisgICAgcmV0dXJuIGF2cl9icmVha19pbnNuOw0KK30NCisNCiAv KiBJbml0aWFsaXplIHRoZSBnZGJhcmNoIHN0cnVjdHVyZSBmb3IgdGhlIEFW UidzLiAqLw0KIA0KIHN0YXRpYyBzdHJ1Y3QgZ2RiYXJjaCAqDQpAQCAtMTE4 OSw2ICsxMjAxLDcgQEAgYXZyX2dkYmFyY2hfaW5pdCAoc3RydWN0IGdkYmFy Y2hfaW5mbyBpbg0KICAgc2V0X2dkYmFyY2hfaW5uZXJfdGhhbiAoZ2RiYXJj aCwgY29yZV9hZGRyX2xlc3N0aGFuKTsNCiANCiAgIHNldF9nZGJhcmNoX2Rl Y3JfcGNfYWZ0ZXJfYnJlYWsgKGdkYmFyY2gsIDApOw0KKyAgc2V0X2dkYmFy Y2hfYnJlYWtwb2ludF9mcm9tX3BjIChnZGJhcmNoLCBhdnJfYnJlYWtwb2lu dF9mcm9tX3BjKTsNCiANCiAgIHNldF9nZGJhcmNoX2Z1bmN0aW9uX3N0YXJ0 X29mZnNldCAoZ2RiYXJjaCwgMCk7DQogICBzZXRfZ2RiYXJjaF9yZW1vdGVf dHJhbnNsYXRlX3hmZXJfYWRkcmVzcyAoZ2RiYXJjaCwNCg== ---1463804408-891076742-1052950071=:25620--