Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 3 Mar 2007 22:21:16 +0000 (GMT)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        Yoshihiro Ota <ota@j.email.ne.jp>
Cc:        Randall Stewart <rrs@cisco.com>, Scott Robbins <scottro@nyc.rr.com>, "Stephane E. Potvin" <sepotvin@FreeBSD.org>, brooks@FreeBSD.org, current@FreeBSD.org
Subject:   Re: HEADS UP: UNIX domain socket locking changes merged to CVS HEAD
Message-ID:  <20070303221906.I60688@fledge.watson.org>
In-Reply-To: <20070302234750.7b57c23c.ota@j.email.ne.jp>
References:  <20070226204916.C56223@fledge.watson.org> <45E5D589.3080202@FreeBSD.org> <20070228234754.Q13593@fledge.watson.org> <45E6178F.8040302@cisco.com> <20070301031907.GD94643@mail.scottro.net> <45E67908.9090707@cisco.com> <20070301090253.M13593@fledge.watson.org> <45E69EE3.9010407@cisco.com> <20070302005803.GC26188@mail.scottro.net> <45E82030.7000402@cisco.com> <20070302132436.GB46154@mail.scottro.net> <20070302234750.7b57c23c.ota@j.email.ne.jp>

next in thread | previous in thread | raw e-mail | index | archive | help

On Fri, 2 Mar 2007, Yoshihiro Ota wrote:

> My X runs fine but I think I am still seeing this problem with diffrent 
> ports.
>
> They are japanese/Canna japanese/kinput2-canna.
>
> Canna uses "unix" domain socket to communicate and it still doesn't work. 
> Before, Canna reproted some "unix" domain socket error.  Now, it doesn't 
> report such errors but "kinput2" stucks.
>
> Installing kinput2-cann will install Canna as well. You will need these 2 
> entries to run Canna.
>
> canna_enable="YES" canna_flags="-u bin inet"
>
> Then, you need the following to allow to use kinput from X terminals.
>
> setenv XMODIFIERS '@im=kinput
>
> Once you start canna, run "kinput2" in one of the X terminals.  Then, 
> kinput2 eats all CPU.

Could you confirm that if you run the code precisely before the commits in 
question (i.e., back out to uipc_usrreq.c:1.196 and unpcb.h:1.22) the problem 
goes away completely?  If so, could you try running ktrace on kinput2 and see 
if it's looping around any particular syscalls and getting an error 
repeatedly?  It could be that an error is now (possibly incorrectly) being 
returned and that kinput2 is not handling that well.

Robert N M Watson
Computer Laboratory
University of Cambridge



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