From owner-freebsd-current Mon Feb 26 2:40:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (pop3.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 2330A37B491; Mon, 26 Feb 2001 02:40:15 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1QAbxv26058; Mon, 26 Feb 2001 12:38:18 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1QAc0S38457; Mon, 26 Feb 2001 12:38:00 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A9A3202.DD0FB62E@FreeBSD.org> Date: Mon, 26 Feb 2001 12:37:54 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: John Baldwin Cc: "Alexander N. Kabaev" , current@FreeBSD.org, Dag-Erling Smorgrav Subject: Re: A possible bug in the interrupt thread preemption code [Was: References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > On 22-Feb-01 Maxim Sobolev wrote: > > John Baldwin wrote: > >> > >> A recursive sched_lock? Erm, well, stick these options in your kernel > >> config: > >> > >> options KTR > >> options KTR_EXTEND > >> options KTR_COMPILE=KTR_LOCK > >> options KTR_MASK=KTR_MASK > > > > Bah, it even doesn't compile with these options: > > cc -c -pipe -O -march=pentium -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual > > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev > > -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL > > -include > > opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_ktr.c > > ../../kern/kern_ktr.c: In function `__Tunable_ktr_mask': > > ../../kern/kern_ktr.c:95: `KTR_MASK' undeclared (first use in this function) > > ../../kern/kern_ktr.c:95: (Each undeclared identifier is reported only once > > ../../kern/kern_ktr.c:95: for each function it appears in.) > > *** Error code 1 > > 1 error > > Oh, whoops, that should be: > > options KTR_MASK=KTR_LOCK Update: I'm still unable to boot kernel on my machine even into single user. Following is backtrace from ddb (after commenting out enable_intr() in trap.c::trace() as usually): Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc0265e36 stask pointer = 0x10:0xc3577f50 frame pointer = 0x10:0xc3577f64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = resume, IOPL = 0 current process = 16 (irq14: ata0) kernel: type 9 trap, code=0 Stopped at sw1b+0x7c: ltr %si db> trace sw1b(c0147c74, c0147c74, 0, c32c1da0, c3577f94) at sw1b+0x7c ithread_loop(c0741c00, c3577fa8) at ithread_loop+0x67b fork_exit(c0147c74, c0741c00, c3577fa8) at fork_exit+0xd6 fork_trampoline() at fork_trampoline+0x8 -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message