From owner-cvs-all@FreeBSD.ORG Mon Sep 11 19:59:08 2006 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBC6716A4DA; Mon, 11 Sep 2006 19:59:08 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B272D43E06; Mon, 11 Sep 2006 19:58:11 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8BJvwZc044652; Mon, 11 Sep 2006 21:57:59 +0200 (CEST) (envelope-from mb@imp.ch) Date: Mon, 11 Sep 2006 21:57:58 +0200 (CEST) From: Martin Blapp To: John Baldwin In-Reply-To: <200609111428.01836.jhb@freebsd.org> Message-ID: <20060911215312.R1494@godot.imp.ch> References: <200609101651.k8AGpuqm069774@repoman.freebsd.org> <200609111048.19397.jhb@freebsd.org> <200609111829.58796.max@love2party.net> <200609111428.01836.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: Max Laier , Martin Blapp , src-committers@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org Subject: Re: cvs commit: src/sys/kern tty.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 19:59:09 -0000 Hi, > I've told Martin numerous times that t_session is not locked by the proctree It was definitly not clear to me where to put the asserts. And I didn't got a clear response after I asked again. You remember, I did not have a additional box to make tests this time when you proposed me to do it. The test box is now here, we can hunt the bugs down. > lock and thus by default it is covered by Giant. I think much of the session > stuff still belongs under Giant in fact. I've sprinkled now the assers and running a fresh 6.1 RELEASE kernel with them. Until now nothing happened. Let's see. Maybe it's a application which is present on all the other boxes which is causing the trouble (mysql). Martin