From owner-freebsd-hackers Fri Aug 30 14:06:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22596 for hackers-outgoing; Fri, 30 Aug 1996 14:06:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22591 for ; Fri, 30 Aug 1996 14:06:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA21180; Sat, 31 Aug 1996 07:03:12 +1000 Date: Sat, 31 Aug 1996 07:03:12 +1000 From: Bruce Evans Message-Id: <199608302103.HAA21180@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org, pst@shockwave.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> The retries might be caused by UART bugs. sio context switches the >> UART registers on every `cn' i/o so that TCIOSETA on the debugger >> port can be single stepped and don't wipe out the debugger's settings. >> This works OK at typing speeds but can't work for input at high speeds >> unless the context switching is a no-op. >Can you suggest a patch to nobble this? I skip writing to the divisor registers if the divisor is already correct, but it doesn't seem to make any difference for gdb. I have no intention of single stepping through a TCIOXXXX. I have :-). Actually, the problem is more for probe/attach. You may be able to avoid opening the debugger's device, but it isn't possible to avoid probing it. >wouldn't it be better to just set a bit that stops such a TCIOSETA >from actually doing anything if it is set..? No, then debugging wouldn't be transparent. >> The -current gdb works here only after booting with -dg. I get checksum >> errors after ctl-sysreq. >same here.. works GREAT fro -gd though that's not that useful if >what you need is to repond to a breakpoint...... >breakpoints have the same effect as ctl-sysreq. Same here. ctl-sysreq essentially executes a breakpoint. Perhaps the problems is that breakpoints require lots more i/o. >presently I'm getting.... >Ignoring packet error, continuing... I get nothing except checksum errors when I hit ^C. Bruce