linux-kernel - Re: [PATCH] Revert "Bluetooth: Always enable management interface"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1332987941.1870.176.camel@aeonflux>
Date:	Thu, 29 Mar 2012 04:25:41 +0200
From:	Marcel Holtmann <marcel@...tmann.org>
To:	Keith Packard <keithp@...thp.com>
Cc:	linux-kernel@...r.kernel.org, linux-bluetooth@...r.kernel.org,
	Johan Hedberg <johan.hedberg@...el.com>
Subject: Re: [PATCH] Revert "Bluetooth: Always enable management interface"

Hi Keith,

> This reverts commit 4b95a24ce12c4545fd7d2e3075841dc3119d1d71.
> 
> My USB bluetooth device does not show up with this patch in place.
> 
> Signed-off-by: Keith Packard <keithp@...thp.com>
> ---
> 
> This patch seems so innocuous, but when added to the kernel, it keeps
> my USB bluetooth device from appearing to user mode at all. With the
> mgmt interface enabled:
> 
> 	$ hcitool dev
> 	Devices:
> 
> With this patch reverted:
> 
> 	$ hcitool dev
> 	Devices:
> 		hci0	04:0C:CE:DF:7B:C9

so this is seriously strange and I don't have an explanation for it
right now. Something breaking on this level means that Bluetooth devices
are not even registered. And that would be an obvious bug to detect.

Can you check with hciconfig -a if the device is actually there, but
might have some weird flags set.

> I bisected to this revision, and then reverted it on top of version
> 
> 	v3.3-6972-ge22057c	e22057c8599373e5caef0bc42bdb95d2a361ab0d
> 
> (which is where I'm trying to move drm-intel-fixes to)
> 
> I think this is the third consecutive merge window that has broken my
> bluetooth interface in some way? At least I know enough to check
> now...
> 
>  net/bluetooth/hci_sock.c |    7 ++++++-
>  1 files changed, 6 insertions(+), 1 deletions(-)
> 
> diff --git a/net/bluetooth/hci_sock.c b/net/bluetooth/hci_sock.c
> index 63afd23..d8b16cf 100644
> --- a/net/bluetooth/hci_sock.c
> +++ b/net/bluetooth/hci_sock.c
> @@ -50,6 +50,8 @@
>  #include <net/bluetooth/hci_core.h>
>  #include <net/bluetooth/hci_mon.h>
>  
> +static bool enable_mgmt;
> +
>  static atomic_t monitor_promisc = ATOMIC_INIT(0);
>  
>  /* ----- HCI socket interface ----- */
> @@ -649,7 +651,7 @@ static int hci_sock_bind(struct socket *sock, struct sockaddr *addr, int addr_le
>  		break;
>  
>  	case HCI_CHANNEL_CONTROL:
> -		if (haddr.hci_dev != HCI_DEV_NONE) {
> +		if (haddr.hci_dev != HCI_DEV_NONE || !enable_mgmt) {
>  			err = -EINVAL;
>  			goto done;
>  		}

I have no idea on how this can break anything for you. Since tools like
hcitool and hciconfig use HCI_CHANNEL_RAW. This must be a nasty side
effect somewhere if this is really fix it for you.

Can you start your bluetoothd with -P mgmtops to check if this might be
causing some side effects.

Regards

Marcel


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/