Date: Thu, 18 Jul 2019 23:16:35 +0300 From: Stefan Parvu <sparvu@kronometrix.org> To: freebsd-arm@freebsd.org Subject: Re: Rasclock (PCF2127 ) Hardware Clock FreeBSD 12.0 Message-ID: <F4FB90D0-9777-41EE-9005-9BA441D721A6@kronometrix.org> In-Reply-To: <C32068F6-862A-4863-B055-52621209F7D9@kronometrix.org> References: <41A4CA5C-B487-490F-8A19-2D51F43E1004@kronometrix.org> <95616620-bbaf-dbc3-49eb-3e2562638d49@bunyatech.com.au> <AB510253-52D9-469C-B06E-5EC73C5F188E@kronometrix.org> <fd9991c4e6aaccb812a59ff86c9c8564ebd1d767.camel@freebsd.org> <74E3E782-8481-4B5B-A0AF-A04590C27D6D@kronometrix.org> <790afcb5f0809a89b45982958a85f1539fec05c7.camel@freebsd.org> <36088812-2135-4433-BC49-0BC433EC6767@kronometrix.org> <c52f9d9ab358ac0dc09af411bf97625945579b4e.camel@freebsd.org> <86CC4711-47AC-45C6-B6D3-71C9FFDD4A91@kronometrix.org> <BE321299-8569-4B2E-98FD-FD5210E1B6AF@kronometrix.org> <A9FD7D2B-9382-4EAE-B245-5F4DE643DBB7@gromit.dlib.vt.edu> <C93E2C64-6280-464D-AB5F-B1E968690CEF@kronometrix.org> <2ec7d7f63de31065b9cab396c662fe24f0107078.camel@freebsd.org> <BD0BE075-9E69-4CB0-826A-5DF2D160E9B1@kronometrix.org> <d71fc4e3db26242ffa817814d6cd92b8899fc2ab.camel@freebsd.org> <EF94BC84-4B8D-455C-952F-4FD1CC5557CE@kronometrix.org> <2AC05799-7D11-4200-8D16-38E3718470BB@kronometrix.org> <91E26684-07A0-4F03-92BC-8D49359B1358@kronometrix.org> <5F33E59B-7EA5-4B8B-A95A-CD1FB569ACDC@kronometrix.org> <6a39f74088d2984b5426e8585b5f7e864a6766f8.camel@freebsd.org> <571EABD9-364C-4D91-9177-CC25CB382D76@kronometrix.org> <A53C9BE4-B3A7-4F15-808F-AB9846674625@kronometrix.org> <2dd107308cb7fc21bab793218d8e37039dbc108e.camel@freebsd.org> <C32068F6-862A-4863-B055-52621209F7D9@kronometrix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I think after your latest commit I see a function from nxprtc module = which does not=20 exist in the original module. Take a look: root@k1:/var/tmp # nm -A -a /boot/kernel/nxprtc.ko | grep readfrom /boot/kernel/nxprtc.ko:0000000000010ab8 t nxprtc_readfrom which I do not see under original nxprtc module such thing.=20 root@k1:/var/tmp # nm -A -a /var/tmp/nxprtc.original.ko | grep readfrom /var/tmp/nxprtc.original.ko: U iicdev_readfrom Is this right ? Is this something you have fixed on the latest and the = greatest nxprtc version ? Stefan Parvu sparvu@kronometrix.org > On 18 Jul 2019, at 23.01, Stefan Parvu <sparvu@kronometrix.org> wrote: >=20 > Sone differences between our systems >=20 > * Im using Rasclock 4.0, you are in 4.2=20 >=20 > * Im using RBPI3B+, you are in RBPI2 >=20 > Not sure if these really matter but just in case Im mentioning. >=20 >>=20 >> It occurred to me: are you sure you're using the fixed driver? One = of >> the problems before the fix was that a read would succeed, but return >> the wrong values. So the status register reads might be getting a >> wrong value and interpretting that as the "battery failed bit is = set=E2=80=9D. >> One thing that comes to mind: you're using this as a module, but is >> the nxprtc driver already built in to the kernel? I think if it is = and >> you added nxprtc_load=3DYES to loader.conf, it'll load the module but >> then still use the driver already in the kernel. >=20 > huh. Are you saying the nxprtc driver is already built-in the kernel ?=20= > Why ? Shouldn=E2=80=99t that be just a driver what you can load on = demand, > if users need ? >=20 > Yes, I do have under loader.conf nxprtc_load=3D=E2=80=9CYES=E2=80=9D. = But still some questions=20 > here: >=20 > * if I do not load the driver under loader.conf, nothing works, I = cannot see the > clock or use it anyhow=20 >=20 > * how can I make sure there is NO nxprtc within kernel ? Can I see the = routines > function calls somehow, if i kldunlod the nxprtc driver ? >=20 > I do believe Im using the right thing after your commit. I can again = double check that >=20 > Stefan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F4FB90D0-9777-41EE-9005-9BA441D721A6>