From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38554)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1b0Qqw-0005G3-V8
	for qemu-devel@nongnu.org; Wed, 11 May 2016 05:54:54 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1b0Qqr-0001Ud-U3
	for qemu-devel@nongnu.org; Wed, 11 May 2016 05:54:50 -0400
Received: from mx1.redhat.com ([209.132.183.28]:60589)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1b0Qqr-0001UN-Oa
	for qemu-devel@nongnu.org; Wed, 11 May 2016 05:54:45 -0400
Message-ID: <1462960482.5679.27.camel@redhat.com>
From: Gerd Hoffmann <kraxel@redhat.com>
Date: Wed, 11 May 2016 11:54:42 +0200
In-Reply-To: <CAFEAcA8g7H=HzvRFgiG6K4aUOh0zzr8fyVbodMwHQaTHWU8r-Q@mail.gmail.com>
References: <1458630800-10088-1-git-send-email-sw@weilnetz.de>
	<CAFEAcA8g7H=HzvRFgiG6K4aUOh0zzr8fyVbodMwHQaTHWU8r-Q@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0
Subject: Re: [Qemu-devel] [PATCH v2] usb: Support compilation without poll.h
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel/>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Stefan Weil <sw@weilnetz.de>, QEMU Developers <qemu-devel@nongnu.org>

On Mi, 2016-05-11 at 10:14 +0100, Peter Maydell wrote:
> On 22 March 2016 at 07:13, Stefan Weil <sw@weilnetz.de> wrote:
> > This is a hack to support compilation with Mingw-w64 which provides
> > a libusb-1.0 package, but no poll.h.

> Would it make more sense to just disable this functionality
> entirely rather than leaving it compiling but not working?

It should be possible to get things working on windows, given that a
libusb port exists now.

/me hopes that having things at least compile might encourage people to
fill the missing bits.

I guess we'll have to either add some windows-specific bits for event
handling (simliar to win_chr_init() in qemu-char.c) or do timer-based
polling.

cheers,
  Gerd