From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NKBol-0007qA-6M for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:22:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NKBog-0007mS-8l for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:22:30 -0500 Received: from [199.232.76.173] (port=49103 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NKBog-0007mC-2B for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:22:26 -0500 Received: from mail-gx0-f222.google.com ([209.85.217.222]:37967) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NKBob-0001vv-P9 for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:22:22 -0500 Received: by gxk22 with SMTP id 22so3215723gxk.17 for ; Mon, 14 Dec 2009 06:22:16 -0800 (PST) Message-ID: <4B264A14.1000802@codemonkey.ws> Date: Mon, 14 Dec 2009 08:22:12 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: qdev property bug? References: <4B260683.8000506@redhat.com> <20091214093414.GA30459@redhat.com> <4B26090B.8010707@redhat.com> <20091214094406.GB32140@redhat.com> <4B261082.4030806@redhat.com> <20091214105912.GA32355@redhat.com> <1913984B-EF3F-4974-830A-DF97B8410AA6@suse.de> <20091214132423.GB973@redhat.com> <4B263F23.2090601@suse.de> <4B2647AF.1030605@codemonkey.ws> <20091214141143.GA1360@redhat.com> In-Reply-To: <20091214141143.GA1360@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: "glommer@redhat.com" , "qemu-devel@nongnu.org" , Alexander Graf , Kevin O'Connor , Gerd Hoffmann , Sebastian Herbszt Michael S. Tsirkin wrote: > Well I am pretty sure that I used virtio + e1000 with 0.11 > and apparently I can't now. > So it does look like a regression to me ... > That's what I said, we should make sure that we stop loading roms when we run out of room as opposed to trampling over the bios space. But let's not try to solve the problem of fitting more roms into the space than we can. Regards, Anthony Liguori