Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Feb 2009 10:42:29 -0800
From:      Andrew Thompson <thompsa@FreeBSD.org>
To:        Maksim Yevmenkin <maksim.yevmenkin@gmail.com>
Cc:        freebsd-current@freebsd.org, Hans Petter Selasky <hselasky@freebsd.org>, Giorgos Keramidas <keramida@freebsd.org>
Subject:   Re: usb2 moused issue
Message-ID:  <20090216184229.GA12555@citylink.fud.org.nz>
In-Reply-To: <bb4a86c70902161041k36979debg82b048062fc26f9a@mail.gmail.com>
References:  <87mycme9wc.fsf@kobe.laptop> <200902161752.56998.hselasky@freebsd.org> <87wsbqmeq4.fsf@kobe.laptop> <200902161930.25235.hselasky@freebsd.org> <bb4a86c70902161041k36979debg82b048062fc26f9a@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 16, 2009 at 10:41:19AM -0800, Maksim Yevmenkin wrote:
> On Mon, Feb 16, 2009 at 10:30 AM, Hans Petter Selasky
> <hselasky@freebsd.org> wrote:
> > The device is invisible. You should be able to cat it, if it's not already
> > opened.
> 
> yeah, i've been bitten by the same "invisible device node" problem
> while converting ubtbcmfw(4) to usb2.  for example,
> 
> Feb 16 10:35:19 yak kernel: ugen0.2: <Broadcom> at usbus0
> Feb 16 10:35:19 yak kernel: ubtbcmfw0: <Broadcom BCM2033 Bluetooth USB
> dongle, class 224/1, rev 1.01/0.a0, addr 2> on usbus0
> Feb 16 10:35:19 yak kernel: Symlink: ubtbcmfw0 -> usb0.2.0.16
> Feb 16 10:35:19 yak kernel: Symlink: ubtbcmfw0.1 -> usb0.2.0.16
> Feb 16 10:35:19 yak kernel: Symlink: ubtbcmfw0.2 -> usb0.2.0.16
> 
> and
> 
> > pwd
> /dev
> 
> > ls -la usb0.2.*
> ls: No match.
> > ls -la usb0.2.0.16
> crwxrwxrwx  1 root  operator    0,  68 Feb  5 10:19 usb0.2.0.16
> 
> > ls -la ubtbcmfw*
> ls: No match.
> > ls -la ubtbcmfw0
> crwxrwxrwx  1 root  operator    0,  68 Feb  5 10:19 ubtbcmfw0
> 
> > ls -la ubtbcmfw0.*
> ls: No match.
> 
> > ls -la ubtbcmfw0.1
> crwxrwxrwx  1 root  operator    0,  68 Feb  5 10:19 ubtbcmfw0.1
> > ls -la ubtbcmfw0.2
> crwxrwxrwx  1 root  operator    0,  68 Feb  5 10:19 ubtbcmfw0.2
> 
>  i suspect it probably has something to do with the way devfs cloning
> works (for example, i think, somewhat similar problem exists with
> /dev/tap, /dev/tun device nodes). of course, if one does not know
> that, the first reaction would be - wtf? where is my device nodes?! :)
> 
> i wonder if there is any way to "fix" it...

A fix is in progress.


Andrew



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