|
[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 |