From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KkheQ-0002ks-U7 for qemu-devel@nongnu.org; Tue, 30 Sep 2008 12:00:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KkheL-0002ix-FX for qemu-devel@nongnu.org; Tue, 30 Sep 2008 12:00:37 -0400 Received: from [199.232.76.173] (port=45300 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkheL-0002im-2I for qemu-devel@nongnu.org; Tue, 30 Sep 2008 12:00:33 -0400 Received: from wx-out-0506.google.com ([66.249.82.225]:27765) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KkheK-0008QA-HE for qemu-devel@nongnu.org; Tue, 30 Sep 2008 12:00:32 -0400 Received: by wx-out-0506.google.com with SMTP id h27so23476wxd.4 for ; Tue, 30 Sep 2008 09:00:29 -0700 (PDT) Message-ID: Date: Tue, 30 Sep 2008 19:00:28 +0300 From: "Blue Swirl" Subject: Re: [Qemu-devel] [5344] Implement a HCI passthrough to host. In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48E10106.5060203@codemonkey.ws> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 9/30/08, andrzej zaborowski wrote: > 2008/9/29 Anthony Liguori : > > > Andrzej Zaborowski wrote: > >> > >> Revision: 5344 > >> http://svn.sv.gnu.org/viewvc/?view=rev&root=qemu&revision=5344 > >> Author: balrog > >> Date: 2008-09-28 23:49:55 +0000 (Sun, 28 Sep 2008) > >> > >> Log Message: > >> ----------- > >> Implement a HCI passthrough to host. > >> > >> This allows using a host's physical HCI as one of the HCIs attached > >> to the virtual machine. This brings various limitations because not > >> all commands/events are passed through by Linux kernel, some are > >> interpreted by the host's kernel for a speed gain. > >> > > > > This broke the Windows build. The whole file should probably be build > > conditionally on CONFIG_BLUEZ. > > > Is that because of uio.h? writev() seems to be posix. Does win32 > have it under a different name? > > Added a stronger check for bluez, hopefully will cross-compile better now. You are still relying that the host pkg-config exists and gives information that is valid for cross-compiling.