|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 1/7] libxl: get rid of the SEDF scheduler
George Dunlap writes ("Re: [Xen-devel] [PATCH v3 1/7] libxl: get rid of the
SEDF scheduler"):
> On 07/06/2015 05:17 PM, Dario Faggioli wrote:
> >>> Chenges from v2:
> >>> - introduce and use ERROR_FEATURE_REMOVED, as requested
> >>> during review;
> >>> - mark the SEDF only parameter as deprecated in libxl_types.idl,
> >>> as requested during review.
> >>
> >> ...given these. One question:
> >>
> > Really? I'm basically only adding commentary, not changing (or adding,
> > or removing) a single line of code... I mean, the deprecation was
> > de-facto there already, since v1, it just was not stated explicitly
> > anywhere in that particular file.
> >
> > That's why I didn't think a something like adding this comment would
> > call for removal of the tag.
> >
> > Anyway, sorry for this. :-)
>
> Not a big deal of course, and as it happens I wouldn't have minded if
> the patch went in as it is. But what if I hadn't liked the name of the
> error code? It looks like I approve of it, which might sway some
> maintainer's view, when in fact I haven't expressed an opinion.
>
> I probably wouldn't even have bothered saying anything if I hadn't
> already been replying to the e-mail because of the line below. :-)
Also, while public-facing API comments are only comments (only
documentation), they are quite important.
A change like this:
> >>> - mark the SEDF only parameter as deprecated in libxl_types.idl,
> >>> as requested during review.
warrants dropping an acked/reviewed-by (unless it was requested or
suggested by the reviewer).
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |