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

Re: [PATCH] acpi: reboot: log reset parameters


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: dmukhin@xxxxxxxx
  • Date: Thu, 30 Jul 2026 21:42:10 -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=Hq4WjT+4KqxAol7KOfUzCVNCO0mcidLSBw0Vu6r7FLg=; b=KXLyO8w0P5oobd8tWBg5TkhonRWqCFSx6fYy+7kaaZ81boOwvj5XZiDOi8GZEstZIXibF3zCpJ0R78UAt7mgz1gQpwEHea/vl1s/cyEZGw3wgb4MU+n5tDJkkpCn32HZbqI5z6XHXDf3jgES5Xn96QK8ybqE4xqBJ+eVEUmc2GMRwphDLqFokUWZkvTihAAR8o0l7RVVCl0VdBnnxtlNgcqmerbrZGaPm32kKBV3b2xXrxy3pbZ+NhcLs50M7wgCT2LVbWOhzFJifsvGAavxk7ogN8XMzqerR49zdu5sdczyNBvedn+8H8ybrHiD/VPGu0qk/5zWQHTQKxwToSkbFA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=e2Gn4Dfs7ShkJEkyS+gOlJsfRRWC3sOuXcWrOlIcO65hFh9kxBBs8TQNQlpHNDrE1J5t1uRPfJ3HXH3pT5xo/NcrC8OI7DpeAGocZn3Hh3JWpAkK5Ys53THs4dPg/GV9m9HTE5sMdVQLG2IJhoR63yhCWvise0gM1uCbXmw8R4iMQPGgmhVN/ooltXgjwMFSZghK1Z/IT8tywo34X8yvX3LGP6U5o5qHgx/f5RAH47gvfvjeNqO5ZBcEh1pCioLTfqV2l57gk9bcsUrTD7p3DKPDf4M4CyZ+yD+RfrlpxYsZZetMpYhFvQArCzMcC9/UBLb4KhfLyO1DHpxEECOdZQ==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=ppford header.d=ford.com header.i="@ford.com" header.h="Cc: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-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-Type:Date:From:In-Reply-To:Message-ID:MIME-Version:References:Subject:To"
  • Cc: dmukhin@xxxxxxxx, andrew.cooper3@xxxxxxxxxx, anthony.perard@xxxxxxxxxx, julien@xxxxxxx, michal.orzel@xxxxxxx, Roger Pau Monné <roger@xxxxxxxxxxxxxx>, sstabellini@xxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 31 Jul 2026 04:42:47 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Pser-m365-app: SER-APP

On Thu, Jul 30, 2026 at 08:26:38AM +0200, Jan Beulich wrote:
> On 30.07.2026 02:18, dmukhin@xxxxxxxx wrote:
> > From: Denis Mukhin <dmukhin@xxxxxxxx> 
> > 
> > Xen does not provide much details for system reset debugging in case
> > system reset happens via ACPI subsystem.
> > 
> > Log reset I/O address and reset value.
> > 
> > While here, fix the missing default case, guard it with
> > ASSERT_UNREACHABLE() and drop full stops in the loglines.
> 
> On what basis (i.e. thanks to which earlier checks) would this assertion be
> legitimate to add? Besides being a wrong use of an assertion, it also breaks
> fallback to alternative reboot methods in case one doesn't work.
> 
> > --- a/xen/drivers/acpi/reboot.c
> > +++ b/xen/drivers/acpi/reboot.c
> > @@ -6,6 +6,7 @@ void acpi_reboot(void)
> >  {
> >     struct acpi_generic_address *rr;
> >     u8 reset_value;
> > +   pci_sbdf_t sbdf;
> >  
> >     rr = &acpi_gbl_FADT.reset_register;
> >  
> > @@ -21,17 +22,24 @@ void acpi_reboot(void)
> >      * on a device on bus 0. */
> >     switch (rr->space_id) {
> >     case ACPI_ADR_SPACE_PCI_CONFIG:
> > -           printk("Resetting with ACPI PCI RESET_REG.\n");
> > +           sbdf = PCI_SBDF(0, 0, rr->address >> 32, rr->address >> 16);
> > +           printk("Resetting with ACPI PCI %pp RESET_REG at 0x%"PRIx64" 
> > (0x%x)\n",
> > +                   &sbdf, rr->address & 0xffu, reset_value);
> 
> As indicated on other occasions - %#x and alike please in favor of 0x%x.
> 
> I also see no reason for the 'u' suffix on the literal number. Plus if one
> was wanted, it would want to be 'U', to match the Misra-demanded 'L'.
> 
> Also - nit: Indentation.

Thanks for taking a look!

This file uses tabs - I can convert to spaces, but in separate patch.
What do you think?

> 
> >             /* Write the value that resets us. */
> > -           pci_conf_write8(PCI_SBDF(0, 0, rr->address >> 32,
> > -                                    rr->address >> 16),
> > -                           (rr->address & 255),
> > -                           reset_value);
> > +           pci_conf_write8(sbdf, rr->address & 0xffu, reset_value);
> >             break;
> >     case ACPI_ADR_SPACE_SYSTEM_MEMORY:
> > -   case ACPI_ADR_SPACE_SYSTEM_IO:
> > -           printk("Resetting with ACPI MEMORY or I/O RESET_REG.\n");
> > +           printk("Resetting with ACPI MEMORY at 0x%"PRIx64" (0x%x)\n",
> > +                   rr->address, reset_value);
> >             acpi_hw_low_level_write(8, reset_value, rr);
> >             break;
> > +   case ACPI_ADR_SPACE_SYSTEM_IO:
> > +           printk("Resetting with I/O RESET_REG at 0x%"PRIx64" (0x%x)\n",
> > +                   rr->address, reset_value);
> > +           acpi_hw_low_level_write(8, reset_value, rr);
> > +           break;
> > +   default:
> > +           ASSERT_UNREACHABLE();
> > +           break;
> >     }
> >  }
> 
> As you're already touching the entire switch(), would you mind also inserting
> the missing blank lines between case blocks?

Yes, will do.

> 
> Jan
> 



 


Rackspace

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