From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757241Ab3CDLME (ORCPT ); Mon, 4 Mar 2013 06:12:04 -0500 Received: from mx1.redhat.com ([209.132.183.28]:2965 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756919Ab3CDLMC (ORCPT ); Mon, 4 Mar 2013 06:12:02 -0500 Message-ID: <51348142.4070206@redhat.com> Date: Mon, 04 Mar 2013 12:10:58 +0100 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Gleb Natapov CC: Hu Tao , kvm list , qemu-devel , "linux-kernel@vger.kernel.org" , "Daniel P. Berrange" , KAMEZAWA Hiroyuki , Jan Kiszka , Blue Swirl , Eric Blake , Andrew Jones , Marcelo Tosatti , Sasha Levin , Luiz Capitulino , Anthony Liguori , Markus Armbruster , Stefan Hajnoczi , Juan Quintela , Orit Wasserman , Kevin Wolf , Wen Congyang , "Michael S. Tsirkin" , Alexander Graf , Alex Williamson , Peter Maydell Subject: Re: [PATCH v13 0/8] pv event interface between host and guest References: <20130303091738.GB23616@redhat.com> <513471F1.5020702@redhat.com> <20130304102131.GK23616@redhat.com> <51347735.9090204@redhat.com> <20130304104301.GL23616@redhat.com> <51347C23.8080802@redhat.com> <20130304105928.GM23616@redhat.com> In-Reply-To: <20130304105928.GM23616@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 04/03/2013 11:59, Gleb Natapov ha scritto: > > I want to make the ioport configurable in the device, but the PIIX and > > ICH9 (which are what the DSDT is written for) will always use port 0x505. > > But the device is not part of PIIX or ICH9. So is kvmclock, or kvmvapic. I think it makes sense to add this device to PIIX or ICH9 since it is an ISA device. > It is additional device that > may or may not be present depending on a command line. So what if > someone configures debugcon or debugexit to use this port? I haven't checked if debug{con,exit} will pass the _STA test, but if they do, the user will get a Ctrl-A or respectively an exit of QEMU when the guest panics. What if someone configures debugcon on port 0x3f8? Some guest will use it, some will not. > We can always > blame the users, but I fill that we are making unnecessary compromises. Once we choose an ISA device, where the user has full control of the address space, we already know we'll have to accept compromises. I don't think this compromise is particularly bad: do discovery via ACPI (nice), accept that the user can trick the AML (ugly). Paolo > > You can configure a different iobase for your serial ports, the guest > > can still use them but not discover them via ACPI. This is the same thing. > > Probably we should patch DSDT too when it will be in QEMU :) of force > iobase to spec values if device is used as part of a chipset.