[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210923130458.23cd40f2@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Thu, 23 Sep 2021 13:04:58 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Min Li <min.li.xe@...esas.com>
Cc: "richardcochran@...il.com" <richardcochran@...il.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"lee.jones@...aro.org" <lee.jones@...aro.org>
Subject: Re: [PATCH net-next] ptp: clockmatrix: use rsmu driver to access
i2c/spi bus
On Thu, 23 Sep 2021 19:49:56 +0000 Min Li wrote:
> > > I did build it through 32 bit arm and didn't get the problem.
> > >
> > > make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi-
> >
> > We're testing x86, maybe arm32 can handle 64bit divisions natively?
> >
> > ERROR: modpost: "__divdi3" [drivers/ptp/ptp_clockmatrix.ko] undefined!
> > ERROR: modpost: "__udivdi3" [drivers/ptp/ptp_clockmatrix.ko] undefined!
>
> Hi Jakub
>
> I tried "make ARCH=i386" but it also passed on my machine. Can you tell me how to
> reproduce this? Thanks
Hm, are you sure the config does not have CONFIG_64BIT=y ? Getting this
right can be tricky, here is the script which patchwork runs, FWIW:
https://github.com/kuba-moo/nipa/blob/master/tests/patch/build_32bit/build_32bit.sh
There is a small chance it's a glitch in the test system, but seems
unlikely, this looks like a 64b divide:
+static u32 idtcm_get_dco_delay(struct idtcm_channel *channel)
...
+ u64 m;
+ u16 n;
...
+ fodFreq = m / n;
...
+ return 18 * (u64)NSEC_PER_SEC / fodFreq;
Powered by blists - more mailing lists