From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758553AbcDHRXx (ORCPT <rfc822;w@1wt.eu>);
	Fri, 8 Apr 2016 13:23:53 -0400
Received: from ipv4.connman.net ([82.165.8.211]:53271 "EHLO mail.holtmann.org"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1753138AbcDHRXv (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 8 Apr 2016 13:23:51 -0400
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Subject: Re: [PATCH] Bluetooth: purge unhandled skbs
From: Marcel Holtmann <marcel@holtmann.org>
In-Reply-To: <1458384583-10005-1-git-send-email-jslaby@suse.cz>
Date: Fri, 8 Apr 2016 10:23:45 -0700
Cc: Johan Hedberg <johan.hedberg@gmail.com>, linux-kernel@vger.kernel.org,
        "Gustavo F. Padovan" <gustavo@padovan.org>,
        linux-bluetooth@vger.kernel.org,
        "stable 3 . 13+" <stable@vger.kernel.org>
Content-Transfer-Encoding: 7bit
Message-Id: <90C446FD-8335-4AD7-B4A2-4DEAE610D33A@holtmann.org>
References: <1458384583-10005-1-git-send-email-jslaby@suse.cz>
To: Jiri Slaby <jslaby@suse.cz>
X-Mailer: Apple Mail (2.3124)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi Jiri,

> The write handler allocates skbs and queues them into data->readq.
> Read side should read them, if there is any. If there is none, skbs
> should be dropped by hdev->flush. But this happens only if the device
> is HCI_UP, i.e. hdev->power_on work was triggered already. When it was
> not, skbs stay allocated in the queue when /dev/vhci is closed. So
> purge the queue in ->release.
> 
> Program to reproduce:
> 	#include <err.h>
> 	#include <fcntl.h>
> 	#include <stdio.h>
> 	#include <unistd.h>
> 
> 	#include <sys/stat.h>
> 	#include <sys/types.h>
> 	#include <sys/uio.h>
> 
> 	int main()
> 	{
> 		char buf[] = { 0xff, 0 };
> 		struct iovec iov = {
> 			.iov_base = buf,
> 			.iov_len = sizeof(buf),
> 		};
> 		int fd;
> 
> 		while (1) {
> 			fd = open("/dev/vhci", O_RDWR);
> 			if (fd < 0)
> 				err(1, "open");
> 
> 			usleep(50);
> 
> 			if (writev(fd, &iov, 1) < 0)
> 				err(1, "writev");
> 
> 			usleep(50);
> 
> 			close(fd);
> 		}
> 
> 		return 0;
> 	}
> 
> Result:
> kmemleak: 4609 new suspected memory leaks
> unreferenced object 0xffff88059f4d5440 (size 232):
>  comm "vhci", pid 1084, jiffies 4294912542 (age 37569.296s)
>  hex dump (first 32 bytes):
>    20 f0 23 87 05 88 ff ff 20 f0 23 87 05 88 ff ff   .#..... .#.....
>    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
>  backtrace:
> ...
>    [<ffffffff81ece010>] __alloc_skb+0x0/0x5a0
>    [<ffffffffa021886c>] vhci_create_device+0x5c/0x580 [hci_vhci]
>    [<ffffffffa0219436>] vhci_write+0x306/0x4c8 [hci_vhci]
> 
> Fixes: 23424c0d31 (Bluetooth: Add support creating virtual AMP controllers)
> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
> Cc: Marcel Holtmann <marcel@holtmann.org>
> Cc: Gustavo Padovan <gustavo@padovan.org>
> Cc: Johan Hedberg <johan.hedberg@gmail.com>
> Cc: <linux-bluetooth@vger.kernel.org>
> Cc: stable 3.13+ <stable@vger.kernel.org>
> ---
> drivers/bluetooth/hci_vhci.c | 1 +
> 1 file changed, 1 insertion(+)

patch has been applied to bluetooth-next tree.

Regards

Marcel