[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c74cd2d3-6f7b-6781-2edb-eb1944ae8def@intel.com>
Date: Thu, 16 Jul 2020 08:48:22 +0800
From: Rong Chen <rong.a.chen@...el.com>
To: Mathieu Poirier <mathieu.poirier@...aro.org>,
kernel test robot <lkp@...el.com>
Cc: Ohad Ben-Cohen <ohad@...ery.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Loic PALLARDY <loic.pallardy@...com>,
Arnaud POULIQUEN <arnaud.pouliquen@...com>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Alexandre TORGUE <alexandre.torgue@...com>,
kbuild-all@...ts.01.org, clang-built-linux@...glegroups.com,
linux-remoteproc <linux-remoteproc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-stm32@...md-mailman.stormreply.com
Subject: Re: [kbuild-all] Re: [PATCH v5 06/11] remoteproc: stm32: Properly set
co-processor state when attaching
On 7/16/20 6:19 AM, Mathieu Poirier wrote:
> Hi Robot,
>
> On Tue, 14 Jul 2020 at 14:31, kernel test robot <lkp@...el.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@...el.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
Hi Mathieu,
Thanks for the feedback, the bot can't parse the base which links to another patchset,
and we can get the base commit if using 'git format-patch --base' to submit patch.
Best Regards,
Rong Chen
>
>> 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
> _______________________________________________
> kbuild-all mailing list -- kbuild-all@...ts.01.org
> To unsubscribe send an email to kbuild-all-leave@...ts.01.org
Powered by blists - more mailing lists