public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: James Cameron <james.cameron@hp.com>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] hci_acl_tx_to: hci0 ACL tx timeout
Date: Wed, 30 Jun 2004 13:40:57 +0200	[thread overview]
Message-ID: <1088595657.4540.19.camel@pegasus> (raw)
In-Reply-To: <20040630112137.GE30504@hp.com>

Hi James,

> Problem: connection via bnep0 eventually freezes, and one of the two
> hosts displays in dmesg;
> 
> hci_acl_tx_to: hci0 ACL tx timeout
> hci_acl_tx_to: hci0 killing stalled ACL connection F5:E5:01:72:02:00
> 
> What does this mean?  Is there something I can do to prevent it?  Or
> something I can do to gather more information to help explain it?
> 
> I've been experimenting with a couple of USB modules, establishing
> connections with pand and routing laptop to gateway IP traffic over
> bnep0.
> 
> Some months ago, I had tried the same thing, but with 2.4.24.  The "ACL
> tx timeout" would occur generally within ten minutes if lots of data was
> transferred.  Now I'm trying it with 2.6.6, and it had been working fine
> for many hours before it happened again, with no heavy data transfer.
> 
> I've reviewed kernel ChangeLog-2.6.7 for each of the Bluetooth or BlueZ
> changes, but none of the changes seem to cover this problem.  I've
> surfed Google for "ACL tx timeout", but nothing springs up as a
> solution.

I can't give you a definitv answer for that problem, but it seems that
some Bluetooth dongles are not working very nice under heavy load. This
is actually not a chip problem, because I saw chips working in one
dongle and in another one it produces such timeouts.

You can of course try to increase the ACL tx timeout and see if it still
occurs. Do all of your dongles use the same Bluetooth chip?

Regards

Marcel




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2004-06-30 11:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-30 11:21 [Bluez-devel] hci_acl_tx_to: hci0 ACL tx timeout James Cameron
2004-06-30 11:40 ` Marcel Holtmann [this message]
2004-06-30 12:02   ` James Cameron
2004-06-30 12:43     ` Marcel Holtmann
2004-06-30 13:09       ` James Cameron
2004-06-30 13:21         ` Marcel Holtmann

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=1088595657.4540.19.camel@pegasus \
    --to=marcel@holtmann.org \
    --cc=bluez-devel@lists.sourceforge.net \
    --cc=james.cameron@hp.com \
    /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