RE: Bluetooth Obex Ftp Bcsp

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

  • Next message: Sam: "Platform Builder download"
    Date: Sun, 28 Mar 2004 23:44:28 GMT
    
    

    Can you please capture some debug output from the Bluetooth stack? Please
    build debug versions of btd.dll and bthcsr.dll. Then, turn on all btd.dll
    debug zones (or at least the "Transport" debug zone). At this point you
    should be able to see what was last happening in bthcsr before the transfer
    stalls. Please re-post this log and I'll take a look at it.

    All of the BT transport drivers are shipped as public code
    (public\common\oak\drivers\bluetooth\transports) so feel free to fully
    debug into this driver. When the transfer becomes stalled, what are all
    the threads in bthcsr doing? Is the problem obvious?

    Are you using the same underlying serial driver for both the bthcsr and
    bthuart scenarios? Have you ensured that the problem isn't related to the
    serial driver? The bthcsr transport is used in several devices and I have
    not heard any reports like this. My guess is that this is a problem with
    the underlying serial driver or the interaction between these drivers.
    Just a guess though.

    I will be interested in hearing what you find out here. I hope this helps.

    Thanks,

    Greg Scott
    _____________________________________________________________
    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 Obex Ftp Bcsp
    | Date: 24 Mar 2004 02:43:20 -0800
    | Organization: http://groups.google.com
    | Lines: 35
    | Message-ID: <7bbfe387.0403240243.1c3bd88b@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 1080125001 27898 127.0.0.1 (24 Mar 2004
    10:43:21 GMT)
    | X-Complaints-To: groups-abuse@google.com
    | NNTP-Posting-Date: Wed, 24 Mar 2004 10:43:21 +0000 (UTC)
    | Path:
    cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!newsfeed00.sul.t-online.de!t-onlin
    e.de!border2.nntp.ash.giganews.com!border1.nntp.ash.giganews.com!nntp.gigane
    ws.com!news.glorb.com!postnews2.google.com!not-for-mail
    | Xref: cpmsftngxa06.phx.gbl microsoft.public.windowsce.platbuilder:47478
    | X-Tomcat-NG: microsoft.public.windowsce.platbuilder
    |
    | Hi there,
    |
    | I still am onfronted with a problem concerning Obex FTP over
    | bluetooth.
    | In CE.NET 4.2 I'm using bthcsr.dll and bthuart.dll to as a driver for
    | my BT module (csr- mitsumi).
    |
    | Most of the times the transfer gets stuck while transferring a file. I
    | don't know the reason (otherwise I wouldn't have started this thread
    | right?), but I can see three symptoms:
    |
    | (1) the transfer only gets broken down with the bthcsr.dll, and not
    | with the bthuart.dll. That is, only when the module is configured for
    | BCSP and not for H4.
    |
    | (2) the transfer only gets broken down when the CE.NET device act as a
    | client (i.e. wen it pushes information on the server...). When it acts
    | as an FTP server, there is never a broken connection. Nevertheless, we
    | tried different machines as server (a PC and another CE.NET device).
    |
    | (3) the higher the baudrate we pick for the driver (and ofcourse
    | configure the module also), the sooner the transfer stops when sending
    | a file... With 115K,
    | the transfer mostly stops after a minute or more, while at 460K, it
    | only takes seconds...
    |
    | Can anyone see some logic in this story, and maybe know a solution? We
    | want to use the bthcsr.dll driver as BCSP was the reason why we bought
    | the module we have.
    |
    | I know this problem sounds like a bug, but I applied all QFE's there
    | are...
    |
    | Greetings,
    | wesley.devos@dzine.nospam.be
    |


  • Next message: Sam: "Platform Builder download"

    Relevant Pages

    • [2.6 patch] remove the broken SCSI_SEAGATE driver
      ... But if anyone wants to ever revive this driver, ... * Will activate debug code. ... -static int internal_command (unsigned char target, unsigned char lun, ... -/* If the user specified the controller type from the command line, ...
      (Linux-Kernel)
    • [RFC: 2.6 patch] remove the broken SCSI_SEAGATE driver
      ... But if anyone wants to ever revive this driver, ... * Will activate debug code. ... -static int internal_command (unsigned char target, unsigned char lun, ... -/* If the user specified the controller type from the command line, ...
      (Linux-Kernel)
    • [RFC: 2.6 patch] remove the broken SCSI_SEAGATE driver
      ... But if anyone wants to ever revive this driver, ... * Will activate debug code. ... -static int internal_command (unsigned char target, unsigned char lun, ... -/* If the user specified the controller type from the command line, ...
      (Linux-Kernel)
    • 2.6.23-rc7 + radeonfb/s2ram
      ... ACPI: IRQ0 used by override. ... registered new interface driver usbfs ... Bluetooth: HCI device and connection manager initialized ...
      (Linux-Kernel)
    • RE: freebsd-hackers Digest, Vol 200, Issue 7
      ... Updated Driver for 3945ABG Intel 3945ABG Wireless LAN ... sysctlinterface ... Jan 27 10:30:39 vaio kernel: bus_dmamem_alloc failed to align memory properly. ... debug: all: oid: 0 2 440 ...
      (freebsd-hackers)