From owner-freebsd-current Thu Feb 22 5:38: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 819F737B4EC; Thu, 22 Feb 2001 05:36:38 -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 f1MDXhf15268; Thu, 22 Feb 2001 15:33:58 +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 f1MDXWS47545; Thu, 22 Feb 2001 15:33:32 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A95152B.5672D46E@FreeBSD.org> Date: Thu, 22 Feb 2001 15:33:31 +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: > > Dag-Erling Smorgrav wrote: > > > >> Maxim Sobolev writes: > >> > It's not an ata specific problem, but rather a problem of all ISA > >> > devices (I have an ISA based ata controller). > >> > >> I don't think it has anything to do with ISA. I've had similar > >> problems on a PCI-only system (actually, PCI+EISA motherboard with no > >> EISA cards) with no ATA devices (disks, CD-ROM and streamer are all > >> SCSI). > >> > >> Considering that backing out rev 1.14 of ithread.c eliminates the > >> panics, and that that revision is supposed to enable interrupt thread > >> preemption, and that the crashed kernels show signs of stack smashing, > >> I'd say the cause is probably a bug in the preemption code. > > > > Update: the bug is still here, as of -current from 22 Feb. Hovewer, this time > > it even doesn't let to boot into single-user with following panic message: > > kernel trap 12 with interrupts disabled > > panic: mutex sched lock recursed at ../../kern/kern_synch.c:872 > > Errrr. That would be something that is leaking sched_lock. Hmm... > > Got a backtrace? What is really annoying is that preemption has been in the > kernel since Feb 1. I just accidentally turned it off in the ithread code > reorganization and then turned it back on. It was off for a few hours after > only being on for 2 weeks, and now everyone magically has problems. Here it is (from DDB): panic(c027de93,c0297409,c027f878,368,80286) _mtx_assert(c02ea000,9,c027f878,368,80286) mi_switch(c32c5da0,3,c02cea44,c357be98) ithread_schedule(c0747c00,1) sched_ithd(e) Xresume14() --- interrupt, eip = 0xc025b60f, esp = 0x80296, ebp = 0xc357bf08 --- trap(18, 10, 10,c01597b6,20) calltrap() --- trap 0x9, eip = 0xc025a5de, esp = 0xc357bf50, ebp = 0xc357bf64 --- sw1b(c0146cbc,c0146cbc,c32c5da0,c357bf94) ithread_loop(c0747c00,c357bfa8) fork_exit(c0146cbc,c0747c00,c357bfa8) fork_trampoline() -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message