Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp499793pxf; Wed, 10 Mar 2021 10:24:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJzzqVI7v0QPHldK0X64ciAfF2Xg5BFIYSUyOkuTybkTFRRJDnT62hPORQYFD3alvq/gY/Ue X-Received: by 2002:aa7:da04:: with SMTP id r4mr4795653eds.343.1615400691103; Wed, 10 Mar 2021 10:24:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615400691; cv=none; d=google.com; s=arc-20160816; b=Wl3yMt9qHM64av/sTwQt+4fp2P3Mjd7lzEuv/VCsXAwG/sVN1Ic8xDuST5DW6Dzp7F 3wmKSKwxPjHHWUi6l4n7gjljcpBo8G+2weS9R4GLRmCDoB2xfgZruLntDi6BwtKp4qzB uRfMkLK5TJI+7ozneH/Gkj/9t1ACYjiAa2mabYs9idTj4OunYQ69dRvsOUTWawUR/Pm9 2PuPkFjVRpdmwM3I0BrNQIkeCbCVoV2Kbmg7AZafGMSsVbVYrWv/srW5Df+DG9VwlQb4 64TLkTfTqN23VSrRzdjMv/8Re1E4QhypHtU4W5CWK73drhphkZoXBAnqpPwnNk19rwxP OueQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version:message-id :subject:cc:to:from:date:dkim-signature; bh=G8XNNMXSkQttRLyo4wfoEfXb1SkiSPPXWJ72EYfCf18=; b=oaIDOJO1+Dq06b88W7w2eg77ouBfEGZCjTmJZVyBJV5ZfTpz664poWr4jTG+cqRNp4 pPsPnqmsssWd59UREOZqpRXMwmVOemNhz708evwf02I0BmjhZzoAGFgjOLakwt1hEClS rJL9Ea/osdxY4zNzXQOiPLD5r6ld4FW3zzgKThnSvRpneuJjuNdV8o0M89aLOzBVwX+8 WIAoLnAv1ZLO7hgfNDDDR8k6nuodUAw5WfT7zXcUBSevZKbv7LsK9mEntdLZFcASluOX FsDXnlF+NOvLveYw1IJKNSvRTzL+o+LA3FWO9vmN74n65x595PnEfTA2yv032UE50l+j sySQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=AEGjpzvL; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f9si97426ejk.446.2021.03.10.10.24.27; Wed, 10 Mar 2021 10:24:51 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=AEGjpzvL; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233357AbhCJSX0 (ORCPT + 99 others); Wed, 10 Mar 2021 13:23:26 -0500 Received: from mail.kernel.org ([198.145.29.99]:38130 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229602AbhCJSXL (ORCPT ); Wed, 10 Mar 2021 13:23:11 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7C19264EE2; Wed, 10 Mar 2021 18:23:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1615400591; bh=ofwr0djgmV5AwKLBclBoFXU08p4fHrwTsEPkjAt2/fs=; h=Date:From:To:Cc:Subject:From; b=AEGjpzvLa7RfaY0h8oucryFjkgkIcnhtkgAhT2MHcu44s+8mMXR92hV3saEDnUG2V ya1YQaO2yZAvzLhBPBRD4RAOApvBocEw3rTb3DGDzwbnYYbODluN1IlHMVTG9WbK26 8YRCiNLQCwnkHT+1CZ/PqTuy2vUs6r7t43MiIj/egaSEix18bwtFikly7Rz/xjTq9c GAYvmYWEPtK9MIR6hsUYJPrMlkFFmchspBPJRLt2R931wF13Xjj8Z/utoNFUuAHeas fPBNca/2Q5l9wau/uGIVKTNrj1jFixlGqJ9ArojTZXTbkrFI+zBnxoA29EQYlBOm+A kVIzS3/OvJsMQ== Date: Wed, 10 Mar 2021 11:23:07 -0700 From: Nathan Chancellor To: Jens Axboe Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, clang-built-linux@googlegroups.com Subject: -Walign-mismatch in block/blk-mq.c Message-ID: <20210310182307.zzcbi5w5jrmveld4@archlinux-ax161> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jens, There is a new clang warning added in the development branch, -Walign-mismatch, which shows an instance in block/blk-mq.c: block/blk-mq.c:630:39: warning: passing 8-byte aligned argument to 32-byte aligned parameter 2 of 'smp_call_function_single_async' may result in an unaligned pointer access [-Walign-mismatch] smp_call_function_single_async(cpu, &rq->csd); ^ 1 warning generated. There appears to be some history here as I can see that this member was purposefully unaligned in commit 4ccafe032005 ("block: unalign call_single_data in struct request"). However, I later see a change in commit 7c3fb70f0341 ("block: rearrange a few request fields for better cache layout") that seems somewhat related. Is it possible to get back the alignment by rearranging the structure again? This seems to be the only solution for the warning aside from just outright disabling it, which would be a shame since it seems like it could be useful for architectures that cannot handle unaligned accesses well, unless I am missing something obvious :) Cheers, Nathan