My Linux box has a Anycom usb-220 bluetooth adapter
connected to it which is used to serve my iPAQ1940. Works "superbly great"
except those times it won't work at all ;-). Either a long connection
(like a download) will be cut or i will not be able to open a new
connection. When it happens, i have 2 choices: unplung the bluetooth
adapter for a few seconds (which requires no other intervention on the software
side) and replug it or reset the device using hciconfig. Except that doing
this reset will sometimes crash the hole Linux box. I then get a stack
dump and once i got a message that looked like this: "...killing interrupt
handler...". Sorry i wasn't fast enough to write down the
message.
I'm running "Kernel 2.4.24-mh2 on an i586" with
bluez-libs-2.5, bluez-sdp-1.5, bluez-utils-2.5. I normally run hcid, sdpd,
"dund --listen --msdun call dun". It seems to me that enabling
authentification and encryption has made the whole thing less
reliable.
What can i do to improve reliability?
Thank you
An lsmod shows the following:
Module
Size Used
by
bnep
8912 0
(autoclean)
ppdev
6960 0
(autoclean)
ppp_deflate
3120 0
(autoclean)
zlib_inflate
19648 0 (autoclean)
[ppp_deflate]
zlib_deflate
18688 0 (autoclean)
[ppp_deflate]
bsd_comp
4416 0
(autoclean)
ppp_async
6544 0
(autoclean)
ppp_generic
16960 0 (autoclean) [ppp_deflate bsd_comp
ppp_async]
slhc
4736 0 (autoclean)
[ppp_generic]
crc32
2848 0
[bnep]
sco
7936 0
(unused)
hci_usb
6336
1
usb-ohci
16816 0
(unused)
rfcomm
29040 1
(autoclean)
l2cap
15632 2 (autoclean) [bnep
rfcomm]
bluez
28224 3 (autoclean) [bnep sco hci_usb rfcomm
l2cap]
ipt_MASQUERADE
1344 1
(autoclean)
ipt_state
576 2
(autoclean)
ip_nat_ftp
2912 0
(unused)
iptable_nat
16592 2 [ipt_MASQUERADE
ip_nat_ftp]
ip_conntrack_ftp
3760
1
ip_conntrack
18752 3 [ipt_MASQUERADE ipt_state ip_nat_ftp iptable_nat
ip_conntrack_ftp]
iptable_filter
1680
1
ip_tables
12000 6 [ipt_MASQUERADE ipt_state iptable_nat
iptable_filter]
3c509
8304
2
rtc
6112 0 (autoclean)