From owner-cvs-all@FreeBSD.ORG Wed Feb 9 16:01:04 2005 Return-Path: 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 6415616A4CE; Wed, 9 Feb 2005 16:01:04 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F8D143D49; Wed, 9 Feb 2005 16:01:03 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j19G0x6Z016590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Feb 2005 17:01:01 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420A33AD.7030405@portaone.com> Date: Wed, 09 Feb 2005 18:00:45 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <200502090829.j198TeLR057566@repoman.freebsd.org> <20050209084304.GS1080@darkness.comp.waw.pl> In-Reply-To: <20050209084304.GS1080@darkness.comp.waw.pl> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/geom/gate g_gate.c g_gate.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 09 Feb 2005 16:01:04 -0000 Pawel Jakub Dawidek wrote: > I cannot make ggatec(8) to use threads, because when I'm stopping thread > via msleep(9) in kernel, the whole process stops (so receiving thread > cannot work). This doesn't sound as a correct behaviour of our pthreads implementation. Perhaps you have to raise the issue with KSE/libc_r maintainers? -Maxim