From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEii0-0007kL-Ce for qemu-devel@nongnu.org; Wed, 07 Dec 2016 15:20:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEihw-0006fN-Mc for qemu-devel@nongnu.org; Wed, 07 Dec 2016 15:20:56 -0500 Received: from asavdk4.altibox.net ([109.247.116.15]:41575) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cEihw-0006eV-Fp for qemu-devel@nongnu.org; Wed, 07 Dec 2016 15:20:52 -0500 Date: Wed, 7 Dec 2016 21:20:39 +0100 From: Sam Ravnborg Message-ID: <20161207202039.GA27878@ravnborg.org> References: <1480595945-63656-2-git-send-email-arei.gonglei@huawei.com> <201612041032.loAEWLIy%fengguang.wu@intel.com> <33183CC9F5247A488A2544077AF19020DA1528DE@DGGEMA505-MBX.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33183CC9F5247A488A2544077AF19020DA1528DE@DGGEMA505-MBX.china.huawei.com> Subject: Re: [Qemu-devel] [PATCH v5 1/1] crypto: add virtio-crypto driver List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Gonglei (Arei)" Cc: kbuild test robot , "davem@davemloft.net" , "kbuild-all@01.org" , "linux-kernel@vger.kernel.org" , "qemu-devel@nongnu.org" , "virtio-dev@lists.oasis-open.org" , "virtualization@lists.linux-foundation.org" , "linux-crypto@vger.kernel.org" , Luonengjun , "mst@redhat.com" , "stefanha@redhat.com" , "Huangweidong (C)" , "Wubin (H)" , "xin.zeng@intel.com" , Claudio Fontana , "herbert@gondor.apana.org.au" , "pasic@linux.vnet.ibm.com" , "Zhoujian (jay, Euler)" , "Hanweidong (Randy)" , "arei.gonglei@hotmail.com" , "cornelia.huck@de.ibm.com" , "Xuquan (Quan Xu)" , longpeng , "Wanzongshun (Vincent)" On Mon, Dec 05, 2016 at 03:12:52AM +0000, Gonglei (Arei) wrote: > I don't think the root cause of those warnings are introduced by virtio-crypto driver. > > What's your opinion? Sam and David? Root cause here is that arch/sparc/include/asm/topology_64.h references cpu_data without including arch/sparc/include/asm/cpudata.h I think other architectures pull in the dependency from either smp.h or they have it topology.h. The easy fix would be to include cpudata.h in arch/sparc/include/asm/topology_64.h. And that should also be a correct fix. Could you include this in your patch-set and build test it? Sam