linux.git/net/bluetooth/hidp, branch v5.12

Bluetooth: hidp: use correct wait queue when removing ctrl_wait

2020-11-09T13:02:47+00:00

A different wait queue was used when removing ctrl_wait than when adding
it. This effectively made the remove operation without locking compared
to other operations on the wait queue ctrl_wait was part of. This caused
issues like below where dead000000000100 is LIST_POISON1 and
dead000000000200 is LIST_POISON2.

 list_add corruption. next->prev should be prev (ffffffc1b0a33a08), \
	but was dead000000000200. (next=ffffffc03ac77de0).
 ------------[ cut here ]------------
 CPU: 3 PID: 2138 Comm: bluetoothd Tainted: G           O    4.4.238+ #9
 ...
 ---[ end trace 0adc2158f0646eac ]---
 Call trace:
 [] __list_add+0x38/0xb0
 [] add_wait_queue+0x4c/0x68
 [] __pollwait+0xec/0x100
 [] bt_sock_poll+0x74/0x200
 [] sock_poll+0x110/0x128
 [] do_sys_poll+0x220/0x480
 [] SyS_poll+0x80/0x138
 [] __sys_trace_return+0x0/0x4

 Unable to handle kernel paging request at virtual address dead000000000100
 ...
 CPU: 4 PID: 5387 Comm: kworker/u15:3 Tainted: G        W  O    4.4.238+ #9
 ...
 Call trace:
  [] __wake_up_common+0x7c/0xa8
  [] __wake_up+0x50/0x70
  [] sock_def_wakeup+0x58/0x60
  [] l2cap_sock_teardown_cb+0x200/0x224
  [] l2cap_chan_del+0xa4/0x298
  [] l2cap_conn_del+0x118/0x198
  [] l2cap_disconn_cfm+0x6c/0x78
  [] hci_event_packet+0x564/0x2e30
  [] hci_rx_work+0x10c/0x360
  [] process_one_work+0x268/0x460
  [] worker_thread+0x268/0x480
  [] kthread+0x118/0x128
  [] ret_from_fork+0x10/0x20
  ---[ end trace 0adc2158f0646ead ]---

Signed-off-by: Ole Bjørn Midtbø 
Signed-off-by: Marcel Holtmann

net: make ->{get,set}sockopt in proto_ops optional

2020-07-20T01:16:41+00:00

Just check for a NULL method instead of wiring up
sock_no_{get,set}sockopt.

Signed-off-by: Christoph Hellwig 
Acked-by: Marc Kleine-Budde 
Signed-off-by: David S. Miller

Bluetooth: optimize barrier usage for Rmw atomics

2020-01-29T18:50:44+00:00

Use smp_mb__before_atomic() instead of smp_mb() and avoid the
unnecessary barrier for non LL/SC architectures, such as x86.

Signed-off-by: Davidlohr Bueso 
Signed-off-by: Marcel Holtmann

Bluetooth: hidp: Fix assumptions on the return value of hidp_send_message

2019-09-06T13:55:40+00:00

hidp_send_message was changed to return non-zero values on success,
which some other bits did not expect. This caused spurious errors to be
propagated through the stack, breaking some drivers, such as hid-sony
for the Dualshock 4 in Bluetooth mode.

As pointed out by Dan Carpenter, hid-microsoft directly relied on that
assumption as well.

Fixes: 48d9cc9d85dd ("Bluetooth: hidp: Let hidp_send_message return number of queued bytes")

Signed-off-by: Dan Elkouby 
Reviewed-by: Dan Carpenter 
Reviewed-by: Jiri Kosina 
Signed-off-by: Marcel Holtmann

Bluetooth: hidp: Let hidp_send_message return number of queued bytes

2019-08-12T16:23:50+00:00

Let hidp_send_message return the number of successfully queued bytes
instead of an unconditional 0.

With the return value fixed to 0, other drivers relying on hidp, such as
hidraw, can not return meaningful values from their respective
implementations of write(). In particular, with the current behavior, a
hidraw device's write() will have different return values depending on
whether the device is connected via USB or Bluetooth, which makes it
harder to abstract away the transport layer.

Signed-off-by: Fabian Henneke 
Signed-off-by: Marcel Holtmann

Bluetooth: hidp: NUL terminate a string in the compat ioctl

2019-07-06T11:07:41+00:00

This change is similar to commit a1616a5ac99e ("Bluetooth: hidp: fix
buffer overflow") but for the compat ioctl.  We take a string from the
user and forgot to ensure that it's NUL terminated.

I have also changed the strncpy() in to strscpy() in hidp_setup_hid().
The difference is the strncpy() doesn't necessarily NUL terminate the
destination string.  Either change would fix the problem but it's nice
to take a belt and suspenders approach and do both.

Signed-off-by: Dan Carpenter 
Signed-off-by: Marcel Holtmann

treewide: Add SPDX license identifier - Makefile/Kconfig

2019-05-21T08:50:46+00:00

Add SPDX license identifiers to all Make/Kconfig files which:

 - Have no license information of any form

These files fall under the project license, GPL v2 only. The resulting SPDX
license identifier is:

  GPL-2.0-only

Signed-off-by: Thomas Gleixner 
Signed-off-by: Greg Kroah-Hartman

Bluetooth: hidp: fix buffer overflow

2019-04-23T17:04:38+00:00

Struct ca is copied from userspace. It is not checked whether the "name"
field is NULL terminated, which allows local users to obtain potentially
sensitive information from kernel stack memory, via a HIDPCONNADD command.

This vulnerability is similar to CVE-2011-1079.

Signed-off-by: Young Xiao 
Signed-off-by: Marcel Holtmann 
Cc: stable@vger.kernel.org

Merge branch 'work.compat' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs

2018-10-25T19:48:22+00:00

Pull compat_ioctl fixes from Al Viro:
 "A bunch of compat_ioctl fixes, mostly in bluetooth.

  Hopefully, most of fs/compat_ioctl.c will get killed off over the next
  few cycles; between this, tty series already merged and Arnd's work
  this cycle ought to take a good chunk out of the damn thing..."

* 'work.compat' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs:
  hidp: fix compat_ioctl
  hidp: constify hidp_connection_add()
  cmtp: fix compat_ioctl
  bnep: fix compat_ioctl
  compat_ioctl: trim the pointless includes

Bluetooth: Remove unnecessary smp_mb__{before,after}_atomic

2018-09-27T09:59:58+00:00

The barriers are unneeded; wait_woken() and woken_wake_function()
already provide us with the required synchronization: remove them
and document that we're relying on the (implicit) synchronization
provided by wait_woken() and woken_wake_function().

Signed-off-by: Andrea Parri 
Reviewed-by: Brian Norris 
Signed-off-by: Marcel Holtmann