Hi,
I recently got a logitech mx5000 bluetooth desktop. I got it to work
with bluez without too many problems (with the CVS hid2hci). It seems to
behave mostly like the bluetooth dinovo. I also want to control the
display and use the special keys. But they are carried in hidp input
reports of type 3 (what the bluetooth hid spec calls "features"). I
looked at the 2.6.18-mh7 patch and it has support for full HID or at
least a way to get/send reports from userspace, but it seems that hiddev
has been removed from it? Why? Also, can't the HID code just be shared
with the USB version since its essentially the same anmd you'd get free
hiddev. There are events comments in the HID code saying it should be
independant from USB, might be a good occasion to do it.
Also, where is the mh patch from, is there a git tree somewhere? I was
gonna try to hook it up with hid/hiddev from usb, but I got lazy seing
have the work had already been done.
--
Olivier Cr?te
[email protected]
Thanks again for the reply Brad. It is interesting for me to see how the
bluetooth hardware/software works. Thanks for your ongoing work on Linux
Bluetooth too.
Brad Midgley wrote:
> Brian
>
>
>> Do you know if the gumstix's NSSP is visible in userspace?
>>
>
> yes but you'll have to dig into the wiki to get the details and the
> results may be subpar even running as root with a negative nice value.
>
> I might have
>
>> a poke around in the kernel and try and get the audio stream working.
>> (there looks to be some docu in the kernel about it). I think
>> carwhisperer can get a SCO session open at least (I think). might play
>>
>
> You open an rfcomm connection to the headset and use some AT commands to
> do things. It's really quite simple (get the headset profile docs at
> bluetooth.com)
>
>
>> with that. Is your 'scoot' program available? Do you have any pointer so
>> more documentation on this stuff? If the audio is streamed direct to the
>>
>
> I won't write scoot after all... we're putting things together in a more
> general way.
>
>
>> CPU once sco is opened, why is it necessary for the hci connection to
>> run at 912k ? Is there a choice of whether to take the audio from hci or
>> direct from pcm then?
>>
>
> it's not necessary for sco. 921k would be nice for stereo audio.
>
> on csr adapters it's well known how to kick them back and forth between
> pcm and hci for sco but I don't know about this adapter.
>
> Brad
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Brian
> Do you know if the gumstix's NSSP is visible in userspace?
yes but you'll have to dig into the wiki to get the details and the
results may be subpar even running as root with a negative nice value.
I might have
> a poke around in the kernel and try and get the audio stream working.
> (there looks to be some docu in the kernel about it). I think
> carwhisperer can get a SCO session open at least (I think). might play
You open an rfcomm connection to the headset and use some AT commands to
do things. It's really quite simple (get the headset profile docs at
bluetooth.com)
> with that. Is your 'scoot' program available? Do you have any pointer so
> more documentation on this stuff? If the audio is streamed direct to the
I won't write scoot after all... we're putting things together in a more
general way.
> CPU once sco is opened, why is it necessary for the hci connection to
> run at 912k ? Is there a choice of whether to take the audio from hci or
> direct from pcm then?
it's not necessary for sco. 921k would be nice for stereo audio.
on csr adapters it's well known how to kick them back and forth between
pcm and hci for sco but I don't know about this adapter.
Brad
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Thanks for the information Brad. I'm mostly fumbling round in the dark
with this stuff.
Do you know if the gumstix's NSSP is visible in userspace? I might have
a poke around in the kernel and try and get the audio stream working.
(there looks to be some docu in the kernel about it). I think
carwhisperer can get a SCO session open at least (I think). might play
with that. Is your 'scoot' program available? Do you have any pointer so
more documentation on this stuff? If the audio is streamed direct to the
CPU once sco is opened, why is it necessary for the hci connection to
run at 912k ? Is there a choice of whether to take the audio from hci or
direct from pcm then?
Brad Midgley wrote:
> Brian
>
> first off: the slower speed should be ok for sco since the audio stream
> goes direct to the cpu, not through the hci connection. gumstix needs a
> kernel driver that works with the pcm connection from bluetooth and
> translates that into a kernel audio device. pcm is connected to
> gumstix's NSSP i/o (PCM-clock goes to NSSP-clock, PCM-frame goes to
> NSSP-frame, and PCM-in/out map to the NSSPTXD/TXD)
>
> (it's not relevant, but fyi: rfcomm works at a different level. For
> higher speeds what we need is for hciattach to negotiate 921k properly.
> Nobody has worked it out as far as I know. I asked on this list in May
> and Goetz Issel said he was working on this same chip in an embedded
> device but I never heard if he got it working.)
>
> Brad
>
>
>> Hi folks.
>> Does anybody know if rfcomm can now set the baud rate on the new
>> gumstix Infineon PBA31308 module to the 921,600bps needed for SCO audio
>> to work to/from it?
>>
>> Thanks,
>> Brian.
>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Bluez-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Brian
first off: the slower speed should be ok for sco since the audio stream
goes direct to the cpu, not through the hci connection. gumstix needs a
kernel driver that works with the pcm connection from bluetooth and
translates that into a kernel audio device. pcm is connected to
gumstix's NSSP i/o (PCM-clock goes to NSSP-clock, PCM-frame goes to
NSSP-frame, and PCM-in/out map to the NSSPTXD/TXD)
(it's not relevant, but fyi: rfcomm works at a different level. For
higher speeds what we need is for hciattach to negotiate 921k properly.
Nobody has worked it out as far as I know. I asked on this list in May
and Goetz Issel said he was working on this same chip in an embedded
device but I never heard if he got it working.)
Brad
> Hi folks.
> Does anybody know if rfcomm can now set the baud rate on the new
> gumstix Infineon PBA31308 module to the 921,600bps needed for SCO audio
> to work to/from it?
>
> Thanks,
> Brian.
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi folks.
Does anybody know if rfcomm can now set the baud rate on the new
gumstix Infineon PBA31308 module to the 921,600bps needed for SCO audio
to work to/from it?
Thanks,
Brian.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
> > I recently got a logitech mx5000 bluetooth desktop. I got it to work
> > with bluez without too many problems (with the CVS hid2hci). It seems to
> > behave mostly like the bluetooth dinovo. I also want to control the
> > display and use the special keys. But they are carried in hidp input
> > reports of type 3 (what the bluetooth hid spec calls "features"). I
> > looked at the 2.6.18-mh7 patch and it has support for full HID or at
> > least a way to get/send reports from userspace, but it seems that hiddev
> > has been removed from it? Why? Also, can't the HID code just be shared
> > with the USB version since its essentially the same anmd you'd get free
> > hiddev. There are events comments in the HID code saying it should be
> > independant from USB, might be a good occasion to do it.
>
> this is work in progress and I have seen some nice patches for sharing
> the HID layer between USB and Bluetooth. We will also have a feature
> that might be called hidraw to directly access the HID reports. So
> please stay tuned.
This is really nice, is there a public cvs/svn/git tree somewhere ? I've
been porting mx5000lib [1] to C and hiddev (while running in HID mode)
and it seems that I'm missing some of the information that's probably
not sent in proper format.
[1] http://sourceforge.net/projects/mx5000lib/
P.S. lists.sf.net's mailman isn't letting me subscribe, so please keep me in CC
--
Olivier Cr?te
[email protected]
Hi Olivier,
> I recently got a logitech mx5000 bluetooth desktop. I got it to work
> with bluez without too many problems (with the CVS hid2hci). It seems to
> behave mostly like the bluetooth dinovo. I also want to control the
> display and use the special keys. But they are carried in hidp input
> reports of type 3 (what the bluetooth hid spec calls "features"). I
> looked at the 2.6.18-mh7 patch and it has support for full HID or at
> least a way to get/send reports from userspace, but it seems that hiddev
> has been removed from it? Why? Also, can't the HID code just be shared
> with the USB version since its essentially the same anmd you'd get free
> hiddev. There are events comments in the HID code saying it should be
> independant from USB, might be a good occasion to do it.
this is work in progress and I have seen some nice patches for sharing
the HID layer between USB and Bluetooth. We will also have a feature
that might be called hidraw to directly access the HID reports. So
please stay tuned.
Regards
Marcel
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
i have the same keyboard set, I'd be happy to help you with testing
any code you may write for the set. so far there is no way to contorl
the screen as far as i know. i pointed someone towards g15deamon etc
but i'm not very good at hacking drivers or hardware support (though i
did manage to produce the patch for hid2hci for this set)
Olivier Cr=EAte wrote:
> Hi,
>
> I recently got a logitech mx5000 bluetooth desktop. I got it to work
> with bluez without too many problems (with the CVS hid2hci). It seems to
> behave mostly like the bluetooth dinovo. I also want to control the
> display and use the special keys. But they are carried in hidp input
> reports of type 3 (what the bluetooth hid spec calls "features"). I
> looked at the 2.6.18-mh7 patch and it has support for full HID or at
> least a way to get/send reports from userspace, but it seems that hiddev
> has been removed from it? Why? Also, can't the HID code just be shared
> with the USB version since its essentially the same anmd you'd get free
> hiddev. There are events comments in the HID code saying it should be
> independant from USB, might be a good occasion to do it.
>
> Also, where is the mh patch from, is there a git tree somewhere? I was
> gonna try to hook it up with hid/hiddev from usb, but I got lazy seing
> have the work had already been done.
>
>
> ----------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
>
> ----------------------------------------------------------------------
>
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQIVAwUBRV94uVKDmmHy9Q32AQJmhBAAmOmWE7NcyjXMtsjpyiHA0/6eNq80GBns
QflXOTcoQeWvUHwVgKEr8rILNsCCKVPceMRyVgansfAqgeNbZeyAdFSEIcnzfIJO
ivwCmgHsJfBRH7teKQgZsT8UeRdEjCY5Ioj5TxljRf0iItCmLHQYhE9Si+pBKeCQ
7I3YmtY56R4LZeLG/50FmVhQQsYU1tWSwydF0cgXhzFERzMeb6g1CZ3u3IGVtcfB
uPqc7dBm4dhH8a1tfPFIsnkibYCYGiHWDOLTOT7Q9T6MzuGJWh8F7FnfrD76gqy/
rs1wvu2Sszhj25WX91Jiid/30paK0+rqGGGqg+vqvZ/1n8Js8eahqU95MlYU5vN4
Lzdw0N1T7zH51e4aBrTexNOHPJdDGB+qhzj5EdPvAXcaPI2muNFS/H/4vZkpwqpp
W58svbfAOsLrR2IDSi1VuPATY1mcXzubEDra1hmotyL8pnqf9UwIZChgILYdeStI
5Qa3meV+PIq58j8/AF6x8Ro3+e+wuj1A83Ndq8z4fEh3KXaYmYYgi7fj/mfBLqc+
10uybP4nSljPJz/Y7dY8x/EN0B0VBhbAUqNb4JpszHuXsJWuvNRXf7fY1lHPCySQ
QNLwo7SfnhsNlsED6EhY2fP9pPtUTuwp1c+Mt9RcCJz9al6IXzQ11LxrGQo5DFyH
VrrOezdOGOw=3D
=3DX20H
-----END PGP SIGNATURE-----
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel