Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Oct 2007 18:15:21 +0300
From:      Giorgos Keramidas <keramida@ceid.upatras.gr>
To:        Vlad GALU <dudu@dudu.ro>
Cc:        Dag-Erling Sm?rgrav <des@des.no>, gepu@flow.rdsnet.ro, Steven Hartland <killing@multiplay.co.uk>, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org
Subject:   Re: How to enable more than 256 pty's?
Message-ID:  <20071004151520.GB6684@kobe.laptop>
In-Reply-To: <ad79ad6b0710040805pfd27360gabc8356a971fba98@mail.gmail.com>
References:  <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no> <ad79ad6b0710020514n41d70cd9k6f16164899a7290c@mail.gmail.com> <86641pyanc.fsf@ds4.des.no> <ad79ad6b0710020519o30ee6478j38c0229a9746d10@mail.gmail.com> <ad79ad6b0710020537j28827d5ex19113dd395b4cc73@mail.gmail.com> <86wsu5wuz3.fsf@ds4.des.no> <ad79ad6b0710020541n22dbdfabgb13cd84eca8d8011@mail.gmail.com> <20071004144315.GA6377@kobe.laptop> <ad79ad6b0710040805pfd27360gabc8356a971fba98@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2007-10-04 18:05, Vlad GALU <dudu@dudu.ro> wrote:
>On 10/4/07, Giorgos Keramidas <keramida@ceid.upatras.gr> wrote:
>>On 2007-10-02 15:41, Vlad GALU <dudu@dudu.ro> wrote:
>>>On 10/2/07, Dag-Erling Sm?rgrav <des@des.no> wrote:
>>>>"Vlad GALU" <dudu@dudu.ro> writes:
>>>>> The symptoms were exhibited even with rev. 1.16. I've CC'ed him so
>>>>> he can catch up with the thread.
>>>>
>>>> Which symptoms?  I can no longer reproduce the hang-on-close bug.
>>>
>>> Strangely enough, me neither. In his case, allocated pts' wouldn't
>>> get deallocated once the sessions ended.
>>
>> There was an old bug, which caused pts consumers to get stuck in
>> "devdrn".  This has been fixed, AFAICT, a long time ago.  At least, I
>> can't reproduce it any more with the usual tests:
>>
>>   * Closing xterm windows.
>>
>>   * Closing telnet sessions.
>>
>>   * Exiting from screen(1) windows.
> 
> Weird. 3 people on this thread already saw the symptoms :(

It must be a different problem, then.  I used to have a local patch
which reverted the devdrn wait in kern_conf.c:destroy_devl() near
the lines:

 753         while (dev->si_threadcount != 0) {
 754                 /* Use unique dummy wait ident */
 755                 msleep(&csw, &devmtx, PRIBIO, "devdrn", hz / 10);
 756         }

but the original problem I was seeing seems to have been fixed.
At least, I can't reproduce it was easily anymore...




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071004151520.GB6684>