Date: Wed, 29 Jun 2005 08:42:58 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Stephan Uphoff <ups@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Bruce Evans <bde@zeta.org.au>, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 trap.c src/sys/amd64/amd64 trap.c Message-ID: <b1b2f68bf241cca18df281a369574619@xcllnt.net> In-Reply-To: <1120052829.77984.17793.camel@palm> References: <200506252214.j5PMEgip000380@repoman.freebsd.org> <7c65ef6b909f86fa7f5a8aa041773a72@xcllnt.net> <20050627050618.W34733@delplex.bde.org> <1120052829.77984.17793.camel@palm>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 29, 2005, at 6:47 AM, Stephan Uphoff wrote: > this is just a quick fix to get basic debugging capabilities back for > some common environments. I plan to migrate parts or all of kdb_trap > back to MD code to deal with SMP race conditions. That is not a good idea. The overall behaviour of entering the debugger in inherently MI. The MD specifics are in the details, which require nothing more than some MD callback functions to fill in the blanks or create the right abstraction. Race conditions are not MD phenomena either, but may require MD techniques to prevent them. Hence, to fix race conditions you don't have to degenerate MI code to MD code, provided you have proper MD callback functions to fill in the blanks or create the right abstractions. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b1b2f68bf241cca18df281a369574619>