Re: BT DUN Server fails to work (seems blocked in RFCOMM)

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

 



Hi Frederic,

On Tue, Jun 19, 2012 at 1:53 PM, Frederic Danis
<frederic.danis@xxxxxxxxxxxxxxx> wrote:
> Your hcidump shows 2 SDP records for DUN profile.
>
> Guillaume Zajac and I found the same problem yesterday, and reply about it
> on oFono mailing list (see "Re: oFono DUN server issue" mails).
>
> It seems that BlueZ was compiled with embedded DUN server (configure option
> --enable-pnat).
> When both BlueZ and oFono are started, they both listen for incoming
> connection on RFCOMM port 1 (try "sdptool browse local" to check), and
> embedded BlueZ DUN server reply preventing oFono to manage this connection.
>
> If you remove the embedded DUN server by removing --enable-pnat from build
> configuration, it should work.

We should probably try to prevent this duplicate records to even
happen, specially if they use the same channel.

-- 
Luiz Augusto von Dentz
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux