From owner-freebsd-current Sat Jun 26 19:26:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (Postfix) with ESMTP id 39EC014BEB for ; Sat, 26 Jun 1999 19:26:19 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA10366; Sun, 27 Jun 1999 12:26:11 +1000 Date: Sun, 27 Jun 1999 12:26:11 +1000 From: Bruce Evans Message-Id: <199906270226.MAA10366@godzilla.zeta.org.au> To: brdean@mindspring.com, freebsd-current@FreeBSD.ORG Subject: Re: kernel panic w/regard to setting io permissions bitmap Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The panic occurs at 'swtch_com+0x6e: ltr %si'. At the time, %si is >0x20, which indexes to what appears to be a busy tss (type=01011b) >with a limit of 0x67. That instruction generates a general protection >fault with an error code of 0. The current process was Idle. >... >Perhaps someone could reproduce this and double check me? Same here. I think it is missing at least enlargement of the limit of 0x67. >Also ... I think I could analyze this better if I could break into the >debugger and set a break point *before* the panic, and start tracing >at the i386_set_ioperm() routine and follow what happens from there. >Is there a function call that I can insert at the appropriate place to >force dropping into the kernel debugger? Just set a breakpoint: Ctrl-SysReq enter ddb b i386_set_ioperm set breakpoint c leave ddb Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message