public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] problem in parking device. bluez-libs	3.14, bluez-utils-3.14
Date: Wed, 29 Aug 2007 10:23:48 +0200	[thread overview]
Message-ID: <1188375828.6109.31.camel@violet> (raw)
In-Reply-To: <loom.20070829T092645-125@post.gmane.org>

Hi Mahin,

> > > the park mode support is always complicated. I would advise you to not
> > > support it. Especially with non CSR based chips. However you have to run
> > > hcidump -X -V to see what is really going on.
> > 
> > I would echo Marcel's comments. Use of Park Mode is generally discouraged
> > and at some point in the future there's a decent chance that Park Mode will
> > be deprecated.
> > 
> > Because of this, many of the devices that you might try to connect to may
> > support Park Mode but not enable it. You are much better off making sure
> > that Sniff Mode is working -- if your application needs to care.
>
>  I want to use Park mode to connect more than 7 devices at a time.
>  If I use sniff mode than is it possible that I can connect more than 7 devices ..
>  I learned that when we put any link in Park mode, it releases its AM_ADDR (
> Active Address, 3 bit ) and gets a new PM_ADDR ( park Mode address, 8 bit ). so
> now we can use the released AM_ADDR to create a new active link.
>  But in sniff mode link does not release AM_ADDR...
>  So may be we can not use sniff mode to connect more than 7 devices..

you can't use sniff mode to connect more than 7 devices, but that is
almost true for most chips with park mode. If they got park mode right.
See my previous posting. There is a difference between what the
specification says and what is actually implemented by the chip. The
memory is limited and storing 256 parked devices is normally out of
question for these small chips.

Regards

Marcel



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

      reply	other threads:[~2007-08-29  8:23 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-24  7:36 [Bluez-users] problem in parking device. bluez-libs 3.14, bluez-utils-3.14 Mahin Gupta
2007-08-24  8:24 ` Marcel Holtmann
2007-08-25 19:26   ` Tom Allebrandi
2007-08-28 12:34     ` Mahin Gupta
2007-08-28 12:44       ` Marcel Holtmann
2007-08-29  7:35     ` Mahin Gupta
2007-08-29  8:23       ` Marcel Holtmann [this message]

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=1188375828.6109.31.camel@violet \
    --to=marcel@holtmann.org \
    --cc=bluez-users@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