[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2 1/3] argo: lower level of noisy connection-refused log


  • To: Mykola Kvach <xakep.amatop@xxxxxxxxx>
  • From: dmukhin@xxxxxxxx
  • Date: Fri, 22 May 2026 19:50:03 -0700
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 148.163.138.245) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=ford.com; dmarc=pass (p=reject sp=reject pct=100) action=none header.from=ford.com; dkim=pass (signature was verified) header.d=saarlouis.ford.com; dkim=pass (signature was verified) header.d=ford.com; arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Ai/UBQTQ1+1jF1sm1fPwgeKCq8TksnMnkKTRAmhwHkE=; b=ZduYL5y/OBgFURHHbAaMkkWsBHyc6meGe6b5J5EZK0Y/34WqfZ6rW2VZv2F+GAcY7UN0PggQ7OfhfLbMLgcw3qxXKfGssOZGoJpi1s6NlgFPBDAlscSUZN0ye3MaiUwujy0ZBiXF5nkKLLAF8Ge7SzmLT6IruT9iGlx5DI+pqVOZ0+4PC51W+mcCHvb5/r4pXtEWLtJGZp/ecZFEecTQW0In6hJtcJbONcY5QRhL6NbeImDFw9Fan6JcaV1/D5RlM8VtFJiYxLxrKHv6mfxNK+B6Mh9EQYyBq8l46Uy2m9hjGLC0LORkbYNK0rPCGu7xk9xCWN+e0QRKpkAru0cgXw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=M9GPT76ZnMFZ5yAVN7JYAxDwtjWrSL0GvWvxaMhAS17HRNyxRiyhXSrHMEVqaMiNb5YMO4+YmTbBgxMRf4qrdA4fWDH4HxaLeWyyQXFm3p1VdRstqBoZrFio1XD29zysIfX8KkkHXWK6Trl1hndQ2qIysrx3rDztyefexjsmdnTASngFGePPKFnslng0n/9Q4fvUB7RoVE7gZp+XSK5VXpoFBfNCWuKwkAlSyprdMBrRrUOppKnnx1ihIy7vgPJUg5ZbSu3lmwBlNm1fkEE+txkUxTDZoscaTFLmRAqeLskCWY3QhMG42+hUaYNUuj6XzmL3ckHGHS8Xl8q5I2C/Ug==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=ppford header.d=ford.com header.i="@ford.com" header.h="Cc:Content-Transfer-Encoding:Content-Type:Date:From:In-Reply-To:Message-ID:MIME-Version:References:Subject:To"; dkim=pass header.s=selector2-azureford-onmicrosoft-com header.d=azureford.onmicrosoft.com header.i="@azureford.onmicrosoft.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck"; dkim=pass header.s=ppserprodsaar header.d=saarlouis.ford.com header.i="@saarlouis.ford.com" header.h="Cc:Content-Transfer-Encoding:Content-Type:Date:From:In-Reply-To:Message-ID:MIME-Version:References:Subject:To"; dkim=pass header.s=ppfserpocford header.d=ford.com header.i="@ford.com" header.h="Cc:Content-Transfer-Encoding:Content-Type:Date:From:In-Reply-To:Message-ID:MIME-Version:References:Subject:To"
  • Cc: dmukhin@xxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, andrew.cooper3@xxxxxxxxxx, anthony.perard@xxxxxxxxxx, jbeulich@xxxxxxxx, julien@xxxxxxx, michal.orzel@xxxxxxx, roger.pau@xxxxxxxxxx, sstabellini@xxxxxxxxxx, christopher.w.clark@xxxxxxxxx, dpsmith@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Sat, 23 May 2026 02:50:33 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Pser-m365-app: SER-APP

On Fri, May 22, 2026 at 08:36:58PM +0300, Mykola Kvach wrote:
> Hi Denis,
> 
> Just one follow-up after sending my Reviewed-by.
> 
> The patches look fine to me and my tag still stands, but there are a
> couple of side effects worth considering here.
> 
> On Fri, May 22, 2026 at 7:53 PM <dmukhin@xxxxxxxx> wrote:
> >
> > From: Denis Mukhin <dmukhin@xxxxxxxx>
> >
> > Lower the log level of the "connection refused" log line, as it can
> > spam the logs when a dom0 service using the Argo hypercall tries to
> > communicate with a domain that is still starting up.
> >
> > Signed-off-by: Denis Mukhin <dmukhin@xxxxxxxx>
> > ---
> > Changes since v1:
> > - dropped duplicate "argo: " prefix
> > ---
> >  xen/common/argo.c | 7 +++----
> >  1 file changed, 3 insertions(+), 4 deletions(-)
> >
> > diff --git a/xen/common/argo.c b/xen/common/argo.c
> > index 28626e00a8cb..98a3db7fd070 100644
> > --- a/xen/common/argo.c
> > +++ b/xen/common/argo.c
> > @@ -2034,10 +2034,9 @@ sendv(struct domain *src_d, xen_argo_addr_t 
> > *src_addr,
> >                                          src_id.domain_id);
> >      if ( !ring_info )
> >      {
> > -        gprintk(XENLOG_ERR,
> > -                "argo: vm%u connection refused, src (vm%u:%x) dst 
> > (vm%u:%x)\n",
> > -                current->domain->domain_id, src_id.domain_id, src_id.aport,
> > -                dst_addr->domain_id, dst_addr->aport);
> > +        argo_dprintk("vm%u connection refused, src (vm%u:%x) dst 
> > (vm%u:%x)\n",
> 
> First, switching from gprintk() to argo_dprintk() means the message will
> no longer include the "%pv" context printed by gprintk(), i.e. the
> current vCPU/domain context. If that context is still useful for this
> message, it may need to be added explicitly.

I think %pv context is useful for debugging, I will add another small
patch to re-wire argo_dprintk() to gprintk().

> 
> Second, this also changes when the message is printed. gprintk() is a
> regular printk() wrapper with a guest prefix and the requested log level,
> while argo_dprintk() is compiled as a no-op unless ARGO_DEBUG is enabled.
> So the change is not only lowering the log level from error to debug, but
> also making the message depend on ARGO_DEBUG.
> 
> This may be intended, but in that case it might be worth mentioning this
> in the commit message.

Yes, this specific logline should be fine to be compiled out, the error
is propaged back to the caller domain via XEN_ARGO_OP_sendv hypercall.

I will update the commit message.

Thanks!

> 
> ~Mykola
> 



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.