All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bluez-users] MS Wireless keyboard scans remapping
@ 2003-10-28  7:47 Michal Semler (volny.cz)
  2003-10-28  8:40 ` Olivier Bornet
  2003-10-28 10:39 ` [Bluez-users] MS Wireless keyboard scans remapping Gareth Reakes
  0 siblings, 2 replies; 11+ messages in thread
From: Michal Semler (volny.cz) @ 2003-10-28  7:47 UTC (permalink / raw)
  To: bluez-users

Hi,

my keyboard works now fine, but I found keys which doesn't. Looks like MS 
changed scan codes for them.

How can I get these events from keys and put them unto hid.c of bthid package?
Keys which doesn't works are:

Stand by
Functionkey F
windows key opens properties
colona key |
other key in german version marked like criminal key # 

Thanks very much for hinting, coz colona is one of the most used key in Linux 
:))

Michal



-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28  7:47 [Bluez-users] MS Wireless keyboard scans remapping Michal Semler (volny.cz)
@ 2003-10-28  8:40 ` Olivier Bornet
  2003-10-28 18:34   ` Marcel Holtmann
  2003-10-28 10:39 ` [Bluez-users] MS Wireless keyboard scans remapping Gareth Reakes
  1 sibling, 1 reply; 11+ messages in thread
From: Olivier Bornet @ 2003-10-28  8:40 UTC (permalink / raw)
  To: Michal Semler (volny.cz); +Cc: bluez-users


[-- Attachment #1.1: Type: text/plain, Size: 985 bytes --]

Hello,

> my keyboard works now fine, but I found keys which doesn't. Looks like MS 
> changed scan codes for them.

I have had this kind of problem with a Logitech diNovo Media Desktop
(http://www.logitech.com/bluetooth/). My main problems where that some
keys are not mapped correctly in the bthid-0.6 of Peter, and the code
for the mouse buttons is not OK. (at least with my Logitech Bluetooth
mouse).

The problem with the keys is that my keyboard is a swiss french one, and
the code of Peter has some keys missing. I have take the mapping from
the USB driver, and it is now working great. :-)

I have send my patches to Peter, but I have receive no answer. So, I
have attached my previous email to him. Try the patches to see if this
correct also your problem.

Good day.

		Olivier
-- 
Olivier Bornet                      http://www.smartdata.ch/
Olivier.Bornet@smartdata.ch         SMARTDATA SA
GPG key ID: C53D9218                CH Martigny/Lausanne

[-- Attachment #1.2: Type: message/rfc822, Size: 6276 bytes --]

[-- Attachment #1.2.1.1: Type: text/plain, Size: 3548 bytes --]

Hi Peter,

first, thanks for your bthid software. I'm trying to use it with a
Logitech bluetooth keyboard. (see http://www.logitech.com/bluetooth for
more information on it). but don't search it on the market at this
time, it is not available now. I have one sample because we work with
Logitech on it.

I have try to use bthid-0.6 today with my Debian 2.4.21-mh2 system.
Connecting the keyboard/mouse is sometime ok, sometime not. But this is
not a problem at this time, and I will search the reason why the
connection is not always ok later.

The first "major" problem I was having is with the button 1 of the
mouse. It doesn't work. I see the bluetooth packets, but nothing in X. I
have do some debuging, and all is ok now. :-) The problem was with the
number of buttons of the Logitech mouse : 8 buttons:
- 1: left
- 2: right
- 3: middle
- 4: side 1 (SIDE)
- 5: side 2 (EXTRA)
- 6: top (don't know the function, maybe "new window")
- 7: forward
- 8: backward
and the wheel.

Your code was mapping unknown button (in this case top, forward and
backward) to "primary" button left. And, as when I use the mouse all the
"buttons events" are sent to bthid whith theyre state, the buttons 6, 7
and 8 cleared the 1, event if the 1 is setted.

The attached patch correct this. Note I'm not sure this will be
necessary with the public product, as mine are alpha release product
with alpha firmeware. But if the mouse send all the buttons when one has
is state changed, this patch is necessary.

Another problem I have is the key < and > are not working. The layout of
my keyboard is fr_CH (Swiss French), and the key with < and > is on the
bottom line. Here is the bottom line:

lowercase:
SHIFT < y x c v b n m , . - SHIFT
uppercase:
SHIFT > Y X C V B N M ; : _ SHIFT

The key with the  < and > has also the \ with the Alt Gr mode.

Here is the hcidump when I press and release the < key:

> ACL data: handle 0x002e flags 0x02 dlen 14
    L2CAP(d): cid 0x41 len 10 [psm 19]
      A1 01 00 00 64 00 00 00 00 00 
> ACL data: handle 0x002e flags 0x02 dlen 14
    L2CAP(d): cid 0x41 len 10 [psm 19]
      A1 01 00 00 00 00 00 00 00 00 

I suspect I must put something in the array hid_to_linux[], position
0x64, but I don't have search what to put at this time. (maybe next
patch ;-), but another day: I must go to sleep now. )

Other normal keys seems to work ok.

Last point. I will be happy if I can try to use the "hotkeys". I have
see this must be supported, but I don't known how. I have installed the
hotkeys package, but as I have no experience with hotkeys, I don't know
how to use it. I have try to start with:
hotkeys --type=logitech-cfo --osd=on -b --loglevel=7
but I see only the splash screen, and nothing else. The keys are routed
on the bluetooth layer, here is the hcidump -x of the "home" key:

> ACL data: handle 0x002e flags 0x02 dlen 10
    L2CAP(d): cid 0x41 len 6 [psm 19]
      A1 03 23 02 00 00 
> ACL data: handle 0x002e flags 0x02 dlen 10
    L2CAP(d): cid 0x41 len 6 [psm 19]
      A1 03 00 00 00 00 

Can you help me with this feature ?

Thanks in advance for your help. And thanks for bthid.

		Olivier
-- 
Olivier Bornet                 |      français : http://puck.ch/f
Swiss Ice Hockey Results       |      english  : http://puck.ch/e
http://puck.ch/                |      deutsch  : http://puck.ch/g
Olivier.Bornet@puck.ch         |      italiano : http://puck.ch/i
Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net

[-- Attachment #1.2.1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #1.3: Type: message/rfc822, Size: 4558 bytes --]

[-- Attachment #1.3.1.1.1: Type: text/plain, Size: 451 bytes --]

Hello again,

> The attached patch correct this.

Forgot the patch. Here is it.

Good day.

		Olivier
-- 
Olivier Bornet                 |      français : http://puck.ch/f
Swiss Ice Hockey Results       |      english  : http://puck.ch/e
http://puck.ch/                |      deutsch  : http://puck.ch/g
Olivier.Bornet@puck.ch         |      italiano : http://puck.ch/i
Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net

[-- Attachment #1.3.1.1.2: patch-bthid-0.6-for-lt.txt --]
[-- Type: text/plain, Size: 861 bytes --]

--- bthid-0.6-orig/hid.c	2003-04-29 22:00:53.000000000 +0200
+++ bthid-0.6/hid.c	2003-10-13 00:03:03.000000000 +0200
@@ -527,9 +527,12 @@
 		return;
 
 	case 0x0009:	/* Buttons */
+
+                /* init */
+	        butt = BTN_LEFT;
+	  
 		switch (usage & 0xffff) {
 		case 0:	return;
-		default:
 		case 1:	butt = BTN_LEFT;	break;
 		case 2:	butt = BTN_RIGHT;	break;
 		case 3:	if (swap_buttons_2_5)	return;
@@ -537,6 +540,12 @@
 		case 4:	butt = BTN_SIDE;	break;
 		case 5:	butt = swap_buttons_2_5 ? BTN_MIDDLE : BTN_EXTRA;
 			break;
+		case 6:	return;  /* no definition in input.h ... */
+		case 7:	butt = BTN_FORWARD;	break;
+		case 8:	butt = BTN_BACK;	break;
+		default:
+		  printf ("Pb. handling 0x%04lx", usage & 0xffff);
+		  break;
 		}
 		buttmask = 1 << butt - BTN_MOUSE;
 		if (val && !(mouse_butt & buttmask)) {

[-- Attachment #1.3.1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #1.4: Type: message/rfc822, Size: 7924 bytes --]

[-- Attachment #1.4.1.1.1: Type: text/plain, Size: 877 bytes --]

Hello,

On Mon, Oct 13, 2003 at 01:27:55AM +0200, Olivier Bornet wrote:
> Another problem I have is the key < and > are not working. The layout of
> my keyboard is fr_CH (Swiss French), and the key with < and > is on the
> bottom line.

I have find a solution for this problem: use the same array as the usb
one (hid_keyboard from /usr/src/linux/drivers/usb/hid-input.c). This is
working great for me will all the "normal" keys. (don't know how to
enable hotkeys).

The patch for this is attached.

Good day.

		Olivier
-- 
Olivier Bornet                 |      français : http://puck.ch/f
Swiss Ice Hockey Results       |      english  : http://puck.ch/e
http://puck.ch/                |      deutsch  : http://puck.ch/g
Olivier.Bornet@puck.ch         |      italiano : http://puck.ch/i
Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net

[-- Attachment #1.4.1.1.2: patch-bthid-0.6-for-lt-kbd-sf.txt --]
[-- Type: text/plain, Size: 3600 bytes --]

--- bthid-0.6-orig/hid.c	2003-04-29 22:00:53.000000000 +0200
+++ bthid-0.6/hid.c	2003-10-14 08:58:25.000000000 +0200
@@ -369,46 +369,26 @@
 static	int	any_keyboard;
 
 
-static	int	hid_to_linux [256] = {
-
-/* 0x00 */	0 /* no event */, 0 /* rollover error */, 0 /* POST fail */,
-		0 /* undefined error */, KEY_A, KEY_B, KEY_C, KEY_D,
-/* 0x08 */	KEY_E, KEY_F, KEY_G, KEY_H, KEY_I, KEY_J, KEY_K, KEY_L,
-/* 0x10 */	KEY_M, KEY_N, KEY_O, KEY_P, KEY_Q, KEY_R, KEY_S, KEY_T,
-/* 0x18 */	KEY_U, KEY_V, KEY_W, KEY_X, KEY_Y, KEY_Z, KEY_1, KEY_2,
-/* 0x20 */	KEY_3, KEY_4, KEY_5, KEY_6, KEY_7, KEY_8, KEY_9, KEY_0,
-/* 0x28 */	KEY_ENTER, KEY_ESC, KEY_BACKSPACE, KEY_TAB,
-		KEY_SPACE, KEY_MINUS, KEY_EQUAL, KEY_LEFTBRACE,
-/* 0x30 */	KEY_RIGHTBRACE, KEY_BACKSLASH, 0, KEY_SEMICOLON,
-		KEY_APOSTROPHE, KEY_GRAVE, KEY_COMMA, KEY_DOT,
-/* 0x38 */	KEY_SLASH, KEY_CAPSLOCK, KEY_F1, KEY_F2,
-		KEY_F3, KEY_F4, KEY_F5, KEY_F6,
-/* 0x40 */	KEY_F7, KEY_F8, KEY_F9, KEY_F10,
-		KEY_F11, KEY_F12, KEY_SYSRQ, KEY_SCROLLLOCK,
-/* 0x48 */	KEY_PAUSE, KEY_INSERT, KEY_HOME, KEY_PAGEUP,
-		KEY_DELETE, KEY_END, KEY_PAGEDOWN, KEY_RIGHT,
-/* 0x50 */	KEY_LEFT, KEY_DOWN, KEY_UP, KEY_NUMLOCK,
-		KEY_KPSLASH, KEY_KPASTERISK, KEY_KPMINUS, KEY_KPPLUS,
-/* 0x58 */	KEY_KPENTER, KEY_KP1, KEY_KP2, KEY_KP3,
-		KEY_KP4, KEY_KP5, KEY_KP6, KEY_KP7,
-/* 0x60 */	KEY_KP8, KEY_KP9, KEY_KP0, KEY_KPDOT, 0, 0, 0, 0,
-/* pmk!! fill these in, even though my keyboard doesn't use them... */
-/* 0x68 */	0, 0, 0, 0, 0, 0, 0, 0,
-/* 0x70 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0x80 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0x90 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xa0 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xb0 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xc0 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xd0 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xe0 */	KEY_LEFTCTRL, KEY_LEFTSHIFT, KEY_LEFTALT,
-		KEY_LEFTMETA,	/* Would COMPOSE be better? */
-		KEY_RIGHTCTRL, KEY_RIGHTSHIFT, KEY_RIGHTALT, 0,
-/* 0xe8 */	0, 0, 0, 0, 0, 0, 0, 0,
-/* 0xf0 */	0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
+#define unk     KEY_UNKNOWN
+static unsigned char hid_to_linux [256] = {
+          0,  0,  0,  0, 30, 48, 46, 32, 18, 33, 34, 35, 23, 36, 37, 38,
+         50, 49, 24, 25, 16, 19, 31, 20, 22, 47, 17, 45, 21, 44,  2,  3,
+          4,  5,  6,  7,  8,  9, 10, 11, 28,  1, 14, 15, 57, 12, 13, 26,
+         27, 43, 84, 39, 40, 41, 51, 52, 53, 58, 59, 60, 61, 62, 63, 64,
+         65, 66, 67, 68, 87, 88, 99, 70,119,110,102,104,111,107,109,106,
+        105,108,103, 69, 98, 55, 74, 78, 96, 79, 80, 81, 75, 76, 77, 71,
+         72, 73, 82, 83, 86,127,116,117, 85, 89, 90, 91, 92, 93, 94, 95,
+        120,121,122,123,134,138,130,132,128,129,131,137,133,135,136,113,
+        115,114,unk,unk,unk,124,unk,181,182,183,184,185,186,187,188,189,
+        190,191,192,193,194,195,196,197,198,unk,unk,unk,unk,unk,unk,unk,
+        unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,
+        unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,
+        unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,
+        unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,unk,
+         29, 42, 56,125, 97, 54,100,126,164,166,165,163,161,115,114,113,
+        150,158,159,128,136,177,178,176,142,152,173,140,unk,unk,unk,unk
 };
 
-
 static	int	hid_dvorak_to_linux [256] = {
 
 /* 0x00 */	0 /* no event */, 0 /* rollover error */, 0 /* POST fail */,

[-- Attachment #1.4.1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28  7:47 [Bluez-users] MS Wireless keyboard scans remapping Michal Semler (volny.cz)
  2003-10-28  8:40 ` Olivier Bornet
@ 2003-10-28 10:39 ` Gareth Reakes
  1 sibling, 0 replies; 11+ messages in thread
From: Gareth Reakes @ 2003-10-28 10:39 UTC (permalink / raw)
  To: Michal Semler (volny.cz); +Cc: bluez-users

Hi,
	I made a patch for the keyboard to work with UK key bindings. I
cant get to it until tonight, but it should help you. It defintely fixes
the ! character.

Gareth

On Tue, 28 Oct 2003, Michal Semler (volny.cz) wrote:

> Hi,
>
> my keyboard works now fine, but I found keys which doesn't. Looks like MS
> changed scan codes for them.
>
> How can I get these events from keys and put them unto hid.c of bthid package?
> Keys which doesn't works are:
>
> Stand by
> Functionkey F
> windows key opens properties
> colona key |
> other key in german version marked like criminal key #
>
> Thanks very much for hinting, coz colona is one of the most used key in Linux
> :))
>
> Michal
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28  8:40 ` Olivier Bornet
@ 2003-10-28 18:34   ` Marcel Holtmann
  2003-10-28 20:05     ` Michal Semler (volny.cz)
  2003-10-28 23:23     ` Olivier Bornet
  0 siblings, 2 replies; 11+ messages in thread
From: Marcel Holtmann @ 2003-10-28 18:34 UTC (permalink / raw)
  To: Olivier Bornet; +Cc: Michal Semler (volny.cz), BlueZ Mailing List

Hi Olivier,

> > my keyboard works now fine, but I found keys which doesn't. Looks like MS 
> > changed scan codes for them.
> 
> I have had this kind of problem with a Logitech diNovo Media Desktop
> (http://www.logitech.com/bluetooth/). My main problems where that some
> keys are not mapped correctly in the bthid-0.6 of Peter, and the code
> for the mouse buttons is not OK. (at least with my Logitech Bluetooth
> mouse).
> 
> The problem with the keys is that my keyboard is a swiss french one, and
> the code of Peter has some keys missing. I have take the mapping from
> the USB driver, and it is now working great. :-)
> 
> I have send my patches to Peter, but I have receive no answer. So, I
> have attached my previous email to him. Try the patches to see if this
> correct also your problem.

this is another reason, why we should reuse the USB HID parser for the
Bluetooth keyboards and mice ;)

So you have the new diNovo. I am interested in the "hcitool info ..."
output from the devices and the "hciconfig -a" from the Bluetooth hub.
If you have some extra time, please compile the new libs2 from CVS and
run "sdptest records ..." and/or "sdptest browse ..." for me. Please
also include a "hcitool inq" for them, so I can see what class of device
they are using. What is the content of /proc/bus/usb/devices with the
Bluetooth hub attached. Do this one really support HID proxy from CSR?

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28 18:34   ` Marcel Holtmann
@ 2003-10-28 20:05     ` Michal Semler (volny.cz)
  2003-10-28 20:14       ` Marcel Holtmann
  2003-10-28 23:23     ` Olivier Bornet
  1 sibling, 1 reply; 11+ messages in thread
From: Michal Semler (volny.cz) @ 2003-10-28 20:05 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: bluez-users

Dne =FAt 28. =F8=EDjna 2003 19:34 Marcel Holtmann napsal(a):
> Hi Olivier,
>
> > > my keyboard works now fine, but I found keys which doesn't. Looks like
> > > MS changed scan codes for them.
> >
> > I have had this kind of problem with a Logitech diNovo Media Desktop
> > (http://www.logitech.com/bluetooth/). My main problems where that some
> > keys are not mapped correctly in the bthid-0.6 of Peter, and the code
> > for the mouse buttons is not OK. (at least with my Logitech Bluetooth
> > mouse).
> >
> > The problem with the keys is that my keyboard is a swiss french one, and
> > the code of Peter has some keys missing. I have take the mapping from
> > the USB driver, and it is now working great. :-)
> >
> > I have send my patches to Peter, but I have receive no answer. So, I
> > have attached my previous email to him. Try the patches to see if this
> > correct also your problem.
>
> this is another reason, why we should reuse the USB HID parser for the
> Bluetooth keyboards and mice ;)

Hi Marcel,

Don't remember support these keys :)

Stand by
> ACL data: handle 0x0029 flags 0x02 dlen 7
    L2CAP(d): cid 0x41 len 3 [psm 0]
      A1 03 02

=46unctionkey F
> ACL data: handle 0x0029 flags 0x02 dlen 7
    L2CAP(d): cid 0x41 len 3 [psm 0]
      A1 05 03

windows key opens properties
> ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(d): cid 0x41 len 10 [psm 0]
      A1 01 00 00 65 00 00 00 00 00


colona key |
> ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(d): cid 0x41 len 10 [psm 0]
      A1 01 00 00 32 00 00 00 00 00

other key in german version marked like criminal key #=20
> ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(d): cid 0x41 len 10 [psm 0]
      A1 01 00 00 64 00 00 00 00 00

Michal

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28 20:05     ` Michal Semler (volny.cz)
@ 2003-10-28 20:14       ` Marcel Holtmann
  0 siblings, 0 replies; 11+ messages in thread
From: Marcel Holtmann @ 2003-10-28 20:14 UTC (permalink / raw)
  To: cijoml; +Cc: BlueZ Mailing List

Hi Michal,

> Don't remember support these keys :)
> 
> Stand by
> > ACL data: handle 0x0029 flags 0x02 dlen 7
>     L2CAP(d): cid 0x41 len 3 [psm 0]
>       A1 03 02
> 
> Functionkey F
> > ACL data: handle 0x0029 flags 0x02 dlen 7
>     L2CAP(d): cid 0x41 len 3 [psm 0]
>       A1 05 03
> 
> windows key opens properties
> > ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(d): cid 0x41 len 10 [psm 0]
>       A1 01 00 00 65 00 00 00 00 00
> 
> 
> colona key |
> > ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(d): cid 0x41 len 10 [psm 0]
>       A1 01 00 00 32 00 00 00 00 00
> 
> other key in german version marked like criminal key # 
> > ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(d): cid 0x41 len 10 [psm 0]
>       A1 01 00 00 64 00 00 00 00 00

actually I don't care about these data, because the HID descriptor
defines what the keyboard supports and what not. If we reuse the USB HID
parser this should work out of the box. If not, the HID parser is broken
and we have to fix it.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28 18:34   ` Marcel Holtmann
  2003-10-28 20:05     ` Michal Semler (volny.cz)
@ 2003-10-28 23:23     ` Olivier Bornet
  2003-10-29  0:16       ` Marcel Holtmann
  1 sibling, 1 reply; 11+ messages in thread
From: Olivier Bornet @ 2003-10-28 23:23 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: Michal Semler (volny.cz), BlueZ Mailing List

[-- Attachment #1: Type: text/plain, Size: 9595 bytes --]

Hi Marcel,

On Tue, Oct 28, 2003 at 07:34:40PM +0100, Marcel Holtmann wrote:
> this is another reason, why we should reuse the USB HID parser for the
> Bluetooth keyboards and mice ;)

I agree with you. I'm ready to test/help on this way when you will have
someting in progress.

> So you have the new diNovo. I am interested in the "hcitool info ..."

Please note the one I have is a "Beta Release". The real diNovo from the
market may differ.

For the mouse:

bol@delta:~$ hcitool info 00:07:61:04:1E:BD
Requesting information ...
        BD Address:  00:07:61:04:1E:BD
        Device Name: Logitech Bluetooth Mouse
        LMP Version: 1.1 (0x1) LMP Subversion: 0x350
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xff 0xff 0x0f 0x00
                <3-slot packets> <5-slot packets> <encryption> <slot offset> 
                <timing accuracy> <role switch> <hold mode> <sniff mode> 
                <park mode> <RSSI> <channel quality> <SCO link> 
                <HV2 packets> <HV3 packets> <u-law log> <A-law log> 
                <CVSD> <paging scheme> <power control> <transparent SCO>

For the keyboard:

bol@delta:~$ hcitool info 00:07:61:04:21:30
Requesting information ...
        BD Address:  00:07:61:04:21:30
        Device Name: Logitech Bluetooth Keyboard
        LMP Version: 1.1 (0x1) LMP Subversion: 0x350
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xff 0xff 0x0f 0x00
                <3-slot packets> <5-slot packets> <encryption> <slot offset> 
                <timing accuracy> <role switch> <hold mode> <sniff mode> 
                <park mode> <RSSI> <channel quality> <SCO link> 
                <HV2 packets> <HV3 packets> <u-law log> <A-law log> 
                <CVSD> <paging scheme> <power control> <transparent SCO> 

For the Mediapad:

bol@delta:~$ sudo hcitool info 00:07:61:04:1D:35
Checking smart card key...
Requesting information ...
        BD Address:  00:07:61:04:1D:35
        Device Name: Logitech Bluetooth Mediapad
        LMP Version: 1.1 (0x1) LMP Subversion: 0x350
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xfc 0xff 0x0f 0x00
                <encryption> <slot offset> <timing accuracy> <role switch> 
                <hold mode> <sniff mode> <park mode> <RSSI> 
                <channel quality> <SCO link> <HV2 packets> <HV3 packets> 
                <u-law log> <A-law log> <CVSD> <paging scheme> 
                <power control> <transparent SCO> 

> output from the devices and the "hciconfig -a" from the Bluetooth hub.

This is not possible at this time. The reason is that the Bluetooth hub
is now working as a usb hub. I can't switch it to Bluetooth mode,
because I don't have the necessary tools on Linux for this. This tool
exist, but on another OS... And I don't use this other OS. Of course, if
you think there is a simple way to switch from "usb hub" to "bluetooth
hub", let me know.

At this time, I use another bluetooth dongle for connection the
mouse/keyboard/mediapad. But I'm also really interested to have the
Logitech bluetooth hub working as bluetooth hub.

> If you have some extra time, please compile the new libs2 from CVS and
> run "sdptest records ..." and/or "sdptest browse ..." for me.

Maybe tomorow... Too late now.

>  Please also include a "hcitool inq" for them, so I can see what class
>  of device they are using.

bol@delta:~$ hcitool inq
Inquiring ...
        00:07:61:04:1D:35       clock offset: 0x435f    class: 0x002540
        00:07:61:04:1E:BD       clock offset: 0x7a9d    class: 0x002580
        00:07:61:04:21:30       clock offset: 0x6f6e    class: 0x002540
bol@delta:~$ hcitool scan
Scanning ...
        00:07:61:04:1D:35       Logitech Bluetooth Mediapad
        00:07:61:04:1E:BD       Logitech Bluetooth Mouse
        00:07:61:04:21:30       Logitech Bluetooth Keyboard

> What is the content of /proc/bus/usb/devices with the Bluetooth hub
> attached.

The hub is seen as "USB Receiver" in usbview. Here is the full
/proc/bus/usb/devices informations (many usb devices connected, sorry):

bol@delta:~$ cat /proc/bus/usb/devices 
T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=129/900 us (14%), #Int=  2, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=b000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=12  MxCh= 2
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0451 ProdID=2036 Rev= 1.01
S:  Product=General Purpose USB Hub
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   1 Ivl=255ms
T:  Bus=03 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=  3 Spd=1.5 MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=046d ProdID=c703 Rev=99.12
S:  Manufacturer=Logitech
S:  Product=USB Receiver
S:  SerialNumber=0403D3
C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 98mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=01 Driver=usbkbd
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=10ms
I:  If#= 1 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
E:  Ad=82(I) Atr=03(Int.) MxPS=   8 Ivl=10ms
T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc= 27/900 us ( 3%), #Int=  1, #Iso=  1
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=b400
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=e0(unk. ) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0a12 ProdID=0001 Rev= 5.25
C:* #Ifs= 3 Cfg#= 1 Atr=c0 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:  If#= 1 Alt= 0 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms
I:  If#= 1 Alt= 2 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms
I:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  25 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  25 Ivl=1ms
I:  If#= 1 Alt= 4 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  33 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  33 Ivl=1ms
I:  If#= 1 Alt= 5 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb
E:  Ad=03(O) Atr=01(Isoc) MxPS=  49 Ivl=1ms
E:  Ad=83(I) Atr=01(Isoc) MxPS=  49 Ivl=1ms
I:  If#= 2 Alt= 0 #EPs= 0 Cls=fe(app. ) Sub=01 Prot=00 Driver=(none)
T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#=  3 Spd=1.5 MxCh= 0
D:  Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=046d ProdID=c208 Rev= 1.03
S:  Manufacturer=Logitech Inc.
S:  Product=WingMan Gamepad Extreme
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 40mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=hid
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=8ms
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB UHCI Root Hub
S:  SerialNumber=b800
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  4 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=03f0 ProdID=3c02 Rev= 1.00
S:  Manufacturer=hp
S:  Product=photosmart 7350
S:  SerialNumber=MY246140QJ2E
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=  2mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=07(print) Sub=01 Prot=03 Driver=usblp
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:  If#= 0 Alt= 1 #EPs= 2 Cls=07(print) Sub=01 Prot=02 Driver=usblp
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0403 ProdID=6001 Rev= 2.00
S:  Manufacturer=FTDI
S:  Product=USB FAST SERIAL ADAPTER
S:  SerialNumber=FTAPJVEU
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 44mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=serial
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

> Do this one really support HID proxy from CSR?

Hummm. Don't event know what this is. Can you explain this to me ?

Good day^H^H^Hnight.

		Olivier
-- 
Olivier Bornet                      http://www.smartdata.ch/
Olivier.Bornet@smartdata.ch         SMARTDATA SA
GPG key ID: C53D9218                CH Martigny/Lausanne

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Bluez-users] MS Wireless keyboard scans remapping
  2003-10-28 23:23     ` Olivier Bornet
@ 2003-10-29  0:16       ` Marcel Holtmann
  2003-10-29  9:24         ` diNovo LT information Olivier Bornet
  0 siblings, 1 reply; 11+ messages in thread
From: Marcel Holtmann @ 2003-10-29  0:16 UTC (permalink / raw)
  To: Olivier Bornet; +Cc: Michal Semler (volny.cz), BlueZ Mailing List

Hi Olivier,

> > this is another reason, why we should reuse the USB HID parser for the
> > Bluetooth keyboards and mice ;)
> 
> I agree with you. I'm ready to test/help on this way when you will have
> someting in progress.

I am working on the design document of the HID parser userspace to
kernel interface. My userspace bthid daemon is almost ready for daily
use, but the modification of the USB HID parser will take some time. I
am thinking of copying the needed HID stuff into an extra module.

> > So you have the new diNovo. I am interested in the "hcitool info ..."
> 
> Please note the one I have is a "Beta Release". The real diNovo from the
> market may differ.

At the moment I am colleting all information of Bluetooth HID devices. I
have worked with the old Logitech Presenter the Microsoft Desktop (with
an UK layout). You can find my notes about the current devices on

	http://www.holtmann.org/linux/bluetooth/hid.html

Is there any chance that you can tell Logitech to send some demo or beta
devices to me for testing with Linux. I like to play with the devices to
see how they have done some things.

> > output from the devices and the "hciconfig -a" from the Bluetooth hub.
> 
> This is not possible at this time. The reason is that the Bluetooth hub
> is now working as a usb hub. I can't switch it to Bluetooth mode,
> because I don't have the necessary tools on Linux for this. This tool
> exist, but on another OS... And I don't use this other OS. Of course, if
> you think there is a simple way to switch from "usb hub" to "bluetooth
> hub", let me know.
> 
> At this time, I use another bluetooth dongle for connection the
> mouse/keyboard/mediapad. But I'm also really interested to have the
> Logitech bluetooth hub working as bluetooth hub.

This is part of the HID proxy stuff and we should really have a tool to
do this for Linux, too. We should sniff the URB communication of that
tool under Windows ;)

> > If you have some extra time, please compile the new libs2 from CVS and
> > run "sdptest records ..." and/or "sdptest browse ..." for me.
> 
> Maybe tomorow... Too late now.

Would be very nice, because the HID descriptor is included in the SDP
records and the libs2 generation can show you some more nice things.
Please pipe that into a file and send them as attachments.

> The hub is seen as "USB Receiver" in usbview. Here is the full
> /proc/bus/usb/devices informations (many usb devices connected, sorry):
> 
> bol@delta:~$ cat /proc/bus/usb/devices 
> T:  Bus=03 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=  3 Spd=1.5 MxCh= 0
> D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> P:  Vendor=046d ProdID=c703 Rev=99.12
> S:  Manufacturer=Logitech
> S:  Product=USB Receiver
> S:  SerialNumber=0403D3
> C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 98mA
> I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=01 Driver=usbkbd
> E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=10ms
> I:  If#= 1 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
> E:  Ad=82(I) Atr=03(Int.) MxPS=   8 Ivl=10ms

This is the HID proxy mode ;)

> > Do this one really support HID proxy from CSR?
> 
> Hummm. Don't event know what this is. Can you explain this to me ?

The HID proxy firmware from CSR can run on a Bluetooth chip and present
them as a USB HID device or as a Bluetooth H:2 device. If you are in the
Bluetooth H:2 mode, you need a Bluetooth stack on your host and support
for the HID profile to work with your mouse or keyboard. If you are in
USB HID mode, the Bluetooth device itself will keep track of the HID
connection to your Bluetooth keyboard and mouse. And this is called HID
proxy, because in this mode it is possible to work with your Bluetooth
keyboard at BIOS stage.

The little USB stick from the Logitech Presenter for example is a USB
HID <-> Bluetooth HID converter and you can also make it work with the
Microsoft Bluetooth Mouse. But on your host side you need only support
for USB HID.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* diNovo LT information
  2003-10-29  0:16       ` Marcel Holtmann
@ 2003-10-29  9:24         ` Olivier Bornet
  2003-10-29 11:56           ` [Bluez-users] " Marcel Holtmann
  0 siblings, 1 reply; 11+ messages in thread
From: Olivier Bornet @ 2003-10-29  9:24 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: BlueZ Mailing List


[-- Attachment #1.1: Type: text/plain, Size: 1179 bytes --]

Hi Marcel,

> I am working on the design document of the HID parser userspace to
> kernel interface. My userspace bthid daemon is almost ready for daily
> use, but the modification of the USB HID parser will take some time. I
> am thinking of copying the needed HID stuff into an extra module.

I'm impatient to try this new userspace bthid daemon. :-)

> Is there any chance that you can tell Logitech to send some demo or beta
> devices to me for testing with Linux. I like to play with the devices to
> see how they have done some things.

I'm looking this point now. I hope answer soon. Stay tuned... :-)

> > > If you have some extra time, please compile the new libs2 from CVS and
> > > run "sdptest records ..." and/or "sdptest browse ..." for me.

FYI: ltmain.sh is missing in the libs2 CVS. I have copyed the one from
libs at this time.

Results of sdptest records are attached. (browse is only a sub-set of
the records, so I don't attach them).

Good day.

		Olivier
-- 
Olivier Bornet                      http://www.smartdata.ch/
Olivier.Bornet@smartdata.ch         SMARTDATA SA
GPG key ID: C53D9218                CH Martigny/Lausanne

[-- Attachment #1.2: keyboard-records.txt --]
[-- Type: text/plain, Size: 2594 bytes --]

Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010000
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1124 - Human Interface Device Service
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0011
			Sequence
				UUID16 0x0011 - HIDP
	Attribute 0x0006 - Language base attribute ID list
		Sequence
			UINT16 0x656e
			UINT16 0x006a
			UINT16 0x0100
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x0011 - HIDP
				UINT16 0x0100
	Attribute 0x000d - Additional protocol descriptor lists
		Sequence
			Sequence
				Sequence
					UUID16 0x0100 - L2CAP
					UINT16 0x0013
				Sequence
					UUID16 0x0011 - HIDP
	Attribute 0x0100
		String Bluetooth Keyboard
	Attribute 0x0101
		String Keyboard
	Attribute 0x0102
		String Logitech
	Attribute 0x0200
		UINT16 0x9941
	Attribute 0x0201
		UINT16 0x0100
	Attribute 0x0202
		UINT8 0x40
	Attribute 0x0203
		UINT8 0x00
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		Bool True
	Attribute 0x0206
		Sequence
			Sequence
				UINT8 0x22
				String 05 01 09 06 a1 01 05 07 85 01 19 e0 29 e7 15 00 25 01 75 01 95 08 81 02 95 01 75 08 81 01 95 05 75 01 05 08 19 01 29 05 91 02 95 01 75 03 91 01 95 06 75 08 15 00 26 a4 00 05 07 19 00 29 a4 81 00 c0 05 0c 09 01 a1 01 85 03 75 10 95 02 15 01 26 00 11 19 01 2a 00 10 1b 01 00 09 00 2b ff 00 09 00 0a 01 10 81 60 c0 05 01 09 80 a1 01 85 04 15 01 25 03 75 02 95 01 09 82 09 81 09 83 81 60 75 06 81 03 c0 06 00 ff 09 01 a1 01 85 10 75 08 95 06 15 00 26 ff 00 09 01 81 00 09 01 91 00 c0 05 06 09 27 a1 01 85 ff 95 01 75 02 09 24 09 26 81 02 75 06 81 01 c0
	Attribute 0x0207
		Sequence
			Sequence
				UINT16 0x0409
				UINT16 0x0100
	Attribute 0x0208
		Bool False
	Attribute 0x0209
		Bool True
	Attribute 0x020a
		Bool True
	Attribute 0x020b
		UINT16 0x0100
	Attribute 0x020c
		UINT16 0x1f40
	Attribute 0x020d
		Bool False
	Attribute 0x020e
		Bool True
Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010001
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1200 - PNP Information
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0001
			Sequence
				UUID16 0x0001 - SDP
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x1200 - PNP Information
				UINT16 0x0100
	Attribute 0x0200
		UINT16 0x0100
	Attribute 0x0201
		UINT16 0x046d
	Attribute 0x0202
		UINT16 0xb303
	Attribute 0x0203
		UINT16 0x9941
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		UINT16 0x0002

[-- Attachment #1.3: mediapad-records.txt --]
[-- Type: text/plain, Size: 2583 bytes --]

Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010000
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1124 - Human Interface Device Service
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0011
			Sequence
				UUID16 0x0011 - HIDP
	Attribute 0x0006 - Language base attribute ID list
		Sequence
			UINT16 0x656e
			UINT16 0x006a
			UINT16 0x0100
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x0011 - HIDP
				UINT16 0x0100
	Attribute 0x000d - Additional protocol descriptor lists
		Sequence
			Sequence
				Sequence
					UUID16 0x0100 - L2CAP
					UINT16 0x0013
				Sequence
					UUID16 0x0011 - HIDP
	Attribute 0x0100
		String Bluetooth Numpad
	Attribute 0x0101
		String Numpad
	Attribute 0x0102
		String Logitech
	Attribute 0x0200
		UINT16 0x9810
	Attribute 0x0201
		UINT16 0x0100
	Attribute 0x0202
		UINT8 0x40
	Attribute 0x0203
		UINT8 0x00
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		Bool True
	Attribute 0x0206
		Sequence
			Sequence
				UINT8 0x22
				String 05 01 09 06 a1 01 05 07 85 01 19 e0 29 e7 15 00 25 01 75 01 95 08 81 02 95 01 75 08 81 01 95 05 75 01 05 08 19 01 29 05 91 02 95 01 75 03 91 01 95 06 75 08 15 00 26 a4 00 05 07 19 00 29 a4 81 00 c0 05 0c 09 01 a1 01 85 03 75 10 95 02 15 01 26 00 11 19 01 2a 00 10 1b 01 00 09 00 2b ff 00 09 00 0a 01 10 81 60 c0 06 00 ff 09 01 a1 01 85 10 75 08 95 06 15 00 26 ff 00 09 01 81 00 09 01 91 00 c0 06 00 ff 09 02 a1 01 85 11 75 08 95 13 15 00 26 ff 00 09 02 81 00 09 02 91 00 c0 05 06 09 27 a1 01 85 ff 95 01 75 02 09 24 09 26 81 02 75 06 81 01 c0
	Attribute 0x0207
		Sequence
			Sequence
				UINT16 0x0409
				UINT16 0x0100
	Attribute 0x0208
		Bool False
	Attribute 0x0209
		Bool True
	Attribute 0x020a
		Bool True
	Attribute 0x020b
		UINT16 0x0100
	Attribute 0x020c
		UINT16 0x1f40
	Attribute 0x020d
		Bool True
	Attribute 0x020e
		Bool True
Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010001
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1200 - PNP Information
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0001
			Sequence
				UUID16 0x0001 - SDP
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x1200 - PNP Information
				UINT16 0x0100
	Attribute 0x0200
		UINT16 0x0100
	Attribute 0x0201
		UINT16 0x046d
	Attribute 0x0202
		UINT16 0xb3e1
	Attribute 0x0203
		UINT16 0x9810
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		UINT16 0x0002

[-- Attachment #1.4: mouse-records.txt --]
[-- Type: text/plain, Size: 2300 bytes --]

Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010000
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1124 - Human Interface Device Service
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0011
			Sequence
				UUID16 0x0011 - HIDP
	Attribute 0x0006 - Language base attribute ID list
		Sequence
			UINT16 0x656e
			UINT16 0x006a
			UINT16 0x0100
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x0011 - HIDP
				UINT16 0x0100
	Attribute 0x000d - Additional protocol descriptor lists
		Sequence
			Sequence
				Sequence
					UUID16 0x0100 - L2CAP
					UINT16 0x0013
				Sequence
					UUID16 0x0011 - HIDP
	Attribute 0x0100
		String Bluetooth Mouse
	Attribute 0x0101
		String Mouse
	Attribute 0x0102
		String Logitech
	Attribute 0x0200
		UINT16 0x9801
	Attribute 0x0201
		UINT16 0x0100
	Attribute 0x0202
		UINT8 0x80
	Attribute 0x0203
		UINT8 0x00
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		Bool True
	Attribute 0x0206
		Sequence
			Sequence
				UINT8 0x22
				String 05 01 09 02 a1 01 85 02 09 01 a1 00 05 09 19 01 29 08 15 00 25 01 95 08 75 01 81 02 05 01 09 30 09 31 16 01 f8 26 ff 07 75 0c 95 02 81 06 09 38 15 81 25 7f 75 08 95 01 81 06 c0 c0 06 00 ff 09 01 a1 01 85 10 75 08 95 06 15 00 26 ff 00 09 01 81 00 09 01 91 00 c0
	Attribute 0x0207
		Sequence
			Sequence
				UINT16 0x0409
				UINT16 0x0100
	Attribute 0x0208
		Bool False
	Attribute 0x0209
		Bool True
	Attribute 0x020a
		Bool True
	Attribute 0x020b
		UINT16 0x0100
	Attribute 0x020c
		UINT16 0x1f40
	Attribute 0x020d
		Bool False
	Attribute 0x020e
		Bool True
Sequence
	Attribute 0x0000 - Service record handle
		UINT32 0x00010001
	Attribute 0x0001 - Service class ID list
		Sequence
			UUID16 0x1200 - PNP Information
	Attribute 0x0004 - Protocol descriptor list
		Sequence
			Sequence
				UUID16 0x0100 - L2CAP
				UINT16 0x0001
			Sequence
				UUID16 0x0001 - SDP
	Attribute 0x0009 - Bluetooth profile descriptor list
		Sequence
			Sequence
				UUID16 0x1200 - PNP Information
				UINT16 0x0100
	Attribute 0x0200
		UINT16 0x0100
	Attribute 0x0201
		UINT16 0x046d
	Attribute 0x0202
		UINT16 0xb001
	Attribute 0x0203
		UINT16 0x9801
	Attribute 0x0204
		Bool True
	Attribute 0x0205
		UINT16 0x0002

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bluez-users] Re: diNovo LT information
  2003-10-29  9:24         ` diNovo LT information Olivier Bornet
@ 2003-10-29 11:56           ` Marcel Holtmann
  2003-10-29 14:45             ` Olivier Bornet
  0 siblings, 1 reply; 11+ messages in thread
From: Marcel Holtmann @ 2003-10-29 11:56 UTC (permalink / raw)
  To: Olivier Bornet; +Cc: BlueZ Mailing List

Hi Olivier,

> > I am working on the design document of the HID parser userspace to
> > kernel interface. My userspace bthid daemon is almost ready for daily
> > use, but the modification of the USB HID parser will take some time. I
> > am thinking of copying the needed HID stuff into an extra module.
> 
> I'm impatient to try this new userspace bthid daemon. :-)

but without the kernel side HID parser modification it is useless :(

> > Is there any chance that you can tell Logitech to send some demo or beta
> > devices to me for testing with Linux. I like to play with the devices to
> > see how they have done some things.
> 
> I'm looking this point now. I hope answer soon. Stay tuned... :-)

This would be great. Thanks.

> > > > If you have some extra time, please compile the new libs2 from CVS and
> > > > run "sdptest records ..." and/or "sdptest browse ..." for me.
> 
> FYI: ltmain.sh is missing in the libs2 CVS. I have copyed the one from
> libs at this time.

You have to run bootstrap first and all needed files will be created.

> Results of sdptest records are attached. (browse is only a sub-set of
> the records, so I don't attach them).

This is what I expected, because the records command will also find the
hidden PNP record that is also present in the Microsoft devices. The HID
descriptors of the diNovo are now online available on my site.

Regards

Marcel




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: diNovo LT information
  2003-10-29 11:56           ` [Bluez-users] " Marcel Holtmann
@ 2003-10-29 14:45             ` Olivier Bornet
  0 siblings, 0 replies; 11+ messages in thread
From: Olivier Bornet @ 2003-10-29 14:45 UTC (permalink / raw)
  To: Marcel Holtmann; +Cc: BlueZ Mailing List

[-- Attachment #1: Type: text/plain, Size: 708 bytes --]

Hi Marcel,

> > I'm impatient to try this new userspace bthid daemon. :-)
> 
> but without the kernel side HID parser modification it is useless :(

Do you have a schedule when it will be available for beta release ?

> > FYI: ltmain.sh is missing in the libs2 CVS. I have copyed the one from
> > libs at this time.
> 
> You have to run bootstrap first and all needed files will be created.

I have run bootstrap. The file ltmain.sh wasn't created. And at least it
is inclued in the lib CVS.

Good day.

		Olivier
-- 
Olivier Bornet                      http://www.smartdata.ch/
Olivier.Bornet@smartdata.ch         SMARTDATA SA
GPG key ID: C53D9218                CH Martigny/Lausanne

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2003-10-29 14:45 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-28  7:47 [Bluez-users] MS Wireless keyboard scans remapping Michal Semler (volny.cz)
2003-10-28  8:40 ` Olivier Bornet
2003-10-28 18:34   ` Marcel Holtmann
2003-10-28 20:05     ` Michal Semler (volny.cz)
2003-10-28 20:14       ` Marcel Holtmann
2003-10-28 23:23     ` Olivier Bornet
2003-10-29  0:16       ` Marcel Holtmann
2003-10-29  9:24         ` diNovo LT information Olivier Bornet
2003-10-29 11:56           ` [Bluez-users] " Marcel Holtmann
2003-10-29 14:45             ` Olivier Bornet
2003-10-28 10:39 ` [Bluez-users] MS Wireless keyboard scans remapping Gareth Reakes

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.