From: "Gix, Brian" <brian.gix@intel.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: "linux-bluetooth@vger.kernel.org"
<linux-bluetooth@vger.kernel.org>,
Johan Hedberg <johan.hedberg@gmail.com>,
"Stotland, Inga" <inga.stotland@intel.com>
Subject: RE: [PATCH BlueZ v4 00/30] Major rewrite for Multi-Node and DBus
Date: Tue, 18 Dec 2018 23:05:20 +0000 [thread overview]
Message-ID: <DEBB0CAA2616974FAE35E4B560B9A4375D8E1140@ORSMSX101.amr.corp.intel.com> (raw)
In-Reply-To: <9BBB0DA5-534C-4A9C-BFAF-31F5F0AD3EE6@holtmann.org>
Hi Marcel,
> -----Original Message-----
> From: linux-bluetooth-owner@vger.kernel.org [mailto:linux-bluetooth-
> owner@vger.kernel.org] On Behalf Of Marcel Holtmann
> Sent: Tuesday, December 18, 2018 3:00 PM
> To: Gix, Brian <brian.gix@intel.com>
> Cc: linux-bluetooth@vger.kernel.org; Johan Hedberg
> <johan.hedberg@gmail.com>; Stotland, Inga <inga.stotland@intel.com>
> Subject: Re: [PATCH BlueZ v4 00/30] Major rewrite for Multi-Node and DBus
>
> Hi Brian,
>
> > The Mesh Daemon has been largely rewritten.
> >
> > It matches the API in doc/mesh-api.txt, and is now accessible from
> > non-privledged DBus clients. The commandline version has been
> > temporarily removed, although it will probably be re-added in the
> > future. The dBus privledges need to be adjusted to allow for
> > non-privledged access to Daemon interfaces. We will shortly also be
> > adding a Mesh Specific README and TODO file, but in the meantime,
> > contact Brian and/or Inga with any questions.
> >
> > v4 -- Remove all trace of foreground btmesh app. It is obsolete, and
> > adds no functionality not also present in the meshd executable.
> >
> > Brian Gix (12):
> > mesh: Staging for Mesh DBus API rewrite
> > mesh: Delete obsolete files
> > mesh: Rewite Network layer for multiple nodes
> > mesh: Direction agnostic PB-Adv implimentation
> > mesh: Acceptor side provisioning implimentation
> > mesh: Initiator side provisioning implimentation
> > mesh: Rewrite Controler interface for full init
> > mesh: Unchanged variables set to const
> > mesh: re-arrange provisioning for DBus API
> > mesh: restructure I/O for multiple nodes
> > mesh: Clean-up Comment style
> > mesh: Enable building Mesh Daemon
> >
> > Inga Stotland (18):
> > mesh: Utilities for DBus support
> > mesh: Internal errors
> > mesh: Re-write storage for Multiple Nodes
> > mesh: Rewrite Node handling for multiple nodes
> > mesh: centralize generic utilities
> > mesh: Re-architect for DBus API
> > mesh: Make config model handle multiple nodes
> > mesh: Multi node Config Server model
> > mesh: Restrusture DB to support multiple nodes
> > mesh: restructure model services for multiple nodes
> > mesh: DBUS interface for Provisioning Agent
> > mesh: restructure App Key storage
> > mesh: Update for DBus API and multi-node support
> > mesh: Add default location for Mesh Node storage
> > mesh: Add structural changes for mesh
> > mesh: Sample Provisioning Agent
> > mesh: Sample On/Off Client and Server
> > mesh: Sample Mesh Joiner (provision acceptor)
> >
> > Makefile.mesh | 19 +-
> > configure.ac | 5 +
> > mesh/agent.c | 665 ++++++++++++++++----
> > mesh/agent.h | 71 ++-
> > mesh/appkey.c | 17 +-
> > mesh/btmesh.c | 181 ------
> > mesh/cfgmod-server.c | 173 +++---
> > mesh/cfgmod.h | 2 +-
> > mesh/config/composition.json | 44 —
>
> I have no idea why we would create a directory config here. Put the json files
> in $(top_srcdir) and be done with it.
This is a file deletion, so it will no longer be there.
>
> > mesh/dbus.c | 181 ++++++
> > mesh/dbus.h | 40 ++
> > mesh/display.c | 64 --
> > mesh/error.h | 35 ++
> > mesh/friend.c | 76 +--
> > mesh/main.c | 73 ++-
> > mesh/mesh-db.c | 454 +++++++++-----
> > mesh/mesh-db.h | 6 +-
> > mesh/mesh-io-api.h | 2 +-
> > mesh/mesh-io-generic.c | 149 ++++-
> > mesh/mesh-io.c | 3 +-
> > mesh/mesh-io.h | 3 +-
> > mesh/mesh.c | 625 ++++++++++++++-----
> > mesh/mesh.h | 27 +-
> > mesh/model.c | 811 +++++++++++++++++-------
> > mesh/model.h | 66 +-
> > mesh/net.c | 293 +++------
> > mesh/net.h | 31 +-
> > mesh/node.c | 1338 +++++++++++++++++++++++++++++++++--
> -----
> > mesh/node.h | 42 +-
> > mesh/pb-adv.c | 444 +++++++++++++
> > mesh/{display.h => pb-adv.h} | 13 +-
> > mesh/prov-acceptor.c | 711 +++++++++++++++++++++
> > mesh/prov-initiator.c | 650 +++++++++++++++++++
> > mesh/prov.c | 722 ----------------------
> > mesh/prov.h | 14 +-
> > mesh/provision.c | 1162 ----------------------------------
> > mesh/provision.h | 112 +++-
> > mesh/storage.c | 570 ++++++++---------
> > mesh/storage.h | 39 +-
> > mesh/test/agent.py | 40 ++
> > mesh/test/example-onoff-client | 288 +++++++++
> > mesh/test/example-onoff-server | 365 +++++++++++
> > mesh/test/test-join | 408 ++++++++++++
>
> Can we please not doing this kind of nesting of directories. Use the
> $(top_srcdir)/test for this.
We will move these to a different directory
> > mesh/util.c | 26 +
> > mesh/util.h | 1 +
> > 45 files changed, 7177 insertions(+), 3884 deletions(-) delete mode
> > 100644 mesh/btmesh.c delete mode 100644
> mesh/config/composition.json
> > create mode 100644 mesh/dbus.c create mode 100644 mesh/dbus.h
> delete
> > mode 100644 mesh/display.c create mode 100644 mesh/error.h create
> mode
> > 100644 mesh/pb-adv.c rename mesh/{display.h => pb-adv.h} (71%) create
> > mode 100644 mesh/prov-acceptor.c create mode 100644
> > mesh/prov-initiator.c delete mode 100644 mesh/prov.c delete mode
> > 100644 mesh/provision.c create mode 100755 mesh/test/agent.py create
> > mode 100644 mesh/test/example-onoff-client create mode 100644
> > mesh/test/example-onoff-server create mode 100644 mesh/test/test-join
>
> Regards
>
> Marcel
prev parent reply other threads:[~2018-12-18 23:05 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-18 22:31 [PATCH BlueZ v4 00/30] Major rewrite for Multi-Node and DBus Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 01/30] mesh: Staging for Mesh DBus API rewrite Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 02/30] mesh: Delete obsolete files Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 03/30] mesh: Utilities for DBus support Brian Gix
2018-12-18 23:04 ` Marcel Holtmann
2018-12-18 22:31 ` [PATCH BlueZ v4 04/30] mesh: Internal errors Brian Gix
2018-12-18 23:05 ` Marcel Holtmann
2018-12-18 22:31 ` [PATCH BlueZ v4 05/30] mesh: Re-write storage for Multiple Nodes Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 06/30] mesh: Rewrite Node handling for multiple nodes Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 07/30] mesh: Rewite Network layer " Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 08/30] mesh: Direction agnostic PB-Adv implimentation Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 09/30] mesh: Acceptor side provisioning implimentation Brian Gix
2018-12-18 23:09 ` Marcel Holtmann
2018-12-18 22:31 ` [PATCH BlueZ v4 10/30] mesh: Initiator " Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 11/30] mesh: Rewrite Controler interface for full init Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 12/30] mesh: Unchanged variables set to const Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 13/30] mesh: centralize generic utilities Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 14/30] mesh: re-arrange provisioning for DBus API Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 15/30] mesh: Re-architect " Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 16/30] mesh: Make config model handle multiple nodes Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 17/30] mesh: Multi node Config Server model Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 18/30] mesh: restructure I/O for multiple nodes Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 19/30] mesh: Restrusture DB to support " Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 20/30] mesh: restructure model services for " Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 21/30] mesh: DBUS interface for Provisioning Agent Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 22/30] mesh: restructure App Key storage Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 23/30] mesh: Clean-up Comment style Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 24/30] mesh: Update for DBus API and multi-node support Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 25/30] mesh: Add default location for Mesh Node storage Brian Gix
2018-12-18 23:15 ` Marcel Holtmann
2018-12-18 22:31 ` [PATCH BlueZ v4 26/30] mesh: Add structural changes for mesh Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 27/30] mesh: Sample Provisioning Agent Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 28/30] mesh: Sample On/Off Client and Server Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 29/30] mesh: Sample Mesh Joiner (provision acceptor) Brian Gix
2018-12-18 22:31 ` [PATCH BlueZ v4 30/30] mesh: Enable building Mesh Daemon Brian Gix
2018-12-18 23:00 ` [PATCH BlueZ v4 00/30] Major rewrite for Multi-Node and DBus Marcel Holtmann
2018-12-18 23:05 ` Gix, Brian [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DEBB0CAA2616974FAE35E4B560B9A4375D8E1140@ORSMSX101.amr.corp.intel.com \
--to=brian.gix@intel.com \
--cc=inga.stotland@intel.com \
--cc=johan.hedberg@gmail.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=marcel@holtmann.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).