From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KkV44-00053s-2X for qemu-devel@nongnu.org; Mon, 29 Sep 2008 22:34:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KkV43-00053I-IK for qemu-devel@nongnu.org; Mon, 29 Sep 2008 22:34:15 -0400 Received: from [199.232.76.173] (port=54634 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkV43-000537-6i for qemu-devel@nongnu.org; Mon, 29 Sep 2008 22:34:15 -0400 Received: from rv-out-0708.google.com ([209.85.198.250]:64282) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KkV42-00084P-ET for qemu-devel@nongnu.org; Mon, 29 Sep 2008 22:34:14 -0400 Received: by rv-out-0708.google.com with SMTP id f25so2134056rvb.22 for ; Mon, 29 Sep 2008 19:34:12 -0700 (PDT) Message-ID: Date: Tue, 30 Sep 2008 04:34:11 +0200 From: "andrzej zaborowski" Subject: Re: [Qemu-devel] [5344] Implement a HCI passthrough to host. In-Reply-To: <48E10106.5060203@codemonkey.ws> 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 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. Cheers