On Fri, 2015-07-03 at 16:33 +0200, Dario Faggioli wrote:
> On Fri, 2015-07-03 at 15:23 +0100, Ian Campbell wrote:
> > On Fri, 2015-07-03 at 12:24 +0200, Dario Faggioli wrote:
> > 
> > > @@ -5932,7 +5865,8 @@ int libxl_domain_sched_params_set(libxl_ctx *ctx, 
> > > uint32_t domid,
> > >  
> > >      switch (sched) {
> > >      case LIBXL_SCHEDULER_SEDF:
> > > -        ret=sched_sedf_domain_set(gc, domid, scinfo);
> > > +        LOG(ERROR, "SEDF scheduler no longer available");
> > > +        ret=ERROR_INVAL;
> > 
> > Should we have a specific error code for removed functionality?
> > 
> Good point: shall I introduce it? If yes, how should it be called?
> 
> ERROR_REMOVED
> ERROR_DEPRECATED
> ERROR_GONE
> 
> I think I'd go for _REMOVED, as deprecated suggests (to me at least)
> that it's still there but nshould not be used.

REMOVED > DEPRECATED > GONE IMHO too.

> Any other ideas?

Not here, maybe someone on the cc has an opinion. In particular Ian has
been looking at error codes with Rob Hoes recent patches, maybe one of
them has some thoughts.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Reply via email to