Hello All,
I give up. Its time to look for help. After too much time I discovered
that I was trying to use the wrong module (dtl1_cs) and for all the
threads in the mailing list archives I haven't been able to figure it
out. Also keep in mind that anything I've done are wild guesses due to
desperation :)
Here's the card I have:
-------------------------------------------
product info: "Socket", "CF+ Personal Network Card Rev 2.5"
manfid: 0x0104, 0x0096
function: 2 (serial)
-----------------------------------------
I believe that means I have the infamous revision G.
My laptop is a powerbook G4. The kernel is 2.6.1-ben1 using devfs.
Cardmgr seems to starting correctly. Pcmcia had no config for this card
or for the hci_uart so I added an entry to /etc/pcmcia/config.opts. I
also changed the port and memory settings for the powerbook. Is this
correct?
----------------------------------
device "hci_uart"
class "bluetooth" module "hci_uart"
card "Socket Bluetooth Card"
version "Socket", "CF+ Personal Network Card Rev 2.5"
manfid 0x0104, 0x0096
bind "hci_uart"
include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff
include memory 0x80080000-0x8008ffff
-------------------------------------
When I insert the card this is what I get in the log:
----------------------------------------------------
Jan 19 21:24:34 [cardmgr] initializing socket 0
Jan 19 21:24:34 [cardmgr] socket 0: Socket Bluetooth Card
Jan 19 21:24:34 [cardmgr] product info: "Socket", "CF+ Personal Network
Card Rev 2.5"
Jan 19 21:24:34 [cardmgr] manfid: 0x0104, 0x0096 function: 2 (serial)
Jan 19 21:24:34 [cardmgr] executing: 'modprobe hci_uart'
Jan 19 21:24:34 [kernel] Bluetooth: HCI UART driver ver 2.1
Jan 19 21:24:34 [kernel] Bluetooth: HCI H4 protocol initialized
Jan 19 21:24:34 [cardmgr] bind 'hci_uart' to socket 0 failed: Invalid
argument
------------------------------------------------------------
Any help, or directions to where I can find it, would be greatly
appreciated.
Thanks,
digger
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hi Digger,
> I should be capable of that. I was a bit worried when you suggested I
> delve into the driver code itself :)
>
> Am I assuming correctly that the rmk in [email protected] is Russell
> King? In any case it will have to wait till tommorrow. The powerbook
> battery is at 20% and mine is at less.
look at the kernel MAINTAINERS file.
8250/16?50 (AND CLONE UARTS) SERIAL DRIVER
P: Russell King
M: [email protected]
L: [email protected]
W: http://serial.sourceforge.net
S: Maintained
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hello Marcel
On Thu, 2004-01-22 at 19:58, Marcel Holtmann wrote:
> I checked it with my Xircom some hours ago and yes, it don't works. I
> have no explanation for that, so someone should write all this up and
> prepare a post for the Linux serial mailing list and notify Rusty Russel
> about it. Digger, will you do this?
>
I should be capable of that. I was a bit worried when you suggested I
delve into the driver code itself :)
Am I assuming correctly that the rmk in [email protected] is Russell
King? In any case it will have to wait till tommorrow. The powerbook
battery is at 20% and mine is at less.
Good night,
digger
Hi Ben,
> Well, adding the second "l" to Russell might make him happier, though
> in the end, you really want the "other" Russell, that is Mr King
> which is the serial driver author, not poor Rusty :)
of course I meant Russell King. Sorry for that confusion. Seems like I
mixed the two entries from my addressbook ;)
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
> I checked it with my Xircom some hours ago and yes, it don't works. I
> have no explanation for that, so someone should write all this up and
> prepare a post for the Linux serial mailing list and notify Rusty Russel
> about it. Digger, will you do this?
Well, adding the second "l" to Russell might make him happier, though
in the end, you really want the "other" Russell, that is Mr King
which is the serial driver author, not poor Rusty :)
Ben.
Hi Max,
> I can confirm that. Xircom PC cards don't work with 2.6 anymore.
> Everything seems to be ok. Serial driver recognizes UART, creates a
> port, etc. But hciattach always times out and I see only one or two
> interrupts on that port. Unfortunately I don't have much more details
> than that, didn't have time to investigate. I tried simple stuff like
> different baud rate, reset, different interrupts (ie setserial) etc.
> Nothing works.
I checked it with my Xircom some hours ago and yes, it don't works. I
have no explanation for that, so someone should write all this up and
prepare a post for the Linux serial mailing list and notify Rusty Russel
about it. Digger, will you do this?
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
On Thu, 2004-01-22 at 16:11, Marcel Holtmann wrote:
> Hi Digger,
>
> > > The Com1 card is working fine with 2.6.2-rc1. I have no other 2.6 kernel
> > > running at the moment, so please check if this is also problematic.
> >
> > I rsync'd and built 2.6.2-rc1-ben1. I'm sorry to say there is no
> > difference here. I still get "BCSP initialization timed out".
>
> so it seems that the new serial driver causes problems with some UART's.
I can confirm that. Xircom PC cards don't work with 2.6 anymore.
Everything seems to be ok. Serial driver recognizes UART, creates a
port, etc. But hciattach always times out and I see only one or two
interrupts on that port. Unfortunately I don't have much more details
than that, didn't have time to investigate. I tried simple stuff like
different baud rate, reset, different interrupts (ie setserial) etc.
Nothing works.
Max
Hi Digger,
> > The Com1 card is working fine with 2.6.2-rc1. I have no other 2.6 kernel
> > running at the moment, so please check if this is also problematic.
>
> I rsync'd and built 2.6.2-rc1-ben1. I'm sorry to say there is no
> difference here. I still get "BCSP initialization timed out".
so it seems that the new serial driver causes problems with some UART's.
I have no idea what caused this problem and what cards are effected. Try
to dig into it and try to solve it. Patches are always welcome.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hello Marcel,
On Thu, 2004-01-22 at 07:50, Marcel Holtmann wrote:
> Hi Digger,
>
> > > My Com1 card uses also BCSP and I will try it later with 2.6.2-rc1.
> > > Please check again with this kernel, too.
>
> The Com1 card is working fine with 2.6.2-rc1. I have no other 2.6 kernel
> running at the moment, so please check if this is also problematic.
I rsync'd and built 2.6.2-rc1-ben1. I'm sorry to say there is no
difference here. I still get "BCSP initialization timed out".
digger
Hi Digger,
> > My Com1 card uses also BCSP and I will try it later with 2.6.2-rc1.
> > Please check again with this kernel, too.
The Com1 card is working fine with 2.6.2-rc1. I have no other 2.6 kernel
running at the moment, so please check if this is also problematic.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hi Digger,
> I'll have to wait. The benh kernel, at least the rsync'd one, is at
> 2.6.1. Is the "BCSP initialization timed out" one that may be specific
> to the powerpc kernels and better dealt with on the powerpc list? Or as
> Ben H. said regarding the serial port allocation, it is not platform
> specific?
actually I don't know why it is not working with 2.6.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
On Wed, 2004-01-21 at 10:22, Marcel Holtmann wrote:
> I don't have any experiences with Apple machines. Ask Benjamin
> Herrenschmidt about this specific problem.
>
Ben, thanks for answering this in another reply.
> >
> > running "hciattach /dev/tts/0 socket" I get:
> >
> > BCSP initialization timed out
> >
> > I built and tried a 2.4.24 kernel and the command works fine. I would
> > prefer to stay with the 2.6 kernel. I there anything I can try? If its
> > of any help there's lofiles, etc below.
>
> My Com1 card uses also BCSP and I will try it later with 2.6.2-rc1.
> Please check again with this kernel, too.
>
I'll have to wait. The benh kernel, at least the rsync'd one, is at
2.6.1. Is the "BCSP initialization timed out" one that may be specific
to the powerpc kernels and better dealt with on the powerpc list? Or as
Ben H. said regarding the serial port allocation, it is not platform
specific?
Thanks again,
digger
> > I didn't understand it was because the internal serial ports were using
> > ttyS0 and ttyS1. With the ports disabled the card is now starting.
> >
> > Should cardmgr, serial_cs.ko, or 8250.ko been able to see that the ports
> > were already used? (The powerbook uses pmaczilog.ko) If not where can
> > that be configured. Also, a config definition for the card doesn't seem
> > to be needed. Should I put one in config.opts?
>
> I don't have any experiences with Apple machines. Ask Benjamin
> Herrenschmidt about this specific problem.
This is a problem with the serial driver since day 1. There is no
proper "dynamic" allocations of port numbers. In 2.4, we used to
have an horrible hack via a macro to "offset" the port numbers
used by the 8250 driver by an amount equal to the number of
on-board 8530 chips (the one that are driven by pmaczilog, or
previously by macserial).
The new 8250 driver doesn't have this ability.
Ben.
Hi Digger,
> Ahh, then I'm back to square one. Before I added the configuration to
> config.opts cardmgr was trying to start serial_cs and I was getting
> the error:
>
> Jan 19 16:14:50 [cardmgr] + WARNING: Error inserting 8250
> (/lib/modules/2.6.1-ben1/kernel/drivers/serial/8250.ko): Device or
> resource busy
>
> I didn't understand it was because the internal serial ports were using
> ttyS0 and ttyS1. With the ports disabled the card is now starting.
>
> Should cardmgr, serial_cs.ko, or 8250.ko been able to see that the ports
> were already used? (The powerbook uses pmaczilog.ko) If not where can
> that be configured. Also, a config definition for the card doesn't seem
> to be needed. Should I put one in config.opts?
I don't have any experiences with Apple machines. Ask Benjamin
Herrenschmidt about this specific problem.
> Forward to step two.
>
> > After that you can use "hciattach <dev> socket" to init the Bluetooth
> > chip on this card.
>
> running "hciattach /dev/tts/0 socket" I get:
>
> BCSP initialization timed out
>
> I built and tried a 2.4.24 kernel and the command works fine. I would
> prefer to stay with the 2.6 kernel. I there anything I can try? If its
> of any help there's lofiles, etc below.
My Com1 card uses also BCSP and I will try it later with 2.6.2-rc1.
Please check again with this kernel, too.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hello Marcel,
On Tue, 2004-01-20 at 06:22, Marcel Holtmann wrote:
> Hi Digger,
...
> > Here's the card I have:
> >
> > --
> > product info: "Socket", "CF+ Personal Network Card Rev 2.5"
> > manfid: 0x0104, 0x0096
> > function: 2 (serial)
> > --
> >
> > I believe that means I have the infamous revision G.
>
> this is correct ;)
>
> > My laptop is a powerbook G4. The kernel is 2.6.1-ben1 using devfs.
...
> >
> > --
> > device "hci_uart"
> > class "bluetooth" module "hci_uart"
> >
> > card "Socket Bluetooth Card"
> > version "Socket", "CF+ Personal Network Card Rev 2.5"
> > manfid 0x0104, 0x0096
> > bind "hci_uart"
> >
> > include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff
> > include memory 0x80080000-0x8008ffff
> > --
> >
> > When I insert the card this is what I get in the log:
>
> And the above config is wrong. You have to bind your card with the
> serial_cs driver, because it is a serial PCMCIA card.
Ahh, then I'm back to square one. Before I added the configuration to
config.opts cardmgr was trying to start serial_cs and I was getting
the error:
Jan 19 16:14:50 [cardmgr] + WARNING: Error inserting 8250
(/lib/modules/2.6.1-ben1/kernel/drivers/serial/8250.ko): Device or
resource busy
I didn't understand it was because the internal serial ports were using
ttyS0 and ttyS1. With the ports disabled the card is now starting.
Should cardmgr, serial_cs.ko, or 8250.ko been able to see that the ports
were already used? (The powerbook uses pmaczilog.ko) If not where can
that be configured. Also, a config definition for the card doesn't seem
to be needed. Should I put one in config.opts?
Forward to step two.
> After that you can use "hciattach <dev> socket" to init the Bluetooth
> chip on this card.
running "hciattach /dev/tts/0 socket" I get:
BCSP initialization timed out
I built and tried a 2.4.24 kernel and the command works fine. I would
prefer to stay with the 2.6 kernel. I there anything I can try? If its
of any help there's lofiles, etc below.
Thanks for getting me this far,
digger
logfile for insertion:
Jan 21 09:53:55 [cardmgr] initializing socket 0
Jan 21 09:53:55 [cardmgr] socket 0: Serial or Modem
Jan 21 09:53:55 [cardmgr] product info: "Socket", "CF+ Personal Network
Card Rev 2.5"
Jan 21 09:53:55 [cardmgr] manfid: 0x0104, 0x0096 function: 2 (serial)
Jan 21 09:53:55 [cardmgr] executing: 'modprobe serial_cs'
Jan 21 09:53:55 [kernel] Serial: 8250/16550 driver $Revision: 1.90 $ 8
ports, IRQ sharing disabled
Jan 21 09:53:55 [kernel] IN from bad port 3f9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 3f9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2f9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2f9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2f9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 3e9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 3e9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 3e9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2e9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2e9 at e30fa030
Jan 21 09:53:55 [kernel] IN from bad port 2e9 at e30fa030
Jan 21 09:53:56 [kernel] bus pcmcia: add driver serial_cs
Jan 21 09:53:56 [kernel] t yS0 at I/O 0x3f8 (irq = 58) is a 16C950/954
Jan 21 09:53:56 [cardmgr] executing: './serial start ttyS0'
Jan 21 09:53:56 [cardmgr] + Default modem setup
logfile for taking out card.
Does this mean anything?
Jan 21 10:00:00 [kernel] Trying to free nonexistent resource
<000003f8-000003ff>
Jan 21 10:00:00 [cardmgr] shutting down socket 0
Jan 21 10:00:00 [cardmgr] executing: './serial stop ttyS0'
from kernel config for 2.6.1-benh
#
# Bluetooth support
#
CONFIG_BT=m
CONFIG_BT_L2CAP=m
CONFIG_BT_SCO=m
CONFIG_BT_RFCOMM=m
# CONFIG_BT_RFCOMM_TTY is not set
CONFIG_BT_BNEP=m
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
#
# Bluetooth device drivers
#
# CONFIG_BT_HCIUSB is not set
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIUART_BCSP_TXCRC=y
# CONFIG_BT_HCIDTL1 is not set
CONFIG_BT_HCIBT3C=m
CONFIG_BT_HCIBLUECARD=m
CONFIG_BT_HCIBTUART=m
CONFIG_BT_HCIVHCI=m
#
# Serial drivers
#
CONFIG_SERIAL_8250=m
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_NR_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set
#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=m
CONFIG_SERIAL_PMACZILOG=m
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
myrna% cat /proc/interrupts
: 0 OpenPIC Edge PMac Output
2: 0 OpenPIC Edge PMac Input
19: 44934 OpenPIC Level ide0
20: 34 OpenPIC Level ide1
25: 467081 OpenPIC Level VIA-PMU
26: 964 OpenPIC Level keywest i2c
27: 9 OpenPIC Level ohci_hcd
28: 9 OpenPIC Level ohci_hcd
42: 0 OpenPIC Level keywest i2c
47: 33836 OpenPIC Level GPIO1/ADB
48: 150696 OpenPIC Level radeon@PCI:0:16:0
57: 71879 OpenPIC Level Airport
58: 300 OpenPIC Level yenta
61: 0 OpenPIC Edge Tumbler Headphone Detection
BAD: 14
myrna% cat /proc/ioports
00000000-007fffff : /pci@f2000000
00001000-00008fff : PCI CardBus #02
00009000-000090ff : PCI CardBus #02
00802000-01001fff : /pci@f0000000
00802400-008024ff : 0000:00:10.0
ff7fe000-ffffdfff : /pci@f4000000
myrna% cat /proc/iomem
80000000-afffffff : /pci@f2000000
80000000-8007ffff : 0001:01:17.0
80000000-8007ffff : 0.80000000:mac-io
80000050-8000007f : 0.00000050:gpio
80008000-800080ff : 0.00010000:i2s
80008000-800080ff : i2s-a- Tx DMA
80008100-800081ff : 0.00010000:i2s
80008100-800081ff : i2s-a- Rx DMA
80008200-800082ff : 0.00010000:i2s
80008300-800083ff : 0.00010000:i2s
80008a00-80008aff : 0.0001f000:ata-4
80008a00-80008aff : ide-pmac (dma)
80008b00-80008bff : 0.00020000:ata-3
80008b00-80008bff : ide-pmac (dma)
80008c00-80008cff : 0.00021000:ata-3
80008c00-80008cff : ide-pmac (dma)
80010000-80010fff : 0.00010000:i2s
80010000-80010fff : i2s-a
80013000-80013000 : 0.00013000:ch-b
80013010-80013010 : 0.00013000:ch-b
80013020-80013020 : 0.00013020:ch-a
80013030-80013030 : 0.00013020:ch-a
80013040-80013040 : 0.00013000:ch-b
80013050-80013050 : 0.00013020:ch-a
80015000-80015fff : 0.00015000:timer
80016000-80017fff : 0.00016000:via-pmu
80016000-80017fff : via-pmu
80018000-80018fff : 0.00018000:i2c
8001a000-8001a0ff : 0.00030000:radio
8001f000-8001ffff : 0.0001f000:ata-4
8001f000-8001ffff : ide-pmac (ports)
80020000-80020fff : 0.00020000:ata-3
80020000-80020fff : ide-pmac (ports)
80021000-80021fff : 0.00021000:ata-3
80030000-800300ff : 0.00030000:radio
80030000-800300ff : airport
80040000-8007ffff : 0.00040000:interrup
80040000-8007ffff : interrupt-controller
80080000-80080fff : card services
90000000-9fffffff : PCI CardBus #02
a0000000-a0000fff : 0001:01:1a.0
a0000000-a0000fff : yenta_socket
a0001000-a0001fff : 0001:01:19.0
a0001000-a0001fff : ohci_hcd
a0002000-a0002fff : 0001:01:18.0
a0002000-a0002fff : ohci_hcd
b0000000-bfffffff : /pci@f0000000
b0000000-b000ffff : 0000:00:10.0
b0000000-b000ffff : radeonfb
b8000000-bfffffff : 0000:00:10.0
b8000000-bfffffff : radeonfb
f1000000-f1ffffff : /pci@f0000000
f1000000-f101ffff : 0000:00:10.0
f3000000-f3ffffff : /pci@f2000000
f3000000-f31fffff : PCI CardBus #02
f5000000-f5ffffff : /pci@f4000000
f5000000-f5000fff : 0002:06:0e.0
f5200000-f53fffff : 0002:06:0f.0
f8000000-f8ffffff : uni-n
Hi Digger,
> I give up. Its time to look for help. After too much time I discovered
> that I was trying to use the wrong module (dtl1_cs) and for all the
> threads in the mailing list archives I haven't been able to figure it
> out. Also keep in mind that anything I've done are wild guesses due to
> desperation :)
>
> Here's the card I have:
>
> -------------------------------------------
> product info: "Socket", "CF+ Personal Network Card Rev 2.5"
> manfid: 0x0104, 0x0096
> function: 2 (serial)
> -----------------------------------------
>
> I believe that means I have the infamous revision G.
this is correct ;)
> My laptop is a powerbook G4. The kernel is 2.6.1-ben1 using devfs.
>
> Cardmgr seems to starting correctly. Pcmcia had no config for this card
> or for the hci_uart so I added an entry to /etc/pcmcia/config.opts. I
> also changed the port and memory settings for the powerbook. Is this
> correct?
>
> ----------------------------------
> device "hci_uart"
> class "bluetooth" module "hci_uart"
>
> card "Socket Bluetooth Card"
> version "Socket", "CF+ Personal Network Card Rev 2.5"
> manfid 0x0104, 0x0096
> bind "hci_uart"
>
> include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff
> include memory 0x80080000-0x8008ffff
> -------------------------------------
>
> When I insert the card this is what I get in the log:
And the above config is wrong. You have to bind your card with the
serial_cs driver, because it is a serial PCMCIA card.
After that you can use "hciattach <dev> socket" to init the Bluetooth
chip on this card.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users