Date: Sun, 28 Dec 1997 13:40:10 +1100 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, grog@lemis.com Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Message-ID: <199712280240.NAA02918@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>Well, no. In fact, there's no evidence that ddb sets the speed at >all. The gdb command just sets a flag, and when I hit the next trap I Just like fopen() doesn't set the speed. It knows nothing of devices. >I think that this is basically broken. When ddb goes to gdb after a >trap, it shouldn't make any assumptions about what somebody else might >have done. It should save the current UART registers, set what it >wants, and restore the old contents on return. Sure, it's unlikely That's the device driver's job. It doesn't work very well with gdb, since input may arrive while gdb is switched out, so you have to set the speed to the same value for all users of the device so that the context switching is null. Non-null switching also trips over UART bugs. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712280240.NAA02918>