public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Seyfried <stefan.seyfried@googlemail.com>
To: BlueZ devel list <linux-bluetooth@vger.kernel.org>
Subject: Re: BNEP problem, hardware dependent?
Date: Fri, 18 Sep 2009 12:07:55 +0200	[thread overview]
Message-ID: <20090918120755.3ef94e40@strolchi.home.s3e.de> (raw)
In-Reply-To: <2d5a2c100909161148h7d15ebf2g1fecc84e670480f7@mail.gmail.com>

On Wed, 16 Sep 2009 15:48:11 -0300
Luiz Augusto von Dentz <luiz.dentz@gmail.com> wrote:

> Hi Stefan,
> 
> On Wed, Sep 16, 2009 at 1:19 PM, Stefan Seyfried
> <stefan.seyfried@googlemail.com> wrote:
> > Hi,
> >
> > recently I was changing my work machine. When I wanted to do my
> > usual setup (hacked up test-network script) to connect to the
> > internet via my mobile phone, I got "bnep error".
> >
> > It is this piese of code in network/connection.c:
> >
> > 270         if (rsp->ctrl != BNEP_SETUP_CONN_RSP)
> > 271                 return TRUE;
> > 272
> > 273         r = ntohs(rsp->resp);
> > 274
> > 275         if (r != BNEP_SUCCESS) {
> > 276                 error("bnep failed");
> > 277                 goto failed;
> > 278         }
> 
> Weird, are you sure that it is failing in one of those checks? It

Yes, it is exactly "bnep failed" and this is the only occurence of this
string in the code ;)

> never happened to me before, you just switch dongle, right?

Yes. The builtin dongle on my new (old ;) machine did not work, so I
started to investigate. I tried various external dongles, some worked,
others didn't. All with the same setup (I'm not 100% sure if I did pair
the phone in advance or if I waited for the bnep-connect to request
pairing, but I am pretty sure that I did it the same with all dongles).
Finally I exchanged the internal module (it's an HP machine, the
modules all have the same form factor, and I found another one which
did work).

> Make sure you did paired with device before attempting to connect, you
> can also mark it as trusted so it does ask for confirmation, if it
> still fail could you please send us the hcidump and bluetooth output?

I'll check if I still have a dongle that fails, and if so, I'll debug
it.

I was just not sure if there was hardware / firmware involved, so
wanted to check that first ;)

> Nope, you are correct, the hardware should not affect much the
> profiles, of course profiles depending on things like SCO may be
> affected by the hardware but that's it. IIRC the only special
> requirement for BNEP is that the MTU should be configured to 1691.
> (this is easy to check with hcidump)

Will do so, too, if I can make it fail again.

Thanks,

	seife
-- 
Stefan Seyfried

"Any ideas, John?"
"Well, surrounding them's out."

  reply	other threads:[~2009-09-18 10:07 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-16 16:19 BNEP problem, hardware dependent? Stefan Seyfried
2009-09-16 18:48 ` Luiz Augusto von Dentz
2009-09-18 10:07   ` Stefan Seyfried [this message]
2009-09-18 10:46     ` Stefan Seyfried

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=20090918120755.3ef94e40@strolchi.home.s3e.de \
    --to=stefan.seyfried@googlemail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    /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