[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH V3 13/22] Add evtchn_abi_str
>>> On 28.02.13 at 12:28, Wei Liu <wei.liu2@xxxxxxxxxx> wrote: > On Wed, Feb 27, 2013 at 04:51:45PM +0000, Jan Beulich wrote: >> >>> On 27.02.13 at 15:34, Wei Liu <wei.liu2@xxxxxxxxxx> wrote: >> > --- a/xen/common/event_channel.c >> > +++ b/xen/common/event_channel.c >> > @@ -36,6 +36,20 @@ >> > uint32_t extended_event_channel = (EVTCHN_EXTENDED_NONE | >> > EVTCHN_EXTENDED_L3); >> > >> > +static inline const char * evtchn_abi_str(unsigned int abi) >> > +{ >> > + switch ( abi ) >> > + { >> > + case EVTCHN_EXTENDED_NONE: >> > + return "2-level"; >> > + case EVTCHN_EXTENDED_L3: >> > + return "3-level"; >> > + default: >> > + BUG(); >> > + } >> > + return ""; /* make compiler happy */ >> > +} >> > + >> >> This is the sort of change that looks completely bogus - even the >> next few patches don't seem to make use of this. Why can't this >> be added when the first user of it appears? It surely won't make >> reviewing that patch more difficult... >> > > Do you mean the implementation is bogus or the way I break > my patches? The latter - the need for this function, as said, doesn't even become visible looking at the next few patches. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |