qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [PATCH v2 for-1.2 00/27] Suppress unused default drives


From: Alexander Graf
Subject: Re: [Qemu-ppc] [PATCH v2 for-1.2 00/27] Suppress unused default drives
Date: Wed, 15 Aug 2012 22:11:22 +0200


Am 15.08.2012 um 21:58 schrieb Anthony Liguori <address@hidden>:

> Peter Maydell <address@hidden> writes:
> 
>> On 15 August 2012 20:25, Alexander Graf <address@hidden> wrote:
>>> On 15.08.2012, at 21:17, Markus Armbruster wrote:
>>> 
>>>> We create a number of default drives for machines to use: floppy,
>>>> CD-ROM, SD card.  Machines can suppress the ones they don't use, but
>>>> few do.  Fix that.
>> 
>>>> v2:
>>>> Make default drives opt-in instead of opt-out for boards (Andreas)
>>>> Cover new target unicore32
>>>> Bonus fix for unicore32 -M puv3 without -kernel
>>>> Cover mpc8544ds, pseries (missed in v1)
>>> 
>>> Nack from my POV. Too late for 1.2. Better get this in early for 1.3.
> 
> No, it's not too late for 1.2.
> 
> The release process is pretty clear.  Major features needed to be posted
> before August 1st.  The late to get non-bug fixes in is today.
> 
> This is not a major feature but more importantly, has gone through a few
> revisions and has gotten positive review comments.
> 
> So let's not just go around declaring things as being "too late".  If
> something needs more review or hasn't gotten adequate review, it's
> perfectly acceptable to point that out.  But please don't just Nack and
> say it's too late.
> 
>> Agree. I also think we should follow up Paul Brook's suggestion
>> that we don't need to have any kind of "default sd card" flag
>> at all. Floppy is weird because we don't properly separate out
>> the drive and the controller, right? Not sure about cdrom...
> 
> This is a valid critique and suggests that more review is needed.
> Given that, I won't pick this up today.  But let's not throw around
> Nacks without justification.

Look at the number of board it touches. I don't want to have a change as big as 
that (all it takes is a typo to screw up) in just before we start a short rc 
phase. Especially since this patch set doesn't fix any bug I'm aware of or 
introduces major user visible improvement.


Alex




reply via email to

[Prev in Thread] Current Thread [Next in Thread]