lkml.org 
[lkml]   [2020]   [Jul]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH v5 06/11] remoteproc: stm32: Properly set co-processor state when attaching
Hi Robot,

On Tue, 14 Jul 2020 at 14:31, kernel test robot <lkp@intel.com> wrote:
>
> Hi Mathieu,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on linux/master]
> [also build test ERROR on linus/master v5.8-rc5 next-20200714]
> [If your patch is applied to the wrong git tree, kindly drop us a note.
> And when submitting patch, we suggest to use as documented in
> https://git-scm.com/docs/git-format-patch]
>
> url: https://github.com/0day-ci/linux/commits/Mathieu-Poirier/remoteproc-stm32-Add-support-for-attaching-to-M4/20200708-053515
> base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 9ebcfadb0610322ac537dd7aa5d9cbc2b2894c68
> config: arm-randconfig-r011-20200714 (attached as .config)
> compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 02946de3802d3bc65bc9f2eb9b8d4969b5a7add8)
> reproduce (this is a W=1 build):
> wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
> chmod +x ~/bin/make.cross
> # install arm cross compiling tool for clang build
> # apt-get install binutils-arm-linux-gnueabi
> # save the attached .config to linux build tree
> COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=arm
>
> If you fix the issue, kindly add following tag as appropriate
> Reported-by: kernel test robot <lkp@intel.com>
>
> All errors (new ones prefixed by >>):
>
> >> drivers/remoteproc/stm32_rproc.c:697:18: error: use of undeclared identifier 'RPROC_DETACHED'
> rproc->state = RPROC_DETACHED;
> ^
> 1 error generated.

This patchset depends on this one [1], something that is clearly
stated in the cover letter. Compiling this set on top of [1]
generates no error.

[1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=318275

>
> vim +/RPROC_DETACHED +697 drivers/remoteproc/stm32_rproc.c
>
> 661
> 662
> 663 static int stm32_rproc_probe(struct platform_device *pdev)
> 664 {
> 665 struct device *dev = &pdev->dev;
> 666 struct stm32_rproc *ddata;
> 667 struct device_node *np = dev->of_node;
> 668 struct rproc *rproc;
> 669 unsigned int state;
> 670 int ret;
> 671
> 672 ret = dma_coerce_mask_and_coherent(dev, DMA_BIT_MASK(32));
> 673 if (ret)
> 674 return ret;
> 675
> 676 rproc = rproc_alloc(dev, np->name, &st_rproc_ops, NULL, sizeof(*ddata));
> 677 if (!rproc)
> 678 return -ENOMEM;
> 679
> 680 ddata = rproc->priv;
> 681
> 682 rproc_coredump_set_elf_info(rproc, ELFCLASS32, EM_NONE);
> 683
> 684 ret = stm32_rproc_parse_dt(pdev, ddata, &rproc->auto_boot);
> 685 if (ret)
> 686 goto free_rproc;
> 687
> 688 ret = stm32_rproc_of_memory_translations(pdev, ddata);
> 689 if (ret)
> 690 goto free_rproc;
> 691
> 692 ret = stm32_rproc_get_m4_status(ddata, &state);
> 693 if (ret)
> 694 goto free_rproc;
> 695
> 696 if (state == M4_STATE_CRUN)
> > 697 rproc->state = RPROC_DETACHED;
> 698
> 699 rproc->has_iommu = false;
> 700 ddata->workqueue = create_workqueue(dev_name(dev));
> 701 if (!ddata->workqueue) {
> 702 dev_err(dev, "cannot create workqueue\n");
> 703 ret = -ENOMEM;
> 704 goto free_rproc;
> 705 }
> 706
> 707 platform_set_drvdata(pdev, rproc);
> 708
> 709 ret = stm32_rproc_request_mbox(rproc);
> 710 if (ret)
> 711 goto free_wkq;
> 712
> 713 ret = rproc_add(rproc);
> 714 if (ret)
> 715 goto free_mb;
> 716
> 717 return 0;
> 718
> 719 free_mb:
> 720 stm32_rproc_free_mbox(rproc);
> 721 free_wkq:
> 722 destroy_workqueue(ddata->workqueue);
> 723 free_rproc:
> 724 if (device_may_wakeup(dev)) {
> 725 dev_pm_clear_wake_irq(dev);
> 726 device_init_wakeup(dev, false);
> 727 }
> 728 rproc_free(rproc);
> 729 return ret;
> 730 }
> 731
>
> ---
> 0-DAY CI Kernel Test Service, Intel Corporation
> https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org

\
 
 \ /
  Last update: 2020-07-16 00:20    [W:0.094 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site