From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_2 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7CF53C43331 for ; Fri, 6 Sep 2019 09:11:55 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 5EA6020854 for ; Fri, 6 Sep 2019 09:11:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388326AbfIFJLy (ORCPT ); Fri, 6 Sep 2019 05:11:54 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:6239 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730704AbfIFJLy (ORCPT ); Fri, 6 Sep 2019 05:11:54 -0400 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id D0BF135E5E7E6CFF92F1; Fri, 6 Sep 2019 17:11:52 +0800 (CST) Received: from localhost (10.202.226.61) by DGGEMS403-HUB.china.huawei.com (10.3.19.203) with Microsoft SMTP Server id 14.3.439.0; Fri, 6 Sep 2019 17:11:49 +0800 Date: Fri, 6 Sep 2019 10:11:40 +0100 From: Jonathan Cameron To: "Chen, Rong A" CC: Andy Shevchenko , , , "kbuild test robot" , Subject: Re: [kbuild-all] [staging:staging-testing 314/401] drivers/iio/common/hid-sensors/hid-sensor-attributes.c:312: undefined reference to `__udivdi3' Message-ID: <20190906101140.00006591@huawei.com> In-Reply-To: <3ecfa3de-5f8c-3606-b72a-f767cf646d56@intel.com> References: <201909041145.dxkxV8cJ%lkp@intel.com> <20190904123711.GL2680@smile.fi.intel.com> <20190905100846.000045b4@huawei.com> <3ecfa3de-5f8c-3606-b72a-f767cf646d56@intel.com> Organization: Huawei X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.61] X-CFilter-Loop: Reflected Sender: linux-iio-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-iio@vger.kernel.org On Fri, 6 Sep 2019 16:58:52 +0800 "Chen, Rong A" wrote: > On 9/5/2019 5:08 PM, Jonathan Cameron wrote: > > On Wed, 4 Sep 2019 15:37:11 +0300 > > Andy Shevchenko wrote: > > > >> On Wed, Sep 04, 2019 at 11:33:50AM +0800, kbuild test robot wrote: > >>> tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/gregkh/staging.git staging-testing > >>> head: 74eb9c06b1d722468db397595ac6834b9e4ac235 > >>> commit: 473d12f7638c93acbd9296a8cd455b203d5eb528 [314/401] iio: hid-sensor-attributes: Convert to use int_pow() > >>> config: i386-randconfig-e004-201935 (attached as .config) > >>> compiler: gcc-7 (Debian 7.4.0-11) 7.4.0 > >>> reproduce: > >>> git checkout 473d12f7638c93acbd9296a8cd455b203d5eb528 > >>> # save the attached .config to linux build tree > >>> make ARCH=i386 > >>> > >>> If you fix the issue, kindly add following tag > >>> Reported-by: kbuild test robot > >>> > >>> All errors (new ones prefixed by >>): > >> So, as far as I understood it wasn't compiled on 32-bit before, so, it's not a > >> new error and thus would (has to?) be fixed separately. > > I'm not convinced. My assumption is this is triggered because the local pow_10 > > function was returning int whereas generic int_pow is returning an int64. > > Whilst I would imagine it is fairly easy to fix, I'll not have a chance to do > > so until the weekend. Perhaps we should just revert this patch and revisit > > in the next cycle? > > > > 0-day people, any idea why the iio.git/testing branch isn't getting built any > > more? I got lazy and started relying on your infrastructure and not bothering > > with 32 bit local builds. Somewhere along the way you stopped building it > > and I'm afraid I didn't really notice. > > > > Thanks for you all your hard work on 0day btw as it used to catch a lot > > of stuff my local few builds didn't! > > > > Jonathan > > Hi Jonathan, > > Sorry for the inconvenience, we updated the git url to > https://kernel.googlesource.com/pub/scm/linux/kernel/git/jic23/iio.git > recently, > but it seems the branches are not updated, so we switch to use > https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git now. Thanks. I wonder why some trees don't seem to be getting updated in that google mirror. Anyone know who manages that as a bit silly having mirrors that are years out of date. Anyone know who manages those mirrors? I've poked the send feedback form but who knows if it'll filter through to the right person. Anyhow, thanks Rong Chen. Looking forwards to continuing to be lazy and rely on your excellent service! Jonathan > > Best Regards, > Rong Chen > > > > > > > > > >>> ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.o: in function `adjust_exponent_nano': > >>>>> drivers/iio/common/hid-sensors/hid-sensor-attributes.c:312: undefined reference to `__udivdi3' > >>>>> ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.c:314: undefined reference to `__umoddi3' > >>>>> ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.c:324: undefined reference to `__udivdi3' > >>> ld: drivers/iio/common/hid-sensors/hid-sensor-attributes.c:325: undefined reference to `__umoddi3' > >> > > > > _______________________________________________ > > kbuild-all mailing list > > kbuild-all@lists.01.org > > https://lists.01.org/mailman/listinfo/kbuild-all >