From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 10:22:45 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 55C5D16A41C for ; Sun, 5 Jun 2005 10:22:45 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C811943D1F for ; Sun, 5 Jun 2005 10:22:43 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j55AMaXW026989 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 5 Jun 2005 12:22:36 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j55AMaV0026988; Sun, 5 Jun 2005 12:22:36 +0200 (CEST) Date: Sun, 5 Jun 2005 12:22:36 +0200 From: Divacky Roman To: Jeff Roberson Message-ID: <20050605102236.GA26802@stud.fit.vutbr.cz> References: <20050604052429.T8209@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: 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: Sun, 05 Jun 2005 10:22:45 -0000 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