RE: Bluetooth suspend resume

Tech-Archive recommends: Fix windows errors by optimizing your registry

From: Greg Scott [MS] (gregsco_at_online.microsoft.com)
Date: 08/19/04 

Date: Thu, 19 Aug 2004 15:22:07 GMT

Option "B" will work below but it sounds like you want to be able to keep
BT up while suspended. I believe this will depend on the support of your
hardware. On your system I am betting that on power up BT is getting a
hardware notification that the device is gone away. If you were using USB
you would see DeviceDetach followed by DeviceAttach messages to the driver
which might be equally bad since all your connections would go down. In
WinCE 5.0 there is an option to keep USB controller powered as well.

Some hardware supports "Wake on LAN" behavior with BT. In this scenario
the device could go to sleep and would automatically be woken up if any BT
communication with the software stack was needed. I've seen this working
with BT SDIO on WinCE 5.0.

Anyway, the short answer is that you will probably have to investigate your
hardware's capabilities. If you turn on debug zones in btd.dll you will be
able to track down why the BT stack goes down. My guess is hardware
notification that device went down. If you think it is a bug in the BT
stack then please post this output to this newsgroup and I will take a look.

I hope this helps.

Greg Scott
Software Design Engineer, Windows CE
Microsoft Corporation
_____________________________________________________________
This posting is provided "AS IS" with no warranties, and confers no rights.
_____________________________________________________________

--------------------
| From: pretissimo2002@yahoo.fr (wesley)
| Newsgroups: microsoft.public.windowsce.platbuilder
| Subject: Bluetooth suspend resume
| Date: 18 Aug 2004 00:57:57 -0700
| Organization: http://groups.google.com
| Lines: 23
| Message-ID: <7bbfe387.0408172357.1ee0ca50@posting.google.com>
| NNTP-Posting-Host: 81.82.230.131
| Content-Type: text/plain; charset=ISO-8859-1
| Content-Transfer-Encoding: 8bit
| X-Trace: posting.google.com 1092815878 6196 127.0.0.1 (18 Aug 2004
07:57:58 GMT)
| X-Complaints-To: groups-abuse@google.com
| NNTP-Posting-Date: Wed, 18 Aug 2004 07:57:58 +0000 (UTC)
| Path:
cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!newsfeed00.sul.t-online.de!t-onlin
e.de!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!postnews2.google.com!no
t-for-mail
| Xref: cpmsftngxa06.phx.gbl microsoft.public.windowsce.platbuilder:53617
| X-Tomcat-NG: microsoft.public.windowsce.platbuilder
|
| Hello,
|
| I have a very annoying problem with bluetooth, but it surprises me I
| haven't read anything about it in thise newsgroup.
|
| I have a device running CE 4.2 and it's native BCSP stack (BTD.DLL).
| The communication over the UART with my bluetooth module runs fine (at
| least on 920K), as long as my device is powered. When my device enters
| sleep mode, the processor stops reading data from the module (which is
| never powered off, and thus keeps on sending). When I resume the
| device, the MS stack is down.
|
| What can I do to solve this problem (API calls before suspend
| operation are not allowed):
| *A* On a resume operation, start the BT stack again via the
| IOCTL_SERVICE_STOP/IOCTL_SERVICE_START
| *B* On a suspend operation, power down the BT module + *A*
| *C* On a suspend operation, assert flow control outside the driver
| (assuming that is possible...)
| *D* Other?
|
| Greetings,
| Wesley
|

Relevant Pages

  • Re: ERROR_SERVICE_NOT_ACTIVE when i try to use BthCreateACLConnection.
    ... HP Pocket PCs do not use Microsoft's Bluetooth stack. ... | Iam using HP Pocket PC 2003 with WinCE 4.2. ... | the Built-In Bluettoth Hardware device and MS bluetooth Stack. ...
    (microsoft.public.windowsce.embedded.vc)
  • Re: XP sometimes balks on boot-up
    ... to catch this trap. ... Memory corruption, other hardware ... The most common cause of this is hardware memory corruption. ... A kernel stack overflow. ...
    (microsoft.public.windowsxp.general)
  • Re: using MISC (post 1987 Forth hardware) opcodes
    ... This clearly had nothing to do with hardware in that an ELSE is ... Like dozens of other things Chuck explained his reasoning. ... for those interested in the conceptual foundation ... people ask why we de-emphasis the use of the stack. ...
    (comp.lang.forth)
  • Re: !p+, and thank you Jeff
    ... and looking at the SEAforth instruction set table, ... But like many other assumptions about what hardware will be ... with than mainframe style software. ... Stack depth managment is usually the biggest imaginary ...
    (comp.lang.forth)
  • Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
    ... device somewhere lower down the stack of devices that is queueing any I/O ... So anything waiting for I/O completion will wait until ... That way, admin ... Now if we use the userland suspend, there's no problem at all, I think, ...
    (Linux-Kernel)