Am 10.04.2012 14:10, schrieb Andreas Färber:
> Am 10.04.2012 12:32, schrieb Peter Maydell:
>> On 10 April 2012 11:30, Andreas Färber wrote:
>>> Independent of what frequency of machine versions we offer, I think
>>> defaulting to pc-1.0 is a bad idea. The people fiddling with QEMU
>>> command line
On 04/10/2012 02:40 PM, Anthony Liguori wrote:
>> ...can confuse everybody else when you report bugs/issues and
>> forget to mention this :-)
>
>
> Can't make everyone happy :-)
As a second choice, we can try to make everyone unhappy, which has the
desirable property of fairness.
--
error compil
Am 10.04.2012 12:32, schrieb Peter Maydell:
> On 10 April 2012 11:30, Andreas Färber wrote:
>> Independent of what frequency of machine versions we offer, I think
>> defaulting to pc-1.0 is a bad idea. The people fiddling with QEMU
>> command lines are mostly developers, others can be expected to
Am 10.04.2012 13:24, schrieb Anthony Liguori:
> The only thing that a developer needs to do is add:
>
> [machine]
> type=pc-next
>
> In /etc/qemu/target-x86_64.conf to change the default to pc-next. Then
> you never need to type it again.
Isn't that file overwritten with each `make install`?
A
On 04/10/2012 06:27 AM, Peter Maydell wrote:
On 10 April 2012 12:24, Anthony Liguori wrote:
The only thing that a developer needs to do is add:
[machine]
type=pc-next
In /etc/qemu/target-x86_64.conf to change the default to pc-next. Then you
...can confuse everybody else when you report bu
On 10 April 2012 12:24, Anthony Liguori wrote:
> The only thing that a developer needs to do is add:
>
> [machine]
> type=pc-next
>
> In /etc/qemu/target-x86_64.conf to change the default to pc-next. Then you
...can confuse everybody else when you report bugs/issues and
forget to mention this :-
On 04/10/2012 05:30 AM, Andreas Färber wrote:
Am 03.04.2012 21:38, schrieb Anthony Liguori:
Right now, '-M pc' is the default and, in general, this machine type has guest
visible ABI changes in each version of QEMU. At some point in each release,
we create a '-M pc-X.Y' corresponding to the las
On 10 April 2012 11:30, Andreas Färber wrote:
> Independent of what frequency of machine versions we offer, I think
> defaulting to pc-1.0 is a bad idea. The people fiddling with QEMU
> command lines are mostly developers, others can be expected to use a
> more convenient frontend, such as libvirt
Am 03.04.2012 21:38, schrieb Anthony Liguori:
> Right now, '-M pc' is the default and, in general, this machine type has guest
> visible ABI changes in each version of QEMU. At some point in each release,
> we create a '-M pc-X.Y' corresponding to the last release and attempt to make
> that look l
On Sun, Apr 08, 2012 at 08:30:47AM -0400, Ayal Baron wrote:
>
>
> - Original Message -
> > N.B. This is a small patch with significant implications. Please
> > read
> > carefully.
> >
> > Right now, '-M pc' is the default and, in general, this machine type
> > has guest
> > visible ABI
- Original Message -
> N.B. This is a small patch with significant implications. Please
> read
> carefully.
>
> Right now, '-M pc' is the default and, in general, this machine type
> has guest
> visible ABI changes in each version of QEMU. At some point in each
> release,
> we create a
On 04/03/2012 10:38 PM, Anthony Liguori wrote:
> I would hope that the distributions would also adopt a similar policy of
> avoiding introducing a large number of machine types too. I think this is the
> only practical way to achieve long term migration compatibility.
This is most likely correct,
On 04/03/2012 01:38 PM, Anthony Liguori wrote:
> N.B. This is a small patch with significant implications. Please read
> carefully.
>
> With this patch, we will not introduce any more '-M pc-1.x' beyond 'pc-1.0'.
> We will not introduce a new 'pc-X.Y' until the QEMU 2.0 release (1Q 2014).
> Inst
N.B. This is a small patch with significant implications. Please read
carefully.
Right now, '-M pc' is the default and, in general, this machine type has guest
visible ABI changes in each version of QEMU. At some point in each release,
we create a '-M pc-X.Y' corresponding to the last release an
14 matches
Mail list logo
