[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-4.10] common/gnttab: Improve logging message by including relevent domid
On 11/10/17 11:03, Jan Beulich wrote: >>>> On 10.10.17 at 22:24, <andrew.cooper3@xxxxxxxxxx> wrote: >> --- a/xen/common/grant_table.c >> +++ b/xen/common/grant_table.c >> @@ -76,6 +76,9 @@ struct grant_table { >> /* Mapping tracking table per vcpu. */ >> struct grant_mapping **maptrack; >> >> + /* Domain to which this struct grant_table belongs. */ >> + struct domain *domain; > As you're after only the domain ID, why not just domid_t? Or > otherwise at least const-qualify the pointer? Lets go with const qualified pointer. (This isn't the first time I've had to add a backpointer like this for debugging purposes.) > >> @@ -2027,7 +2034,7 @@ gnttab_transfer( >> /* Read from caller address space. */ >> if ( unlikely(__copy_from_guest(&gop, uop, 1)) ) >> { >> - gdprintk(XENLOG_INFO, "gnttab_transfer: error reading req >> %d/%d\n", >> + gdprintk(XENLOG_INFO, "error reading req %d/%d\n", >> i, count); > "i" (wrongly) is plain int, so %d is fine, but "count" wants %u. > >> @@ -2076,8 +2081,7 @@ gnttab_transfer( >> /* Find the target domain. */ >> if ( unlikely((e = rcu_lock_domain_by_id(gop.domid)) == NULL) ) >> { >> - gdprintk(XENLOG_INFO, "gnttab_transfer: can't find domain %d\n", >> - gop.domid); >> + gdprintk(XENLOG_INFO, "can't find domain %d\n", gop.domid); > d%d here too? > > If you decide to take care of all of the above, then > Acked-by: Jan Beulich <jbeulich@xxxxxxxx> Will do, thanks. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |