public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: TJ <bluez@tjworld.net>
To: Bluez-devel@lists.sourceforge.net
Subject: [Bluez-devel] No services discovered by remote devices
Date: Tue, 18 Mar 2008 21:48:41 +0000	[thread overview]
Message-ID: <1205876921.25481.34.camel@hephaestion> (raw)

Problem: Remote devices do not discover services being offered by the
Linux PC.

Apologies if I'm missing something very obvious, but having tried to
solve this for many hours, analysing the logs and searching for a
solution, I only find other people with the same issue and no
explanation.

There's not even any documentation on what to expect which complicates
the issue.

Using Ubuntu Gutsy x86_64 on a Sony Vaio VGN-FE41Z laptop. The standard
bluez-utils version is v3.19. I've also built and tested v3.26 with no
improvement.

All client operations appear to work correctly: Mouse, CUPS printing,
OBEX Object Push.

Remote devices correctly discover the PC device (Class Laptop). Pairing
devices with the laptop works with a PIN being asked for and accepted.

For anything involving a remote device discovering services on the PC
though, results are patchy and not as expected.

bluetoothd-service-serial/audio/network/input are all enabled and
running. gnome-bluetooth properties shows the services enabled.

A Sony Ericsson K800i reports discovering:
Audio remote controller
Audio remote control target

>>From a Toshiba e800 Windows Mobile 2003 Second Edition PDA:
No services discovered.

The PDA discovers all the K800i and HP Deskjet 995c services, and the
K800i discovers the services of the PDA and the printer correctly, so
I'm sure the remote devices are working okay.

This lack of services was initially noticed when I couldn't find out how
to get the laptop to offer the PAN service on pan0 despite checking the
Wiki and creating /etc/bluetooth/network.conf and also trying manually
adding pan0 to /etc/network/interfaces.

Looking at the source for bluetoothd-service-network I noticed in
network/main.c there is what appears to be a command-line switch "-s"
that causes:

if (argc > 1 && !strcmp(argv[1], "-s"))
 register_external_service(conn, "network", "Network service", "");

but from what I can tell, argv[1] is set to NULL by the
hcid/dbus-service.c::service_start() code that starts the service. As
the code isn't commented it's hard to tell if that function is supposed
to register a bluetooth service or just something for dbus.

I did try calling register_external_service() unconditionally but it
didn't appear to make any difference.

So, the question is, should bluetoothd-service-* cause discoverable
services to be visible to remote devices, and if so, what steps can I
take to interrogate/debug this issue?

Thanks.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

                 reply	other threads:[~2008-03-18 21:48 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1205876921.25481.34.camel@hephaestion \
    --to=bluez@tjworld.net \
    --cc=Bluez-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox