[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: qdev property bug?
From: |
Anthony Liguori |
Subject: |
Re: [Qemu-devel] Re: qdev property bug? |
Date: |
Mon, 14 Dec 2009 08:10:34 -0600 |
User-agent: |
Thunderbird 2.0.0.23 (X11/20090825) |
The old behavior with two different nic types and -boot n was "undefined".
The old etherboot roms were quite large. To large to fit more than one
(certainly not two).
How does real hw handle this? I'm pretty sure most servers these days
use more option rom space than this. They usually have some onboard
raid bios, external storage, on-board nic, pci nic, ...
You can disable rom loading for individual cards.
So there must be some way to just have more option rom space.
Implementing anything else would just be a waste of time. It'd break
again when ppl do device assignment.
gPXE is freakishly large as far as option roms go :-)
Regards,
Anthony Liguori
- Re: [Qemu-devel] Re: qdev property bug?, (continued)
- Re: [Qemu-devel] Re: qdev property bug?, Kevin O'Connor, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Sebastian Herbszt, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Anthony Liguori, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Sebastian Herbszt, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Sebastian Herbszt, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Anthony Liguori, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Glauber Costa, 2009/12/14
- Re: [Qemu-devel] Re: qdev property bug?, Glauber Costa, 2009/12/14
Re: [Qemu-devel] Re: qdev property bug?,
Anthony Liguori <=