From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 02:55:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A55916A41C for ; Mon, 6 Jun 2005 02:55:31 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46A4943D1D for ; Mon, 6 Jun 2005 02:55:30 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20]) by ms-smtp-01-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j562tPLv019623; Sun, 5 Jun 2005 22:55:25 -0400 (EDT) Message-ID: <42A3BE3E.1090702@ec.rr.com> Date: Sun, 05 Jun 2005 23:08:46 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> In-Reply-To: <20050605102236.GA26802@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 02:55:31 -0000 Divacky Roman wrote: >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >>me know if you run into any problems with it, preferably with a seperate >>mail to me as I'm more likely to see this than one which is cc'd to >>current@. >> >> > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that >its usually (80%) caused by mplayer... I dont know maybe it uses some specific >things which make it more probable. > >without PREEMPTION everything works ok. I got the hardlock when compiling >gcc41, downloading some big file from internet and trying to watch video usin >mplayer > >I also have this >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) > > >roman > > When I ran ULE+PREEMPTION on 5_RELENG a month ago mplayer would reboot and/or crash my system. Once when trying to watch a clip I rebooted 4 times and the first thing I did at the desktop each time was try mplayer. Well, after the last lockup I removed PREEMPTION from my conf and have been solid ever since. So maybe that the same old bug causing problems?