summaryrefslogtreecommitdiff
path: root/doc/adapter-api.txt
Commit message (Collapse)AuthorAgeFilesLines
* adapter-api: Add PowerState property documentationBastien Nocera2022-09-011-0/+15
|
* adapter-api: Document per-client discovery sessionsBastien Nocera2022-02-231-1/+5
| | | | | The fact that each client can start its own discovery wasn't clear from the documentation and only becomes obvious when reading the sources.
* adapter-api: Add ExperimentalFeatures propertyLuiz Augusto von Dentz2021-09-081-0/+5
| | | | | This adds ExperimentalFeatures property which indicates what experimental features are currently enabled.
* doc/adapter-api: Add InProgess error to StartDiscoveryMichael Nosthoff2020-11-091-0/+1
|
* doc/adapter-api: Add Roles propertyAlain Michaud2020-04-271-0/+8
| | | | | | | This change adds a new property to indicate the support for concurrent roles which means that the controller has reported the appropriate LE_Supported_States (hdev->le_states) and that the controller's driver has reported correctly handling the various reported states.
* doc/adapter-api: Add pattern filterLuiz Augusto von Dentz2020-02-191-0/+15
| | | | | | This adds a pattern filter which can be used to filter devices by address or name prefix which is quite convenient on a crowded environment.
* doc/adapter-api: Fix working of Discoverable filterLuiz Augusto von Dentz2018-08-011-2/+2
|
* doc/adapter-api: Add Discoverable option to SetDiscoveryFilterLuiz Augusto von Dentz2018-08-011-0/+6
| | | | | | | | This enables the client to set its discoverable setting while discovering which is very typical situation as usually the setings application would allow incoming pairing request while scanning, so this would reduce the number of calls setting Discoverable and DiscoverableTimeout and restoring after done with discovery.
* adapter: Add ConnectDevice methodSzymon Janc2018-02-211-0/+38
| | | | | | | | | | | | | | | | | | | This allows to connect device without doing general discovery. This is needed for some of qualification tests where there is no general discovery upfront and we need to do connection to device with provided address. Another usecase is for scenario where scanning happen on one controller but connection handling on another. New device object is announced only if physical connection was successful. On success this method returns path to created device object. After ConnectProfile return bluetoothd continue with services discovery and profile connection. This patch implements bare minimum properties needed for connection - address and address type. If needed eg. for non-NFC based OOB it could be extended with more options.
* Add AddressType property for Adapter1 and Device1 interfacesSzymon Janc2017-12-191-0/+12
| | | | | This provides information about address type being used. It is needed for L2CAP sockets and PTS testing purposes.
* adapter-api: Rename ResetData to DuplicateData filterLuiz Augusto von Dentz2017-08-301-34/+58
| | | | | | | | Since essencially what this filter would be doing is disable duplicate for data use it instead of ResetData. Also inline the documentation of each filter option to make it easier to read what each option does.
* core: Add GetDiscoveryFiltersLuiz Augusto von Dentz2017-07-281-0/+7
| | | | | In order to extend SetDiscoveryFilter with more filters the application might have to query what filters are available.
* core: Add ResetData filterLuiz Augusto von Dentz2017-07-281-0/+5
| | | | | Reset service/manufactorer data so the application can see each and every instance of them.
* doc/adapter-api: Fix SetDiscoveryFilter documentationLuiz Augusto von Dentz2016-08-011-1/+1
| | | | The method is not set as experimental for while.
* core/device: Make filtered discovery able to detect beaconsLuiz Augusto von Dentz2016-06-281-1/+5
| | | | | | | This makes it possible to use SetDiscoveryFilter to disable checking discoverable flags making it possible to see beacons such as the ones create by tools/eddystone that doesn't show on regular discovery sessions since they are not discoverable/connectable.
* doc/adapter-api: Add NotSupported error to SetDiscoveryFilterJohan Hedberg2016-01-191-0/+1
|
* doc/adapter-api: Use correct signal nameƁukasz Rymanowski2015-11-171-1/+1
|
* doc/adapter-api: SetDiscoveryFilter method.Jakub Pawlowski2015-03-111-0/+61
| | | | | | This patch proposes new method, SetDiscoveryFilter to D-Bus Adapter API for desktop bluetoothd. It will allow to set per-client discovery filter that would limit devices being discovered.
* doc: Fix trivial typo in adapter-apiMikel Astiz2013-01-141-1/+1
|
* doc: Add entry for modalias propertiesMarcel Holtmann2012-12-291-0/+5
|
* doc: Add some extra notes to class of device adapter propertyMarcel Holtmann2012-12-291-0/+4
|
* doc: Introduce adapter alias property and make name property read onlyMarcel Holtmann2012-12-291-7/+22
|
* doc: Mention that the adapter powered property is not persistentMarcel Holtmann2012-12-291-0/+4
|
* doc: Mention the external control of adapter name propertyMarcel Holtmann2012-12-291-0/+7
|
* doc: Remove pointless copyright statements from core APIsMarcel Holtmann2012-12-191-5/+0
|
* doc: Add extra comments about default values to adapter propertiesMarcel Holtmann2012-12-191-1/+8
|
* adapter: Remove DevicesFound signalMikel Astiz2012-12-181-11/+2
| | | | | | ObjectManager reports the D-Bus interfaces of all known devices, including the ones detected during discovery. Therefore this signal is not required.
* doc: Remove left-over mentions of adapter-based agent methodsJohan Hedberg2012-12-181-28/+0
|
* core: Remove RequestSession and ReleaseSessionLuiz Augusto von Dentz2012-12-131-25/+1
| | | | | Sessions is no longer used by obexd and the concept is probably not relevant anymore since BlueZ 5 don't remember powered state anymore.
* dbus: Rename to org.bluez.Adapter1Mikel Astiz2012-12-051-1/+1
| | | | | Trivially add the numbering suffix to org.bluez.Adapter according to the proposal for BlueZ 5.
* dbus: Rename to org.bluez.Device1Mikel Astiz2012-12-051-1/+1
| | | | | Trivially add the numbering suffix to org.bluez.Device according to the proposal for BlueZ 5.
* adapter: Remove FindDevice method from D-Bus APIMikel Astiz2012-12-051-7/+0
| | | | | | | ObjectManager.GetManagedObjects() returns all devices and their corresponding properties to any interested client. The device address is included in the property dictionary and therefore having such a FindDevice method is an unnecessary duplication.
* adapter: Remove redundant Devices propertyMikel Astiz2012-12-051-4/+0
| | | | | The ObjectManager interface already reports the list of devices, so the the property can be entirely removed.
* adapter: Remove DeviceCreated/DeviceRemoved signalsMikel Astiz2012-12-051-8/+0
| | | | | The Adapter interface already reports changes in the device list in form of property changes, so there is no need to keep these two signals.
* doc: Update to match latest BlueZ 5 APIJohan Hedberg2012-10-171-26/+6
|
* doc: Update adapter and device D-Bus APIsJohan Hedberg2012-10-121-65/+6
|
* adapter: Remove unused Broadcaster propertyBruna Moreira2012-07-291-2/+1
| | | | | | | Applications that want to be Observers of certain Advertising data type (e.g. Manufacturer Specific Data or Service Data) will use new Observer D-Bus API to monitor these AD types. Therefore, the old Broadcaster device property is unnecessary.
* doc: Mention GATT when creating devicesClaudio Takahasi2012-07-111-2/+3
| | | | | CreatePairedDevice and CreateDevice trigger GATT discover all primary services procedure if the device is Bluetooth Low Energy.
* adapter: remove deprecated ListDevices() methodGustavo Padovan2012-07-041-10/+0
|
* doc: Fix typoMichal Labedzki2012-06-281-1/+1
| | | | This patch fix simple typo in documentation of API.
* doc: Update possible values of Agent capabilitiesLucas De Marchi2012-05-161-4/+5
|
* doc: Fix typoSyam Sidhardhan2012-04-131-1/+1
|
* adapter-api: Fix incorrect spellingDoHyun Pyun2011-12-271-1/+1
| | | | This patch fixes incorrect spelling.
* Fix common misspelled wordsLucas De Marchi2011-07-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Accounting of misspelled words, as detected by codespell: acording 2 ancilliary 1 appropiate 1 atribute 1 cant 1 comming 2 gracefull 1 lenght 1 mispelled 1 occured 1 occurences 1 ocurred 3 prefered 1 presense 1 reponse 1 seperate 1 succesful 1 successully 1 sucessfull 1 sucessfully 1
* Update Adapter API documentationDmitriy Paliy2011-03-281-4/+14
| | | | | RequestSession and ReleaseSession description is updated in adapter API.
* Add Broadcaster property in DeviceFound signalSheldon Demario2010-12-241-1/+2
| | | | | | | | | Broadcaster property is required to distinguish the device role. If the remote is sending an advertising event, two possible roles are possible: Peripheral or Broadcaster. This change is required to pass on qualification tests which require filtering Broadcasting devices during General Discovery Procedure.
* Fix typo in adapter documentationJose Antonio Santos Cadenas2010-11-221-1/+1
|
* Fix typos in adapter documentationJose Antonio Santos Cadenas2010-11-161-4/+4
|
* Fix adapter APIClaudio Takahasi2010-09-161-4/+2
| | | | | | Some possible errors returned by GetProperty and SetProperty are not applied anymore. GetProperty returns NotReady only. SetProperty returns InvalidArguments only.
* Report local services(UUIDs) through D-BusFrancisco Alecrim2010-04-071-0/+5
| | | | | | | | * Include UUIDs field to method GetProperties(org.bluez.Adapter). Applications can get local services(UUIDs) available through D-Bus. * UUIDs per-adapter stored at btd_adapter to prevent some searches not necessary regarding it requires information from access_db and service_db. * Emit Adapter.PropertyChanged signal when UUIDs change.