[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [bluetooth-dev] Ericsson ROK kit bit rate query



Then it ought to work. But you can always try and see what
happens if you define it.

//Peter

> -----Original Message-----
> From: Vinay Nathan [mailto:vnathan@xxxxxxx.net]
> Sent: 02 October 2001 12:42
> To: Peter Kjellerstedt
> Cc: Matthias Fuchs; bluetooth-dev
> Subject: Re: [bluetooth-dev] Ericsson ROK kit bit rate query
> 
> 
> Hi Peter,
> 
> CONFIG_BLUETOOTH_SET_BAUDRATE_BLOCKING has not been #define(d). 
> 
> i.e. the call is non blocking.
> 
> Thanks.
> 
> regards,
> Vinay
> 
> Peter Kjellerstedt wrote:
> > 
> > What have you configured CONFIG_BLUETOOTH_SET_BAUDRATE_BLOCKING to?
> > It affects whether the stack should wait for the result
> > to the change baud rate command on the old or new baud rate.
> > For new firmware it should be set to n.
> > 
> > //Peter
> > 
> > > -----Original Message-----
> > > From: Vinay Nathan [mailto:vnathan@xxxxxxx.net]
> > > Sent: 02 October 2001 12:19
> > > To: Matthias Fuchs
> > > Cc: bluetooth-dev
> > > Subject: Re: [bluetooth-dev] Ericsson ROK kit bit rate query
> > >
> > >
> > > Hi Matthias,
> > >
> > >
> > > HW/SW details-
> > > -------------
> > > Ericsson ROK kit - ROK101 008/21
> > > Firmware version - P3G
> > > Linux version - 2.4.2-2
> > > > Are you using the recent CVS version of OpenBT ?
> > > Yes. version - 0.0.6
> > >
> > > Code snippet added to reset the speed in btd.c -
> > > *********************************************
> > >   spd = 115200;
> > >   if (hw_init)
> > >    init_hw(spd);
> > >   usleep(15000);
> > >   fd_setup(phys_fd, spd, USE_FLOW_CTRL);
> > >   tcflush(phys_fd, TCIOFLUSH);
> > > *********************************************
> > >
> > > The problem -
> > > The "COMMAND_COMPLETE" event is not received by the BT Host
> > > Controller.
> > > The bytes received by the BT Host controller are discarded by the
> > > driver.
> > >
> > > Related observations -
> > > If I perform a readbd at this point, I get a valid 
> address but only
> > > after a command timeout. BT inquiry and rf_conn timeout and fail.
> > >
> > > Interpretation of problem -
> > > Upon resetting the baud rate of the BT host the
> > > "COMMAND_COMPLETE" event
> > > is sent at the new baud rate of 115200. The BT host 
> controller in the
> > > meanwhile has not had enough time to respond to the 
> changed baud rate.
> > >
> > > Is this interpretation accurate? Could you advise on any
> > > incorrect steps
> > > taken in restting the baud rate?
> > >
> > > Thanks.
> > >
> > > regards,
> > > Vinay
> > >
> > >
> > >
> > > Matthias Fuchs wrote:
> > > >
> > > > Hi Vinay,
> > > >
> > > > there should be no problem usgin the ROK at baudrates up to
> > > 460800 baud
> > > > if your UART supports that high baudrates.
> > > > Nevertheless, 115200 should be no problem on standard PCs.
> > > >
> > > > Are you using the recent CVS version of OpenBT ? Which 
> "kit" are you
> > > > using ? There are some problem with really(!) old 
> version of the ROK
> > > > firmware. So what firmware is inside your modules ?
> > > >
> > > > Matthias
> > > >
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe
> > > bluetooth-dev" in
> > > the body of a message to majordomo@xxxxxxx.com
> > >
> 
> -- 
> ----------------------------------------------------------------------
> Vinay Nathan
> 
> Software Engineer               |  MS in Computer Science,
> Bluetooth Group                 |  University of Southern California,
> Pace SoftSilicon, Pune, INDIA.  |  LA, USA.
> www.pace-softsilicon.com        |  
> Off: (9120)4004291 ext. 230     |  
> Res: (9120)5430297              |
> 
> If the only tool you have is a hammer, you tend to see every problem 
> as a nail.- Abraham Maslow
> ----------------------------------------------------------------------
> 
-
To unsubscribe from this list: send the line "unsubscribe bluetooth-dev" in
the body of a message to majordomo@xxxxxxx.com