[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 2/3] xen/event: address violation of MISRA C Rule 13.6
On Wed, 31 Jul 2024, Jan Beulich wrote: > On 01.07.2024 10:16, Jan Beulich wrote: > > On 25.06.2024 12:14, Alessandro Zucchelli wrote: > >> --- a/xen/include/xen/event.h > >> +++ b/xen/include/xen/event.h > >> @@ -183,13 +183,14 @@ static bool evtchn_usable(const struct evtchn > >> *evtchn) > >> /* Wait on a Xen-attached event channel. */ > >> #define wait_on_xen_event_channel(port, condition) \ > >> do { \ > >> + struct vcpu *v = current; \ > > > > First: As recently indicated elsewhere, any new latching of "current" into > > a local var should use "curr" or something derived from it (see below), not > > "v". > > > > Second: Macro local variables are at (certain) risk of colliding with outer > > scope variables. Therefore the common thing we do is add an underscore. > > Disagreement continues to exist for whether to prefix them or have them be > > suffixes. An affirmative statement as to Misra's take on underscore-prefixed > > variables in situations like these would be appreciated. Sadly what the C > > standard has is somewhat tied to the C library, and hence leaves room for > > interpretation (and hence for disagreement). > > Why was this patch committed unchanged, considering the comments above? Sorry, Jan. I didn't do it on purpose. Due to the code freeze, I added this patch to my for-4.19 queue after acking it. Later, when you provided your review comments, I forgot to remove the patch from my for-4.19 queue. If you want it can be reverted but it is easier if you send a small incremental patch with your suggestion and I'll ack it straight away.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |