From owner-freebsd-bluetooth@FreeBSD.ORG Wed Nov 16 20:17:24 2005 Return-Path: X-Original-To: bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C12316A41F for ; Wed, 16 Nov 2005 20:17:24 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 042D643D45 for ; Wed, 16 Nov 2005 20:17:23 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id jAGKHLJ21304; Wed, 16 Nov 2005 15:17:22 -0500 Message-ID: <437B93CF.4000403@savvis.net> Date: Wed, 16 Nov 2005 12:17:19 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <437B2E58.50709@centtech.com> <437B52FF.9040407@savvis.net> <437B5CE2.5000601@centtech.com> In-Reply-To: <437B5CE2.5000601@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bluetooth Subject: Re: No route to host for bluetooth devices X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 20:17:24 -0000 Eric, >>> Well, I've recently updated to the latest current, and while >>> yesterday everything seemed to be working fine, this morning after >>> booting up (no changes were made anywhere, except rebooting), I >>> cannot use bluetooth devices. Here's some quick info: >>> >>> snippets from /var/log/messages: >>> Nov 16 06:30:58 neutrino kernel: ubt0: ALPS UGX, rev 1.10/11.68, addr 3 >>> Nov 16 06:30:58 neutrino kernel: ubt0: ALPS UGX, rev 1.10/11.68, addr 3 >>> Nov 16 06:30:58 neutrino kernel: ubt0: Interface 0 endpoints: >>> interrupt=0x81, bulk-in=0x82, bulk-out=0x2 >>> Nov 16 06:30:58 neutrino kernel: ubt0: Interface 1 (alt.config 5) >>> endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, >>> buffer size=294 >>> Nov 16 06:31:08 neutrino kernel: ng_hci_process_command_timeout: >>> ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout >> >> device initialization failed. reset command has timed out. there >> should be message like >> >> "Unable to setup Bluetooth stack for device" >> >> somewhere in your logs. > > I could not find that message anywhere (dmesg, or /var/log/messages). > Only thing I saw was: > WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() > which I believe is harmless. /etc/rc.d/bluetooth uses err() and warn() from /etc/rc.subr to complain about errors. both err() and warn() use /usr/bin/logger to send messages. according to the logger(1) man page it uses default user.notice priority. could you please try to run as root # logger foo and then check your /var/log/messages to see if you got "foo" line in there. if you dont, then verify syslogd(8) is runnig and check your /etc/syslog.conf to see where do you redirect *.notice messages (or more specifically user.notice). i will double check if there is an ordering issue, i.e. devd(8) is started before syslogd(8) and thus error messages are not logged. >>> # bthidcontrol -a logimouse query >>> Could not perform SDP query on the device 00:07:61:31:27:15. No route >>> to host (65) >> >> yes, and this is because stack was not set properly and as far as >> system concerns you do not have active bluetooth devices. its kinda >> like using the network without network card. >> >>> and just now I did: >>> /etc/rc.d/bluetooth stop ubt0 >>> /etc/rc.d/bluetooth start ubt0 >>> >>> and it started working, so I think my message is bogus, except for one >> >> ok. you basically restart the device and now it works. are you getting >> "ng_hci_process_command_timeout" error when you boot with device >> attached? > > Yes - see the log message output above. ok >>> question: am I supposed to have a bluetooth_enable="YES" in >>> /etc/rc.conf? I think that's the problem.. >> >> no, that is not your problem. the fact that you got the error means >> that /etc/rc.d/bluetooth was called and tried to setup the stack. like >> i said, your problem is that device did not respond to "reset" command >> for the very first time. >> >> i will cvsup to -current today and try to reproduce it. > > Ok, thanks. This is a laptop, with an internal bluetooth adapter. I > can reboot again and see if it does the same thing a second time. It > could be a timing issue. i have updated my system to the most recent -current, and booted with bluetooth usb dongle (3com) attached. no problem here. so i guess there is something about your internal bluetooth adapter that makes it bad. do you have, like, bluetooth on/off button on you laptop? what laptop do you have? thanks, max