Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp208502pxf; Wed, 24 Mar 2021 03:14:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0s5BROf1tNFGCue+TBMWUSWetSKd/uczISS1sfQg9Gk4RKrdK8Yq0TkZ/pZnxFuNWS7TO X-Received: by 2002:a05:6402:2215:: with SMTP id cq21mr2613033edb.281.1616580887073; Wed, 24 Mar 2021 03:14:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616580887; cv=none; d=google.com; s=arc-20160816; b=z6jcsKEHQTto00EPh4VyH/W09gKV3nz1VJdDaNIpSu3BY5tcBPQ/3iRnaR+UYjnTZF 7QLKoE6nD3LfnA15KSQqkX0fQ0L/N3tpqH1LJJhJqw59BXgmrQuBNCiQMR02AtaWETdg mxvRiVBnY7XtYzuBrY1pAGsS/e2y5U4RtzpCu5Rk+zOe2nbFnkv6fpLixGTjXg1ipjrL SJhDD8VUJJcZxdHUMeR9N95XSK1acUXUMaCKKG6KaLySymhiwNELQzfDiScWhkhma8qV WR579X/9/4xpaYANMhB8az/tCj7TQPSWHVYIby5e1N7zReenfw8VZBazNvEOsmOiTMuQ 4n3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=RrjgPCjNENoZcRjm7Th14ixFN6GgDl6aTpyUSJi+Sms=; b=ofi5DQZ6isnkzSf92dNV5mcONsyWza37Fw2TJTD26cwm19OYvsGhU+tC/qta8aBnKP A2am9K/rmr69NrZmyD4lnw+Oh4mhKaPQXSfciOz5LBs3+znLnd2JWs2iU6mloHQKpkd6 /SnSsgrxbFC7nAw/wTJCPKonuAk+ikqbr50Yqp/VUVOvRy8O8O7cuYu0Dff1gTe6bJRA ZrLMiWISOqkPnmU+C50v/qfK0RqvkvL0pVgqds6wF8koRkU+Cm7ZpxEi+JnBlAwijK/I 0tsWXQyXxDiwIpO5buNjlBI9dMYiw5rrC+m9s5XyLzxTq98Lz3Yq++X6cid0n5DNvSGp 61pg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lz12si1515248ejb.304.2021.03.24.03.14.24; Wed, 24 Mar 2021 03:14:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230346AbhCXHIw (ORCPT + 99 others); Wed, 24 Mar 2021 03:08:52 -0400 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:55513 "EHLO outpost1.zedat.fu-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235714AbhCXHI3 (ORCPT ); Wed, 24 Mar 2021 03:08:29 -0400 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.94) with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (envelope-from ) id 1lOxcp-000TyT-2y; Wed, 24 Mar 2021 08:08:19 +0100 Received: from p57bd9564.dip0.t-ipconnect.de ([87.189.149.100] helo=[192.168.178.139]) by inpost2.zedat.fu-berlin.de (Exim 4.94) with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (envelope-from ) id 1lOxco-002Ehe-Rv; Wed, 24 Mar 2021 08:08:19 +0100 Subject: Re: [PATCH] hpsa: fix boot on ia64 (atomic_t alignment) To: Sergei Trofimovich , linux-kernel@vger.kernel.org Cc: linux-ia64@vger.kernel.org, storagedev@microchip.com, linux-scsi@vger.kernel.org, Joe Szczypek , Scott Benesh , Scott Teel , Tomas Henzl , "Martin K. Petersen" , Don Brace References: <5532f9ab-7555-d51b-f4d5-f9b72a61f248@redhat.com> <20210312222718.4117508-1-slyfox@gentoo.org> From: John Paul Adrian Glaubitz Message-ID: Date: Wed, 24 Mar 2021 08:08:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210312222718.4117508-1-slyfox@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Original-Sender: glaubitz@physik.fu-berlin.de X-Originating-IP: 87.189.149.100 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello! On 3/12/21 11:27 PM, Sergei Trofimovich wrote: > The failure initially observed as boot failure on rx3600 ia64 machine > with RAID bus controller: Hewlett-Packard Company Smart Array P600: > > kernel unaligned access to 0xe000000105dd8b95, ip=0xa000000100b87551 > kernel unaligned access to 0xe000000105dd8e95, ip=0xa000000100b87551 > hpsa 0000:14:01.0: Controller reports max supported commands of 0 Using 16 instead. Ensure that firmware is up to date. > swapper/0[1]: error during unaligned kernel access > > Here unaligned access comes from 'struct CommandList' that happens > to be packed. The change f749d8b7a ("scsi: hpsa: Correct dev cmds > outstanding for retried cmds") introduced unexpected padding and > un-aligned atomic_t from natural alignment to something else. > > This change does not remove packing annotation from struct but only > restores alignment of atomic variable. > > The change is tested on the same rx3600 machine. > > CC: linux-ia64@vger.kernel.org > CC: storagedev@microchip.com > CC: linux-scsi@vger.kernel.org > CC: Joe Szczypek > CC: Scott Benesh > CC: Scott Teel > CC: Tomas Henzl > CC: "Martin K. Petersen" > CC: Don Brace > Reported-by: John Paul Adrian Glaubitz > Suggested-by: Don Brace > Fixes: f749d8b7a "scsi: hpsa: Correct dev cmds outstanding for retried cmds" > Signed-off-by: Sergei Trofimovich > --- > drivers/scsi/hpsa_cmd.h | 14 +++++++++++++- > 1 file changed, 13 insertions(+), 1 deletion(-) > > diff --git a/drivers/scsi/hpsa_cmd.h b/drivers/scsi/hpsa_cmd.h > index d126bb877250..617bdae9a7de 100644 > --- a/drivers/scsi/hpsa_cmd.h > +++ b/drivers/scsi/hpsa_cmd.h > @@ -20,6 +20,9 @@ > #ifndef HPSA_CMD_H > #define HPSA_CMD_H > > +#include /* static_assert */ > +#include /* offsetof */ > + > /* general boundary defintions */ > #define SENSEINFOBYTES 32 /* may vary between hbas */ > #define SG_ENTRIES_IN_CMD 32 /* Max SG entries excluding chain blocks */ > @@ -448,11 +451,20 @@ struct CommandList { > */ > struct hpsa_scsi_dev_t *phys_disk; > > - bool retry_pending; > + int retry_pending; > struct hpsa_scsi_dev_t *device; > atomic_t refcount; /* Must be last to avoid memset in hpsa_cmd_init() */ > } __aligned(COMMANDLIST_ALIGNMENT); > > +/* > + * Make sure our embedded atomic variable is aligned. Otherwise we break atomic > + * operations on architectures that don't support unaligned atomics like IA64. > + * > + * Ideally this header should be cleaned up to only mark individual structs as > + * packed. > + */ > +static_assert(offsetof(struct CommandList, refcount) % __alignof__(atomic_t) == 0); > + > /* Max S/G elements in I/O accelerator command */ > #define IOACCEL1_MAXSGENTRIES 24 > #define IOACCEL2_MAXSGENTRIES 28 I'm seeing this issue as well and without the patch, the kernel won't boot on multiple ia64 servers. Is there anything that speaks against fixing this? Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913