<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/bluez.git, branch 5.49</title>
<subtitle>git.kernel.org: pub/scm/bluetooth/bluez.git
</subtitle>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/'/>
<entry>
<title>Release 5.49</title>
<updated>2018-03-10T15:35:21+00:00</updated>
<author>
<name>Marcel Holtmann</name>
<email>marcel@holtmann.org</email>
</author>
<published>2018-03-10T15:35:21+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=848d1d221c16d88bd3aef2011bfe2b948ded6efa'/>
<id>848d1d221c16d88bd3aef2011bfe2b948ded6efa</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>avctp: Fix crash when disconnecting</title>
<updated>2018-03-09T09:31:13+00:00</updated>
<author>
<name>Luiz Augusto von Dentz</name>
<email>luiz.von.dentz@intel.com</email>
</author>
<published>2018-03-09T09:26:04+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=a1a7f09383d498a3cb18269e65258bde115eed2b'/>
<id>a1a7f09383d498a3cb18269e65258bde115eed2b</id>
<content type='text'>
When disconnecting the channel queue shall not be destroyed before
freeeing all requests including those that already have been processed
otherwise the following crash may happen:

4 errors in context 2 of 103:
Invalid read of size 4
   at 0x12A5C2: control_req_destroy (avctp.c:762)
   by 0x12A539: pending_destroy (avctp.c:517)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12A77B: avctp_channel_destroy (avctp.c:553)
   by 0x12A801: avctp_disconnected (avctp.c:570)
   by 0x12A0F1: control_disconnect (control.c:134)
   by 0x1306B9: avrcp_disconnect (avrcp.c:4471)
   by 0x17DAE9: btd_service_disconnect (service.c:307)
   by 0x18437D: dev_disconn_service (device.c:1405)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x187D87: device_request_disconnect (device.c:1437)
   by 0x187EC6: dev_disconnect (device.c:1522)
 Address 0x4fde068 is 0 bytes inside a block of size 16 free'd
   at 0x48252B3: free (vg_replace_malloc.c:446)
   by 0x4888172: g_free (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12AB64: avctp_queue_destroy (avctp.c:537)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x48A0D91: g_slist_free_full (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12A75E: avctp_channel_destroy (avctp.c:552)
   by 0x12A801: avctp_disconnected (avctp.c:570)
   by 0x12A0F1: control_disconnect (control.c:134)
   by 0x1306B9: avrcp_disconnect (avrcp.c:4471)
   by 0x17DAE9: btd_service_disconnect (service.c:307)
   by 0x18437D: dev_disconn_service (device.c:1405)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When disconnecting the channel queue shall not be destroyed before
freeeing all requests including those that already have been processed
otherwise the following crash may happen:

4 errors in context 2 of 103:
Invalid read of size 4
   at 0x12A5C2: control_req_destroy (avctp.c:762)
   by 0x12A539: pending_destroy (avctp.c:517)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12A77B: avctp_channel_destroy (avctp.c:553)
   by 0x12A801: avctp_disconnected (avctp.c:570)
   by 0x12A0F1: control_disconnect (control.c:134)
   by 0x1306B9: avrcp_disconnect (avrcp.c:4471)
   by 0x17DAE9: btd_service_disconnect (service.c:307)
   by 0x18437D: dev_disconn_service (device.c:1405)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x187D87: device_request_disconnect (device.c:1437)
   by 0x187EC6: dev_disconnect (device.c:1522)
 Address 0x4fde068 is 0 bytes inside a block of size 16 free'd
   at 0x48252B3: free (vg_replace_malloc.c:446)
   by 0x4888172: g_free (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12AB64: avctp_queue_destroy (avctp.c:537)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x48A0D91: g_slist_free_full (in /usr/lib/libglib-2.0.so.0.3600.0)
   by 0x12A75E: avctp_channel_destroy (avctp.c:552)
   by 0x12A801: avctp_disconnected (avctp.c:570)
   by 0x12A0F1: control_disconnect (control.c:134)
   by 0x1306B9: avrcp_disconnect (avrcp.c:4471)
   by 0x17DAE9: btd_service_disconnect (service.c:307)
   by 0x18437D: dev_disconn_service (device.c:1405)
   by 0x48A0D48: g_slist_foreach (in /usr/lib/libglib-2.0.so.0.3600.0)
</pre>
</div>
</content>
</entry>
<entry>
<title>build: Include Mesh JSON files unconditionally in EXTRA_DIST</title>
<updated>2018-03-08T13:00:21+00:00</updated>
<author>
<name>Johan Hedberg</name>
<email>johan.hedberg@intel.com</email>
</author>
<published>2018-03-08T13:00:21+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=c8bacaff6c8678da185eebc622ead14e1dddf445'/>
<id>c8bacaff6c8678da185eebc622ead14e1dddf445</id>
<content type='text'>
We always want the JSON files to be part of the generated tarball, and
not just when --enable-mesh has been given.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We always want the JSON files to be part of the generated tarball, and
not just when --enable-mesh has been given.
</pre>
</div>
</content>
</entry>
<entry>
<title>shared/shell: Fix memory leak of wordexp with we_offs</title>
<updated>2018-03-07T09:29:07+00:00</updated>
<author>
<name>ERAMOTO Masaya</name>
<email>eramoto.masaya@jp.fujitsu.com</email>
</author>
<published>2018-03-05T08:41:52+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=5fdcfa515e5820e5906f0b8ed9cc73dc39a3131d'/>
<id>5fdcfa515e5820e5906f0b8ed9cc73dc39a3131d</id>
<content type='text'>
This sets the we_offs variable to zero before do wordfree(). Since it
frees from the elements of the we_wordv array pointed to by the we_offs
variable, memory leak occurs as below:

  101 bytes in 1 blocks are definitely lost in loss record 122 of 184
     at 0x4C2FA3F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x4C31D84: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x56E7CD2: w_addchar (wordexp.c:104)
     by 0x56E7CD2: parse_dquote (wordexp.c:2200)
     by 0x56E7CD2: wordexp (wordexp.c:2349)
     by 0x13A6A5: parse_args (shell.c:262)
     by 0x13A94D: cmd_exec (shell.c:313)
     by 0x13A94D: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)

  117 (16 direct, 101 indirect) bytes in 1 blocks are definitely lost in loss record 125 of 184
     at 0x4C31D2F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x56E81C3: w_addword (wordexp.c:182)
     by 0x56E81C3: wordexp (wordexp.c:2447)
     by 0x13A6A5: parse_args (shell.c:262)
     by 0x13B55A: args_completion (shell.c:656)
     by 0x13B55A: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This sets the we_offs variable to zero before do wordfree(). Since it
frees from the elements of the we_wordv array pointed to by the we_offs
variable, memory leak occurs as below:

  101 bytes in 1 blocks are definitely lost in loss record 122 of 184
     at 0x4C2FA3F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x4C31D84: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x56E7CD2: w_addchar (wordexp.c:104)
     by 0x56E7CD2: parse_dquote (wordexp.c:2200)
     by 0x56E7CD2: wordexp (wordexp.c:2349)
     by 0x13A6A5: parse_args (shell.c:262)
     by 0x13A94D: cmd_exec (shell.c:313)
     by 0x13A94D: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)

  117 (16 direct, 101 indirect) bytes in 1 blocks are definitely lost in loss record 125 of 184
     at 0x4C31D2F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x56E81C3: w_addword (wordexp.c:182)
     by 0x56E81C3: wordexp (wordexp.c:2447)
     by 0x13A6A5: parse_args (shell.c:262)
     by 0x13B55A: args_completion (shell.c:656)
     by 0x13B55A: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
</pre>
</div>
</content>
</entry>
<entry>
<title>shared/shell: Fix memory leak when parsing args</title>
<updated>2018-03-07T09:29:06+00:00</updated>
<author>
<name>ERAMOTO Masaya</name>
<email>eramoto.masaya@jp.fujitsu.com</email>
</author>
<published>2018-03-05T08:41:11+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=a25dcec6cb877eba45ead780b016a0644589e67b'/>
<id>a25dcec6cb877eba45ead780b016a0644589e67b</id>
<content type='text'>
When running the command having mandatory arguments, memory leak occurs
as below:

  1 bytes in 1 blocks are definitely lost in loss record 2 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x13A976: cmd_exec (shell.c:327)
     by 0x13A976: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E87501: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x13D244: mainloop_run (mainloop-glib.c:73)

  7 bytes in 1 blocks are definitely lost in loss record 12 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x139EEA: strdelimit (util.c:991)
     by 0x13B66A: args_completion (shell.c:668)
     by 0x13B66A: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)

  9 bytes in 1 blocks are definitely lost in loss record 21 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x13B53F: args_completion (shell.c:654)
     by 0x13B53F: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)

  9 bytes in 1 blocks are definitely lost in loss record 22 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679CE9: strndup (strndup.c:43)
     by 0x13A9EB: cmd_exec (shell.c:301)
     by 0x13A9EB: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E87501: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x13D244: mainloop_run (mainloop-glib.c:73)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When running the command having mandatory arguments, memory leak occurs
as below:

  1 bytes in 1 blocks are definitely lost in loss record 2 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x13A976: cmd_exec (shell.c:327)
     by 0x13A976: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E87501: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x13D244: mainloop_run (mainloop-glib.c:73)

  7 bytes in 1 blocks are definitely lost in loss record 12 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x139EEA: strdelimit (util.c:991)
     by 0x13B66A: args_completion (shell.c:668)
     by 0x13B66A: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)

  9 bytes in 1 blocks are definitely lost in loss record 21 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679C99: strdup (strdup.c:42)
     by 0x13B53F: args_completion (shell.c:654)
     by 0x13B53F: menu_completion (shell.c:695)
     by 0x13B836: shell_completion (shell.c:723)
     by 0x53B98B6: ??? (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B9A99: rl_complete_internal (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B02EE: _rl_dispatch_subseq (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53B07B5: readline_internal_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x53C8F84: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)

  9 bytes in 1 blocks are definitely lost in loss record 22 of 184
     at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
     by 0x5679CE9: strndup (strndup.c:43)
     by 0x13A9EB: cmd_exec (shell.c:301)
     by 0x13A9EB: menu_exec (shell.c:375)
     by 0x13AEA4: shell_exec (shell.c:418)
     by 0x13BBF1: rl_handler (shell.c:563)
     by 0x53C8D72: rl_callback_read_char (in /lib/x86_64-linux-gnu/libreadline.so.7.0)
     by 0x13ACE0: input_read (shell.c:1018)
     by 0x13C90A: watch_callback (io-glib.c:170)
     by 0x4E86E24: g_main_context_dispatch (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E871EF: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x4E87501: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.5400.1)
     by 0x13D244: mainloop_run (mainloop-glib.c:73)
</pre>
</div>
</content>
</entry>
<entry>
<title>device: Fix missing Paired property change on non-bonded device</title>
<updated>2018-03-07T08:06:01+00:00</updated>
<author>
<name>Szymon Janc</name>
<email>szymon.janc@codecoup.pl</email>
</author>
<published>2018-03-06T14:15:14+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=169aa558fca1079a146d0ad6346ad5c89ab7f93a'/>
<id>169aa558fca1079a146d0ad6346ad5c89ab7f93a</id>
<content type='text'>
If device is paired but not bonded than Paired property should be
also updated when device is disconnected.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If device is paired but not bonded than Paired property should be
also updated when device is disconnected.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix storage for adapters without public address</title>
<updated>2018-03-07T08:03:36+00:00</updated>
<author>
<name>Szymon Janc</name>
<email>szymon.janc@codecoup.pl</email>
</author>
<published>2018-03-06T13:28:07+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=7a345ddef3a8494d2cf1d24491dacd0ada513282'/>
<id>7a345ddef3a8494d2cf1d24491dacd0ada513282</id>
<content type='text'>
Since those have adapter folder prefixed with "static-" this needs
to be taken into account when storing data.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since those have adapter folder prefixed with "static-" this needs
to be taken into account when storing data.
</pre>
</div>
</content>
</entry>
<entry>
<title>advertising: Fix crash when if client invalidate property</title>
<updated>2018-03-06T08:51:30+00:00</updated>
<author>
<name>Luiz Augusto von Dentz</name>
<email>luiz.von.dentz@intel.com</email>
</author>
<published>2018-01-19T13:37:07+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=5b890a196276b325f2c627ef6a8a0aaece0fd61d'/>
<id>5b890a196276b325f2c627ef6a8a0aaece0fd61d</id>
<content type='text'>
If a property is invalidated the iter is set to NULL which should be
checked and properly reset.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If a property is invalidated the iter is set to NULL which should be
checked and properly reset.
</pre>
</div>
</content>
</entry>
<entry>
<title>advertising: Fix creating another mgmt instance</title>
<updated>2018-03-06T08:42:39+00:00</updated>
<author>
<name>Luiz Augusto von Dentz</name>
<email>luiz.von.dentz@intel.com</email>
</author>
<published>2018-02-28T12:09:08+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=32bcd5a34fba0e13be8fde511d6580ecd5b664e4'/>
<id>32bcd5a34fba0e13be8fde511d6580ecd5b664e4</id>
<content type='text'>
adapter already instanciate a instance of mgmt so just reuse that
instead of creating a new one.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
adapter already instanciate a instance of mgmt so just reuse that
instead of creating a new one.
</pre>
</div>
</content>
</entry>
<entry>
<title>mesh: Add sample JSON files to EXTRA_DIST</title>
<updated>2018-03-06T07:48:22+00:00</updated>
<author>
<name>Inga Stotland</name>
<email>inga.stotland@intel.com</email>
</author>
<published>2018-03-05T20:08:21+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/bluez.git/commit/?id=dfd5144eef56b3fc46e2188ec3c938338806cb75'/>
<id>dfd5144eef56b3fc46e2188ec3c938338806cb75</id>
<content type='text'>
This adds mesh/local_node.json and mesh/prov_db.json samples
to be included with dist tarball.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This adds mesh/local_node.json and mesh/prov_db.json samples
to be included with dist tarball.
</pre>
</div>
</content>
</entry>
</feed>
