Re: [PATCH 1/2] crypto: move CCP device driver to misc
From: kbuild test robot
Date: Fri Jan 20 2017 - 11:36:54 EST
Hi Brijesh,
[auto build test ERROR on cryptodev/master]
[also build test ERROR on next-20170120]
[cannot apply to char-misc/char-misc-testing v4.10-rc4]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
url: https://github.com/0day-ci/linux/commits/Brijesh-Singh/Introduce-AMD-Secure-Processor-device/20170120-185157
base: https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git master
config: um-allyesconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=um
All errors (new ones prefixed by >>):
arch/um/drivers/built-in.o: In function `vde_open_real':
(.text+0xc9a1): warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `vde_open_real':
(.text+0xc7ec): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `vde_open_real':
(.text+0xcb05): warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `pcap_nametoaddr':
(.text+0x1d595): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `pcap_nametonetaddr':
(.text+0x1d635): warning: Using 'getnetbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `pcap_nametoproto':
(.text+0x1d855): warning: Using 'getprotobyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
arch/um/drivers/built-in.o: In function `pcap_nametoport':
(.text+0x1d687): warning: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
drivers/built-in.o: In function `ccp_init_dm_workarea':
>> drivers/misc/amd-sp/ccp-ops.c:141: undefined reference to `dma_pool_alloc'
drivers/built-in.o: In function `ccp_init_dm_workarea':
include/linux/dma-mapping.h:190: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp_sg_free':
include/linux/dma-mapping.h:242: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp_dm_free':
>> drivers/misc/amd-sp/ccp-ops.c:112: undefined reference to `dma_pool_free'
drivers/built-in.o: In function `ccp_dm_free':
include/linux/dma-mapping.h:207: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp_init_data':
include/linux/dma-mapping.h:227: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp_destroy':
>> drivers/misc/amd-sp/ccp-dev-v3.c:501: undefined reference to `dma_pool_destroy'
drivers/built-in.o: In function `ccp_init':
>> drivers/misc/amd-sp/ccp-dev-v3.c:337: undefined reference to `dma_pool_create'
drivers/misc/amd-sp/ccp-dev-v3.c:456: undefined reference to `dma_pool_destroy'
drivers/built-in.o: In function `ccp5_destroy':
include/linux/dma-mapping.h:484: undefined reference to `bad_dma_ops'
include/linux/dma-mapping.h:490: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp5_init':
>> drivers/misc/amd-sp/ccp-dev-v5.c:676: undefined reference to `dma_pool_create'
drivers/built-in.o: In function `ccp5_init':
include/linux/dma-mapping.h:463: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp5_init':
>> drivers/misc/amd-sp/ccp-dev-v5.c:861: undefined reference to `dma_pool_destroy'
drivers/built-in.o: In function `ccp_platform_probe':
drivers/misc/amd-sp/ccp-platform.c:148: undefined reference to `devm_ioremap_resource'
drivers/built-in.o: In function `ccp_platform_probe':
include/linux/dma-mapping.h:555: undefined reference to `bad_dma_ops'
include/linux/dma-mapping.h:542: undefined reference to `bad_dma_ops'
include/linux/dma-mapping.h:544: undefined reference to `bad_dma_ops'
include/linux/dma-mapping.h:542: undefined reference to `bad_dma_ops'
include/linux/dma-mapping.h:544: undefined reference to `bad_dma_ops'
drivers/built-in.o: In function `ccp_cmd_callback':
drivers/misc/amd-sp/ccp-dmaengine.c:204: undefined reference to `dma_run_dependencies'
drivers/built-in.o: In function `ccp_alloc_dma_desc':
drivers/misc/amd-sp/ccp-dmaengine.c:306: undefined reference to `dma_async_tx_descriptor_init'
drivers/built-in.o: In function `ccp_dmaengine_register':
drivers/misc/amd-sp/ccp-dmaengine.c:705: undefined reference to `dma_async_device_register'
drivers/built-in.o: In function `ccp_dmaengine_unregister':
drivers/misc/amd-sp/ccp-dmaengine.c:724: undefined reference to `dma_async_device_unregister'
drivers/built-in.o: In function `img_ascii_lcd_probe':
drivers/auxdisplay/img-ascii-lcd.c:384: undefined reference to `devm_ioremap_resource'
collect2: error: ld returned 1 exit status
vim +141 drivers/misc/amd-sp/ccp-ops.c
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 106 }
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 107
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 108 static void ccp_dm_free(struct ccp_dm_workarea *wa)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 109 {
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 110 if (wa->length <= CCP_DMAPOOL_MAX_SIZE) {
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 111 if (wa->address)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 @112 dma_pool_free(wa->dma_pool, wa->address,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 113 wa->dma.address);
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 114 } else {
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 115 if (wa->dma.address)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 116 dma_unmap_single(wa->dev, wa->dma.address, wa->length,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 117 wa->dma.dir);
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 118 kfree(wa->address);
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 119 }
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 120
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 121 wa->address = NULL;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 122 wa->dma.address = 0;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 123 }
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 124
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 125 static int ccp_init_dm_workarea(struct ccp_dm_workarea *wa,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 126 struct ccp_cmd_queue *cmd_q,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 127 unsigned int len,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 128 enum dma_data_direction dir)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 129 {
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 130 memset(wa, 0, sizeof(*wa));
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 131
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 132 if (!len)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 133 return 0;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 134
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 135 wa->dev = cmd_q->ccp->dev;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 136 wa->length = len;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 137
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 138 if (len <= CCP_DMAPOOL_MAX_SIZE) {
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 139 wa->dma_pool = cmd_q->dma_pool;
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 140
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 @141 wa->address = dma_pool_alloc(wa->dma_pool, GFP_KERNEL,
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 142 &wa->dma.address);
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 143 if (!wa->address)
63b94509 drivers/crypto/ccp/ccp-ops.c Tom Lendacky 2013-11-12 144 return -ENOMEM;
:::::: The code at line 141 was first introduced by commit
:::::: 63b945091a070d8d4275dc0f7699ba22cd5f9435 crypto: ccp - CCP device driver and interface support
:::::: TO: Tom Lendacky <thomas.lendacky@xxxxxxx>
:::::: CC: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
Attachment:
.config.gz
Description: application/gzip