All of lore.kernel.org
 help / color / mirror / Atom feed
* bug in hci_read_remote_name?
@ 2008-12-01 21:43 Erik Stackenland
  2008-12-12  1:52 ` Marcel Holtmann
  0 siblings, 1 reply; 2+ messages in thread
From: Erik Stackenland @ 2008-12-01 21:43 UTC (permalink / raw)
  To: linux-bluetooth

I'm new to bluetooth and BlueZ, so it might be that I just don't know what I'm
talking about but this does not seem right.

The problem is in hci_read_remote_name

<code>
...
char bt[20];
ba2str(&bdaddr, bt);
printf("get name: %s\n", bt);

/* Get the name */
if (hci_read_remote_name(dd, &bdaddr, sizeof(name_str), name_str, timeOut) < 0)
{
  return -1;
}

printf("found name: %s\n",name_str);
...
</code>

<printout>
...
get name: 00:17:D5:5A:86:85
get name: 00:1E:45:08:36:28
found name: SGH-X820
...
</printout>

The problem here is that I know for a fact that 00:1E:45:08:36:28 is not
SGH-X820, but should be named W910i, and that 00:17:D5:5A:86:85 is SGH-X820.

I'm using 1000 millis timeout for hci_read_remote_name, so my assumption is that
the time runs out before the response is received and when I ask with an other
bt address a few millis later I get the response for the earlier request.

So is it possible that this is a bug?

System is debian-40r5 standard installation installed today. Dont know how to
check BlueZ version.

Thanks!



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

end of thread, other threads:[~2008-12-12  1:52 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-01 21:43 bug in hci_read_remote_name? Erik Stackenland
2008-12-12  1:52 ` Marcel Holtmann

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.