[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v3 1/2] x86/IRQ: make max number of guests for a shared IRQ configurable
On 07/12/2020 09:43, Jan Beulich wrote: > On 06.12.2020 18:43, Igor Druzhinin wrote: >> @@ -1633,11 +1640,12 @@ int pirq_guest_bind(struct vcpu *v, struct pirq >> *pirq, int will_share) >> goto retry; >> } >> >> - if ( action->nr_guests == IRQ_MAX_GUESTS ) >> + if ( action->nr_guests == irq_max_guests ) >> { >> - printk(XENLOG_G_INFO "Cannot bind IRQ%d to dom%d. " >> - "Already at max share.\n", >> - pirq->pirq, v->domain->domain_id); >> + printk(XENLOG_G_INFO >> + "Cannot bind IRQ%d to dom%pd: already at max share %u ", I noticed it just now but could you also remove stray "dom" left in this line while commiting. >> + pirq->pirq, v->domain, irq_max_guests); >> + printk("(increase with irq-max-guests= option)\n"); > > Now two separate printk()s are definitely worse. Then putting the > part of the format string inside the parentheses on a separate line > would still be better (and perhaps a sensible compromise with the > grep-ability desire). Now I'm confused because you asked me not to split the format string between the lines which wouldn't be possible without splitting printk's. I didn't really want to drop anything informative. > With suitable adjustments, which I'd be okay making while committing > as long as you agree, Yes, do with it whatever you see fit. Igor
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |