Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I5704e7f54c2162b644eaa12aa508d4bf127145eb
|
|
The NFC task launcher Android application reads NFC tags formatted with
a proprietary MIME/x-nfctl NDEF containing an SSID and a passphrase.
By pushing the same kind of NDEF through SNEP, a WiFi association with
the neard WiFi handover agent can be triggered.
Change-Id: I49f13dc3b32b347357c6d2a13f6b3a132ad74dab
Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
|
|
Change-Id: I7ab5cd5eea7b0e60b9980f15a7ba15def86ced0e
|
|
Change-Id: Id7fab24395d45502e8cdde573c40f2bd99348e27
|
|
Change-Id: I21a341b2482556458e381b4a3033ef3e9313194c
|
|
|
|
|
|
Bluetooth pairing information is removed before any handover requests
are sent to a remote device. This adds support to allow pairing
information removal with BlueZ 5.
The information about the default adapter is no longer publicly
available with BlueZ 5. The user can therefore select the bluetooth
adapter whose paired devices are removed. If no adapter is specified
the first adapter is used.
|
|
To prepare the test script for the integration with BlueZ5 the code
specific to BlueZ has been refactored into a separate method.
|
|
If PID is not 0 (i.e. this is not the kernel sending us the message),
the message is skipped.
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
In order to avoid DoS type of errors by only allowing the registrer to
unregister.
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
|
|
In order to not only rely on a specific naming scheme, the device
Adapter path is now exported as a property.
|
|
|
|
In order to not only rely on a specific naming scheme, the tag Adapter
path is now exported as a property.
|
|
agent_init will register the /org/neard name and if an adapter is
registered before /org/neard is registered, its parent will be "/". That
happens when starting neard with an adapter already plugged in.
|
|
This routine is no longer called.
|
|
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
Code review done by Sebastian Krahmer <krahmer@suse.de>.
|
|
The default behaviour is to power cycle the adapter when receiving a
driver error.
|
|
Receiving a NFC_EVENT_TARGETS_FOUND with a NULL payload means the driver
entered an error state. This is handled by checking if the devices and
targets arrays are empty from the GET_TARGET finish handler.
In the polling error case, neard resets the adapter and starts polling
again.
The polling error handler runs asynchrounously for the D-Bus properties
toggle to be exported properly.
|
|
In some cases (e.g. multipart messages) it is interesting to know when a
messages is finished. Some multipart messages can carry a NULL payload
and without having a NL_CB_FINISH handler, neard never knows when it's
actually finished.
|
|
Besides the record path and the complete NDEF raw data, the matching
record payload is also now exported.
|
|
|
|
There is no need to print all records from the NDEF.
With each matching record, the record path and the NDEF raw data is
pushed back to the agent.
|
|
When we return FALSE from idle handlers, the source is removed.
This will be causing warnings in glib 2.40.
See https://bugzilla.gnome.org/show_bug.cgi?id=710724
|
|
|
|
In Initiator mode, this is when we get a DEP_LINK_UP event.
In target mode, DEP link is up as soon as we see a new device.
This fix avoids racy situations where a Device interface is available
although the DEP link is still not up.
|
|
Give ConnMan and BlueZ a few weeks to transition.
|
|
|
|
|
|
This is replaced with test/test-tag dump
|
|
By resetting n_records to 0 after successfully writing a new Record, the
newly written Record would be exposed with the same path as the previous
one.
n_records become next_record and tracks the next available record index.
|
|
|
|
This is useful for dumping all records from all tags, and avoids
always having to specify a tag path on the test-tag command line.
|
|
When a Tag is leaving the field, it makes more sense to
unregister its associated records before the Device itself, and not the
other way around.
|
|
When a Device is leaving the field, it makes more sense to unregister
its associated records before the Device itself.
|
|
ndef.c handles the Record interface. With the ObjectManager interface,
GetProperties is no longer needed.
|
|
Set and GetProperties are no longer relevant.
Also, there is no longer any need to update the Tags and Records Adapter
properties.
|
|
The adapter argument (e.g. "nfc0") should be the 2nd one, for
consistency sake.
|
|
No need to export the Record property. GetProperties and SetProperties
are also removed.
We also centralize all device related test scripts into test-device, a
la BlueZ.
|
|
The manager Adapters property is removed. And so are the adapter Tags
and Devices properties. All of them become managed objects and thus no
longer need to be explicit parent object properties.
Since the only methods left to the Manager interface were agent
registration ones, the Manager interface becomes the AgentManager one.
|
|
After successfully writing a tag, the next read might fail in which case
tag_read_cb may be called several times. The pending write_msg pointer
needs to be unrefed only once.
|
|
There is no reason for releasing a target after tag writing succeeded.
Especially since check presence still needs the link.
|
|
And make it less confusable with the MIMEType property.
|
|
"Android Application Record (AAR)" is not really D-Bus clients
friendly.
|
|
It is now checked by g_dbus_send_message_with_reply() so there is no
need to double check that in caller.
|
|
"Warning: if the connection is disconnected or you try to send Unix file
descriptors on a connection that does not support them, the
DBusPendingCall will be set to NULL, so be careful with this."
Check this in g_dbus_send_message_with_reply so that callers don't need
to double check for NULL if g_dbus_send_message_with_reply returned
TRUE.
This also fix crash if passing FD over D-Bus is blocked e.g. by SELinux
policy.
bluetoothd[1894]: profiles/audio/avdtp.c:session_cb()
bluetoothd[1894]: profiles/audio/avdtp.c:avdtp_parse_cmd() Received
SET_CONFIGURATION_CMD
bluetoothd[1894]: profiles/audio/a2dp.c:endpoint_setconf_ind() Source
0x6c5000: Set_Configuration_Ind
bluetoothd[1894]: profiles/audio/avdtp.c:avdtp_ref() 0x6df360: ref=1
bluetoothd[1894]: profiles/audio/a2dp.c:setup_ref() 0x6d32b0: ref=1
process 1894: arguments to dbus_pending_call_set_notify() were incorrect,
assertion "pending != NULL" failed in file dbus-pending-call.c line
636.
This is normally a bug in some application using the D-Bus library.
|